1. 你们的项目组使用源代码管理工具了么？

　　应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是CVS.

　　2. 你们的项目组使用缺陷管理系统了么？

　　应该用。ClearQuest太复杂，我的推荐是BugZilla.

　　3. 你们的测试组还在用Word写测试用例么？

　　不要用Word写测试用例（Test Case）。使用jbuilder运行junit测试框架。

　　4. 你们的项目组有没有建立一个门户网站？

　　要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。

　　5. 你们每个人都知道出了问题应该找谁么？

　　应该知道。任何一个Feature至少都应该有一个Owner，当然，Owner可以继续Dispatch给其他人。

　　6. 你遇到过有人说“我以为…”么？

　　要消灭“我以为”。Never assume anything.

　　7. 你们的项目组中所有的人都坐在一起么？

　　需要。反对Virtual Team，能坐在一起就最好坐在一起，好处多得不得了。

　　8. 你们的进度表是否反映最新开发进展情况？

　　应该反映。MS的project上的进度条。

　　9. 你们的工作量是先由每个人自己估算的么？

　　应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。

　　10. 你们的开发人员从项目一开始就加班么？

　　不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。

　　11. 你们的项目计划中Buffer Time是加在每个小任务后面的么？

　　不要。Buffer Time加在每个小任务后面，很容易轻易的就被消耗掉。Buffer Time要整段的加在一个Milestone或者checkpoint前面。

　　12. 值得再多花一些时间，从95%做到100%好值得，非常值得。

　　尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。

　　13. 登记新缺陷时，是否写清了重现步骤？

　　要。这属于Dev和Test之间的沟通手段。面对面沟通需要，详细填写Repro Steps也需要。 所以规定了bugzilla上bug书写的格式。

[1] [2] [3] [4] 下一页

【责编:Youping】