谈谈设计阶段项目管理的体会？ ² 开发之前, 做好计划。 a) 项目计划应该划分各里程碑,如: i. 初期计划(一期)只实现基本功能。 ii. 整体计划(二期)实现最紧迫的功能。 iii. 三期计划实现所有功能。 iv. 四期计划实现附属功能。 b) 详细计划, 项目计划只是总体计划, 一般只起指导性, 不具有操作性。 i. 有必要时,每周做周计划。 ii. 周计划要跟踪, 要不计划就形同虚设。 iii. 总结不能完成的任务。 集中火力消灭它, 消灭不了的就掉丢。 c) 计划要随时按实际环境调整 i. 做完计划,不等于万事大吉,计划适应各种不同的需求, 而不是需求适应你的计划。 ² 开发中,要做好各种检视, 这是质量保证的根本。 a) 代码检视 i. 小组成员相互检视 ii. 接口人检视提供人 iii. 里程碑时,代码集体检视 b) 文档评审 i. 好的设计才有好的代码 ii. 文档评审前要预审(要不就没有共性,变成讨论会了) iii. 文档评审的会议记录要落实(评审发现的问题没有被修改,就等于没有评审) c) 相互帮助 i. 集体的能力大于个体的总和的能力 1. 在软件开发中, 群策群力是最能快速解决问题的办法。 ii. 每个组员不仅要做自己的事,而且要做其他组员的事。 1. 与你接口的任务,必须严把关, 因为这直接影响你的工作质量 2. 任何一个组员的进度会影响整体的进度, 每个人都有义务去帮助其它组员 3. 认真的预审是对整个组的开发质量负责 做好自己的事是对自己做贡献, 帮助他人是对整个组做贡献。 ² 测试工作要全力配合 a) 重视测试 i. 发现问题时, 在你第一时间里赶到现场, 1. 因为有些问题不能很好重现 2. 确认是bug还是误操作 ii. 出现问题重在解决, 不要推卸责任 iii. 提出的问题要解决,不要不了了之。 iv. 测试人员提出问题要虚心接受 1. 测试人员是项目的第一个用户,如果第一个用户的意见,你都不接受,那么等到发布后,就是用户的抱怨了。 v. 解决bug要治本, 挖掘出后面的实质, 要不过几天又要去解决此bug了。 vi. bug要跟踪。 这是对测试结果的负责。(开发人员,不仅仅是测试人员) vii. 出现多次的bug要格外注意。 ² 项目关闭时要做的事情 a) 总结项目得与失(避免在以后再犯错误) b) 重构代码 i. 一些通用的算法或功能提炼成公共模块,以备后用,也增加以后开发速度) ii. 对于问题多的代码就重新设计, 不易理解或不符合代码规范的就修改. c) 庆贺一下(提高士气) ,当然最好是每个里程碑时庆贺一下. ² 项目组长要做的事情(做好保姆) 。 i. 解决最困难的问题。 u 解决较难的问题时,要站在第一线。 ii. 提供好的环境给组员。 u 对外接口的事组长解决,不影响到组员工作。 u 解决组员的生活问题。 iii. 协调组员之间的关系 u 恰当的沟通能避免各种冲突 u 提高团体作战能力 iv. 倾斜政策 u 当某个组员工作有难度,经常协助他。 v. 做好跟踪工作(包括进度, bug, 会议记要, 设计等) vi. 鼓励(组长是一组的士气象征) u 项目做久了,总会有泄气时,多多鼓励组员。 vii. 奖和罚(这点我组也没有实行, 还需公司支持) u 做的好的就是应该与没做好的要有区别。 u 有短暂的奖励和长远的奖励两种。 [ ]查看更多
第1天
关注盖德视界
添加小助手
