一个项目管理经验教训

1：过方案的时候，一定要每点都要过。每点都要知道数据是如何取得。否则在以后的开发过程中，会遇到很大的问题。

 

2：在做开发计划的时候，一定要根据开发人员的特点进行预计。例如孙XX不会JAVA但是预计的时间又很短。导致开发很被动。

 

3：在与业务部门讨论的时候，一定要详细记录当时的想法。否则以后看的时候，又不记得当时是如何说的了。

 

4：当开发相对滞后的时候，可以先写业务逻辑。并且找业务部门确认这部分业务逻辑。这样开发和测试基本可以说是并行。可以先验证逻辑的准确性。以后做计划的时候，可以这样进行，可以加快进度。

 

5：测试部门一定要全程介入，对做完的每一个模块进行核对。强力要求测试介入。

 

6：原型一定要做好。一定要做全。

 

7：有请假，一定要提前3天通知。

 

8：项目经理陷入开发太深。导致程序员依赖性很强。人手不足是个矛盾。

 

 

9:充分尊重各个方面的意见（包括正确的和不正确的），吸收意见。脾气不要太急。

 

 

10：开发一个窗口，只有一个根据树形结构选择业务种类，然后输入一个种类名称，保存（种类名不能重复）的功能需要6小时。

 

 

11：在估算工作量之前，要正确评价程序员的开发效率。以什么水平来评价程序员的开发效率呢？

 

12：针对新本地业务监控的开发时间占了整个开发时间的60％左右。这个在开始的时候严重估计不足。新本地业务比较复杂，导致开发时间多。

 

13：质量监控系统主要依赖于数据中心，数据的准确性影响到系统的上线。应该明确的提出责任。给数据中心提出明确的解决时间，如果在指定时间之内仍不能解决，则要向更高部门提出。

 

14：培训的时候，要注意培训通知的撰写。此次培训通知有歧义，导致宝安，龙岗的支局和投递只一个人来。