主题：【建议】建议软件开发项目管理系列讨论内容如下： -- 闲云野熊

（1）软件需求开发：需求开发的过程、有效方法、文档记录、需求变更控制

（2）软件开发小组团队组建和管理：团队的规模与结构、如何管理编程高手、如何在组内改进生产率、如何应对人员流失和淘汰人，

（3）软件开发过程改进的方法：CMM是否真的有效、怎样面对过去不熟悉的开发工作和技术创新需要（怎样在这种情况下控制开发进度和预算）、低成本、小规模软件开发组织的过程改进和质量控制

（4）怎样拯救“僵尸”项目

（5）软件可靠性，预测和测量方法、怎样提高软件可靠性

（6）软件开发人员的职业道德

（7）软件开发项目的付款

总算在河内遇到同仁，不知各位可有兴趣就以上问题参与讨论，我想最好不要大段引经据典，最好是谈谈在实际开发中的经历和经验。

如果是的话，鄙人想谈谈使用TSP的经验教训。

概括地讲，TSP的步骤太复杂，手续太繁琐，我们大部分时间都花在搜集，分析和总结统计数据上了，把真正干活的时间都占了。最后我们只得放弃。

CMM的范围比TSP,PSP广泛。

当年看了TSP,PSP，曾经小范围试用过一下，而且做了简化，还是觉得太繁杂，小范围试用都不能坚持下去，最后放弃了。

我与很多软件开发人员接触过，虽然人人都强调软件工程的重要性，但也都切齿痛恨繁琐的文档工作和过程控制监督。

我在想很多软件公司实施CMM、ISO9000、TSP之类都是为了达到某一标准，从而更有商业竞争力，而不是真正致力于提高生产率和质量。

我个人认为实施过程改进应该是很有特色的，并且应该是渐进的。过程改进从来不是，今后也不会是提高生产率和产品质量的灵丹妙药，如果过程改进是有效果的，应该在于积累经验和锻炼队伍。

顺便说一下，软件工程的实施必须有工具支持，报告、统计数据应该通过工具自动采集和生成，而不是给可怜的程序员增加负担。