{品质管理品质知识}如何用正确的办法来写出质量好的软件的条体会
1. 你们的项目组使用源代码管理工具了么？
应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly 都可以。我的选择是 VSS。
2. 你们的项目组使用缺陷管理系统了么？
应该用。ClearQuest 太复杂，我的推荐是 BugZilla。3.你们的测试组还在用 Word 写测试用例么？ 不要用 Word 写测试用例（ TestCase ）。 应该用一个专门的系统， 可以是TestManager，也可以是自己开发一个的小网站。主要目的是 Track 和 Browse。4.你们的项目组有没有建立一个门户网站？
要有一个门户网站，用来放 ContactInfo、BaselinedSchedule、News 等等。推荐SharepointPortalServer2003 来实现， 15 分钟就搞定。买不起 SPS2003 可以用WSS(WindowsSharepointService)。
5. 你们的项目组用了你能买到最好的工具么？
应该用尽量好的工具来工作。比如，应该用而不是 Notepad 来写 C#。用 Notepad 写程序多半只是一种炫耀。但也要考虑到经费，所以说是“你能买到最好的”。 6. 你们的程序员工作在安静的环境里么？
需要安静环境。这点极端重要，而且要保证每个人的空间大于一定面积。 7. 你们的员工每个人都有一部电话么？
需要每人一部电话。而且电话最好是带留言功能的。当然，上这么一套带留言电话系统开销不小。不过至少每人一部电话要有，千万别搞得经常有人站起来喊：“某某某电话”。《人件》里面就强烈谴责这种做法。 8. 你们每个人都知道出了问题应该找谁么？
应该知道。任何一个 Feature 至少都应该有一个 Owner，当然，Owner 可以继续 Dispatch 给其他人。
9. 你遇到过有人说“我以为…”么？
要消灭“我以为”。Neverassumeanything。 10. 你们的项目组中所有的人都坐在一起么？
需要。我反对 VirtualTeam，也反对 Dev 在美国、Test 在中国这种开发方式。能坐在一起就最好坐在一起，好处多得不得了。
11. 你们的进度表是否反映最新开发进展情况？
应该反映。但是， 应该用 Baseline 的方法来管理进度表： 维护一份稳定的Schedule，再维护一份最新更改。Baseline 的方法也应该用于其它的 Spec。Baseline 是变更管理里面的一个重要手段。
12. 你们的工作量是先由每个人自己估算的么？
应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。
13. 你们的开发人员从项目一开始就加班么？
不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。当然，一些对日软件外包必须天天加班，那属于剥削的范畴。 14. 你们的项目计划中 BufferTime 是加在每个小任务后面的么？
不要。BufferTime 加在每个小任务后面，很容易轻易的就被消耗掉。BufferTime 要整段的加在一个 Milestone 或者 checkpoint 前面。 15. 值得再多花一些时间，从 95%做到 100%好
值得，非常值得。尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。
16. 登记新缺陷时，是否写清了重现步骤？
要。这属于 Dev 和 Test 之间的沟通手段。面对面沟通需要，详细填写 ReproSteps 也需要。
17. 写新代码前会把已知缺陷解决么？
要。每个人的缺陷不能超过 10 个或 15 个，否则必须先解决老的 bug 才能继续写新代码。
18. 你们对缺陷的轻重缓急有事先的约定么？ 必须有定义。Severity 要分 1、2、3，约定好：蓝屏和 DataLost 算 Sev1，FunctionError算 Sev2，界面上的算 Sev3。但这种约定可以根据产品质量现状适当进行调整。19.你们对意见不一的缺陷有三国会议么？
必须要有。要有一个明确的决策过程。这类似于 CCB(ChangeControlBoard)的概念。20.所有的缺陷都是由登记的人最后关闭的么？ Bug 应该由 Opener 关闭。Dev 不能私自关闭 Bug。21.你们的程序员厌恶修改老的代码么？
厌恶是正常的。解决方法是组织 CodeReview，单独留出时间来。XP 也是一个方法。22.你们项目组有 TeamMoraleActivity 么？
每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。
23.你们项目组有自己的 Logo 么？
要有自己的 Logo。至少应该有自己的 Codename。24.你们的员工有印有公司 Logo 的 T-Shirt 么？
要有。能增强归属感。当然，T-Shirt 要做的好看一些，最好用 80 支的棉来做。别没穿几次就破破烂烂的。
25.总经理至少每月参加次项目组会议
要的。要让 teammember 觉得高层关注这个项目。26.你们是给每个 Dev 开一个分支么？
反对。Branch 的管理以及 Merge 的工作量太大，而且容易出错。27.有人长期不 Check-In 代码么？
不可以。对大部分项目来说，最多两三天就应该 Check-In。
{品质管理品质知识}如何用正确的办法来写出质量好的软件的条体会
