项目的求生测验

项目的求生测验

   --摘自《微软项目：求生法则》

求生测验的说明

每个"是"的答案都可以替项目拿到三分，你也可以酌情给分；如果是"大概"的情形可给两分；如果是"有点，不全是"的情形给一分；如果你的项目刚开始，请依据拟定的项目计划答题；如果项目正在进行中，请依据项目中真正发生的情形作答。测验结尾处会告诉你不同的得分所代表的意义。

求生测试题:

需求

_____ 1. 项目中有清楚、不含糊的着眼点或任务叙述吗？

_____ 2. 所有团队成员都相信项目中提到的着眼点是实在

的吗？

_____ 3. 项目中有提到获利细节与如何计算获利的部分吗？

_____ 4. 项目中有使用者接口雏形来详细示范实际系统拥

有的功能吗？

_____ 5. 项目中有没有软件该有的详细明文规格？

_____ 6. 项目小组从项目初期是否就与未来可能实际应用

该软件的人交换意见，并在过程中持续了解他们

的反应？

规划

_____ 7. 项目有无详细明文规划过？

_____ 8. 项目的工作条款中是不是包含安装程序，并将资

料从早期的系统中更新，与其他软件进行整合，

和客户面谈，及其他"琐碎"项目？

_____ 9. 接近完成的阶段时是否有很正式的重估时间与预

算成本？

_____ 10. 项目有无详细的架构与说明文件？

_____ 11. 项目有无一套详细明文纪录表格，除了系统测

试以外，还要求设计与实作相互检验的品质确

保计划？

_____ 12. 项目有无一套详细的阶段性软件完成规划流程，

说明各阶段实作与完成的软件部分？

_____ 13. 项目规划中是否事先保留例假日、成员出勤与

训练所需的时间是否一并考虑在内？

_____ 14. 项目规划中是否包含由开发团队、品质确认团

队与技术写作团队-这些负责进行工作的人

们所认可的时间表？

项目控制

_____ 15. 项目是否仅有一名拥有决策权限的主管，并充

分获得全力支持？

_____ 16. 项目主管的工作负担是否仍有余力让他（她）

兼顾项目？

_____ 17. 项目是否有清楚明确的完成点，来观察执行成

果是否完成或未完成（这样的完成点称作"二

元完成点"）？

_____ 18. 你能简单找出已经完成的各个"二元完成点"

吗？

_____ 19. 项目有无供成员能够评论主管与上层主管好坏

的匿名渠道？

_____ 20. 项目中有无明文规定来规范产品变更规格？

_____ 21. 项目中有无变动控制布告栏，用来决定该不该

接受被提出来的变更项目？

_____ 22. 项目中有无对所有团队成员公开的信息规划，

包含努力度与时间估计、任务指派与预期进度

检查？

_____ 23. 所有源代码受自动修订控制系统的管理吗？

_____ 24. 项目环境设定有无包含完成项目所需的基本工

具，像缺陷追踪软件、源代码控制系统与项目

管理软件？

风险管理

_____ 25. 项目有无一份最新风险控制表格？这份风险控

制表最近有无更新过？

_____ 26. 项目有无一名项目风险负责人？

_____ 27. 如果项目采用转包制，有无一套规划来管理各

承包组织及其管理人员的办法（如果项目不采

用转包制度，这题就给满分）？

人事

_____ 28. 项目小组拥有完成项目所需的复杂技术吗？

_____ 29. 项目小组对使用软件的事务环境有专业见解

吗？

_____ 30. 项目中有无一名能够带领项目成功推行的技术

主持人？

_____ 31. 有完成工作所需的足够人手吗？

_____ 32. 每个人是否都合作愉快？

_____ 33. 每个人是否都尽心投入项目进行中？载

求生测验评分表

分数 解释

≥90  得到这样分数的项目几乎可以保证能满足各方面的成果出众目标，包括时间、预算、质量与其他方面的要求。这样的项目完全满足了自我实现的需求

80~89  这种程度的项目表现比一般水准要好得多。这样优秀的项目很有可能做出接近时间、预算与质量目标的软件

60~79  这范围内的得分代表软件开发成效比一般水准要好。这样的项目较有机会满足时间或预算目标，不

过大概不易同时达到这两个目标

40~59  一般项目都是拿到这个范围内的分数,普通得到这个分数的项目团队通常都会出现压力大而不安的情形，产品花费的成本及工时均高，功能却比要求做到的要少。

< 40 得到这分数的项目在需求、规划、项目控制、风险危险管理与人事上都有明显缺陷。这类项目该注意最后到底能不能完成