项目的求生测验
项目的求生测验
--摘自《微软项目：求生法则》
求生测验的说明
每个"是"的答案都可以替项目拿到三分，你也可以酌情给分；如果是"大概"的情形可给两分；如果是"有点，不全是"的情形给一分；如果你的项目刚开始，请依据拟定的项目计划答题；如果项目正在进行中，请依据项目中真正发生的情形作答。测验结尾处会告诉你不同的得分所代表的意义。
求生测试题:
需求
_____ 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 得到这分数的项目在需求、规划、项目控制、风险危险管理与人事上都有明显缺陷。这类项目该注意最后到底能不能完成