软件项目管理经验

1.文档包括图例是个好东西，因为领导喜欢它，不干实事的人喜欢他，但很少有开发人员会喜欢它，尤其是在经历了长时间的项目维护之后，很少有人会去进行全局的文档更新，也很少有人敢去相信的文档的可靠性，所以把代码写的清晰、简练是最好的文档。即使你非常想写文档，那就不要啰里啰嗦，只是将关键的东西写在里面。对于图例一定要简化，很多开发人员花几天写的大文档，画的非常复杂的图例，不知道写完之后是否会有人看。当然有些涉及到系统关键部分的图例本身就很复杂除外。文档中有些东西可能会随着时间不断的发生变化，这时是否会有人对它进行维护是很重要的。如果一份文档，一个图例一眼就能让人看懂，那真是一份很好的文档。

2.对于开发任何一种计算机软件的任何一个项目组都是不同的，都有着自己的开发特殊型，仅仅想通过从其他公司购买一个产品或者方案，而不考虑项目组的开发特点和实际情况，就对项目组进行流程规范是不对的，是不能起到很好的积极作用的。

3.对于软件开发不要祈求没有bug，软件不可能没有bug，只是将bug控制在一定的范围内。仅仅依靠规避bug的方式来对开发人员进行制约既害了开发人员，影响开发人员的成长，也不利于项目组的成长。

 

后续。。。。。。