如何有效编写软件的75条建议

　　必须有定义。Severity要分1、2、3，约定好：蓝屏和Data Lost算Sev 1，Function Error算Sev 2，界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。

　　19. 你们对意见不一的缺陷有三国会议么？

　　必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

　　20. 所有的缺陷都是由登记的人最后关闭的么？

　　Bug应该由Opener关闭。Dev不能私自关闭Bug。

　　21. 你们的程序员厌恶修改老的代码么？

　　厌恶是正常的。解决方法是组织Code Review，单独留出时间来。XP也是一个方法。

　　22. 你们项目组有Team Morale Activity么？

　　每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。

　　23. 你们项目组有自己的Logo么？

　　要有自己的Logo。至少应该有自己的Codename。

　　24. 你们的员工有印有公司Logo的T-Shirt么？

　　要有。能增强归属感。当然，T-Shirt要做的好看一些，最好用80支的棉来做。别没穿几次就破破烂烂的。

　　25. 总经理至少每月参加次项目组会议要的。

　　要让team member觉得高层关注这个项目。

　　26. 你们是给每个Dev开一个分支么？

　　反对。Branch的管理以及Merge的工作量太大，而且容易出错。

　　27. 有人长期不Check-In代码么？

　　不可以。对大部分项目来说，最多两三天就应该Check-In。

　　28. 在Check-In代码时都填写注释了么？

　　要写的，至少一两句话，比如“解决了Bug No.225”。如果往高处拔，这也算做“配置审计”的一部分。

　　29. 有没有设定每天Check-In的最后期限？

　　要的，要明确Check-In Deadline。否则会Build Break。