软件开发项目管理经验总结

从技术开发人员，逐步到项目管理，在项目管理的过程中趟过很多坑，有很多次弄的自己狼狈不堪，感觉很不舒服，当你成长的时候，总会是艰难的，把问题解决掉，你就获得了成长。下面是我在多年的项目管理中，收获的一点点的珍珠，希望也可以给你提供一些借鉴的意义。

1、紧盯结果，实时关注结果，解决问题的方法有多种，以结果为导向。

2、需求必须需要多花些时间，弄清楚用户的本质核心需求。

3、整个业务过程，包括所有的细节，输入输出的规范，在自己的脑子里反复的过几遍，才能发现真正的问题。

4、如果有条件，对于实际的业务过程要自己用心的走一遍，切身体会业务的特点。

5、合理的控制压低用户的期望，才能达到用户的期望。

6、严格的控制需求的边界，稳准狠的完成项目。需求的调整变化，要严格区分bug、优化、新增，对于新增必须深刻意识到它的风险，必须得到用户的认同是新增，是我们在为客户做额外的工作，否则费力不讨好。

7、项目开始阶段用户提的需求必须严格的区分核心需求、扩展需求、展望需求。

8、项目进行阶段用户提的需求必须严格的区分是否在需求基线内，是bug、优化还是新增需求。

9、要保持与客户的平等、相互协作、并获取客户的尊重理解，要做事，先做人。

10、找对真正的用户，以及真正的决策人，关键的环节必须邮件确认，同时电话协助。

11、关于部署升级：初期系统上线部署要全系统的集成测试然后整体部署；后期的升级，除去严重的bug，要定期升级，每周的前半部分，避免赶在周末的人员的缺失，造成客户的损失，如定在每周的星期三。

12、做项目要有原则，不该答应的一定不要答应，尽量占主动，引导。

13、深入了解客户的性格，需求，手段，以及如何应对，每次谈判都要有达到的目的。

14、通过数据说话：需求、需求变更、演示、方案确认与修改、投入人力与时间、额外的功能、需求边界等，详细的理清整个项目过程。

15、永远不能放弃主导权：做好自己的功课，该自己主导的一定要主导。

16、实在人有实在人的优点，一定要说清楚明白。

17、自己的问题要马上要解决，加班加点。

18、学会通过需求变更的手段来控制用户的需求。

19、根据项目所处的阶段灵活的控制，对于用户的简单反馈不可用进行量化，通过规格说明、测试用例进行规范。

20、发送邮件的技巧：关键的需求文档、规格文档、使用手册等，要进行基线冻结。

21、针对复杂项目不能从系统上全面的“可以投产”，需要细分功能模块，逐个验证(如中铁项目)。

22、主动的解决项目中潜在的影响客户基本需求的问题，而不是拖延，被动的响应客户一一揭发的问题。

23、要有否定现有的魄力，而不是自欺欺人，一味想如何尽早的结束项目，结果往往适得其反，造成项目无法了结，客户满意度下降。

24、出问题是常态，不加控制，问题就无穷无尽。

25、站在运营的高度看问题看需求；

26公司看成果，不看过程；

27、项目控制手段：各种会议（项目启动会、需求分析会、原型评审会、技术评审会、发布评审会等）、需求基线、需求变更、原型演示、会议纪要、项目周报、测试用例、初验、终验等；

28、团队人员的危机是项目最大的风险；

29、基于核心业务的甲乙方妥协，不是退让，而是使最终目标达到完美的平衡；

30、备份机制是最后的救命稻草；

31、风险要提前预知或暴露，比如一个6个月周期的项目，第2个月要完成原型版本，第3、4个月进行可用性测试，第4个月底要提交验收报告；

32、事前避难不畏难、事中做事不多事、事后分责不推责；