再给大家来一个下马威——“生存测试问卷”，看看你的项目能得多少分？来，先测试一下看看？【文末有得分检查表】
项目生存测试问卷
一、需求
1、项目愿景与使命
3分：项目有一个明确的愿景或使命，并且被所有团队成员所理解和接受。
2分：项目有一个愿景或使命，但不是所有团队成员都完全理解或接受。
1分：项目有一个愿景或使命，但不够明确或不够被团队成员所接受。
0分：项目没有明确的愿景或使命。
2、团队认同
3分：所有团队成员都认同这个愿景是实际可行的。
2分：大多数团队成员认同这个愿景是实际可行的。
1分：只有少数团队成员认同这个愿景是实际可行的。
0分：没有团队成员认同这个愿景是实际可行的。
3、商业案例
3分：项目有详细的商业案例，清晰阐述商业利益及如何衡量收益。
2分：项目有商业案例，但不够详细或不完全清晰。
1分：项目有商业案例的初步想法，但未详细阐述。
0分：项目没有商业案例。
4、用户界面原型
3分：项目有用户界面原型，能够逼真地演示系统功能。
2分：项目有用户界面原型，但不够逼真或不完整。
1分：项目有用户界面原型的初步想法，但未实现。
0分：项目没有用户界面原型。
5、书面规范
3分：项目有详尽的书面规范，明确软件应实现的功能。
2分：项目有书面规范，但不够详尽或不完全明确。
1分：项目有书面规范的初步想法，但未详细制定。
0分：项目没有书面规范。
6、用户参与
3分：项目团队在项目早期访问了最终用户，并持续让他们参与项目全程。
2分：项目团队在项目早期访问了最终用户，但没有持续让他们参与。
1分：项目团队没有在项目早期访问最终用户，或参与不频繁。
0分：项目团队没有访问最终用户，也没有让他们参与项目。
二、计划
7、软件开发计划
3分：项目有详尽的软件开发计划。
2分：项目有软件开发计划，但不够详尽。
1分：项目有软件开发计划的初步想法，但未详细制定。
0分：项目没有软件开发计划。
8、次要任务包含
3分：项目计划中包含了安装程序、数据转换、第三方软件集成等次要任务。
2分：项目计划中部分包含了这些次要任务。
1分：项目计划中未包含这些次要任务，或包含不完整。
0分：项目计划中没有包含这些次要任务。
9、进度和预算更新
3分：最近完成阶段结束时，正式更新了进度和预算。
2分：有时更新进度和预算，但不是每次都正式更新。
1分：很少更新进度和预算。
0分：从不更新进度和预算。
10、架构和设计文档
3分：项目有详细的书面架构和设计文档。
2分：项目有架构和设计文档，但不够详细。
1分：项目有架构和设计文档的初步想法，但未详细制定。
0分：项目没有架构和设计文档。
11、质量保证计划
3分：项目有详尽的质量保证计划，包括设计和代码审查。
2分：项目有质量保证计划，但不够详尽或不包括所有方面。
1分：项目有质量保证计划的初步想法，但未详细制定。
0分：项目没有质量保证计划。
12、分阶段交付计划
3分：项目有分阶段交付计划，描述软件实施和交付的各阶段。
2分：项目有分阶段交付计划的初步想法，但未详细制定。
1分：项目有分阶段交付计划的大致框架，但不够详细。
0分：项目没有分阶段交付计划。
13、时间分配考虑
3分：项目计划考虑了节日、休假、病假等，确保分配时间不超过100%。
2分：项目计划部分考虑了这些因素，但不是全部。
1分：项目计划未充分考虑这些因素。
0分：项目计划没有考虑这些因素。
14、团队批准
3分：开发团队、质量保证团队和技术写作团队已批准项目计划和时间表。
2分：部分团队批准了项目计划和时间表。
1分：很少有团队批准项目计划和时间表。
0分：没有团队批准项目计划和时间表。
三、项目控制
15、高管支持
3分：该项目由有决策权的高管负责并给予大力支持。
2分：该项目由高管负责，但支持不够大。
1分：该项目偶尔得到高管的支持。
0分：该项目没有得到高管的支持。
16、项目经理工作量
3分：项目经理的工作量允许其有足够的精力投入项目。
2分：项目经理的工作量较大，但仍能投入一定精力到项目。
1分：项目经理的工作量过大，难以投入足够的精力到项目。
0分：项目经理的工作量过大，几乎无法投入精力到项目。
17、里程碑定义
3分：项目有明确定义的小的里程碑，状态为100%完成或未完成。
2分：项目有里程碑，但定义不够明确或不够小。
1分：项目有里程碑的初步想法，但未明确定义。
0分：项目没有明确的里程碑。
18、里程碑识别
3分：项目相关方可以轻松识别这些里程碑的完成情况。
2分：项目相关方能够识别里程碑的完成情况，但不够轻松。
1分：项目相关方难以识别里程碑的完成情况。
0分：项目相关方无法识别里程碑的完成情况。
19、反馈渠道
3分：项目有反馈渠道，让团队成员能匿名报告问题。
2分：项目有反馈渠道，但不包括匿名报告。
1分：项目偶尔有反馈渠道。
0分：项目没有反馈渠道。
20、变更管理计划
3分：项目有书面计划来管理软件规范的变更。
2分：项目有变更管理计划，但不是书面形式。
1分：项目有变更管理计划的初步想法，但未详细制定。
0分：项目没有变更管理计划。
21、变更控制委员会
3分：项目有变更控制委员会，负责审批或拒绝建议的变更。
2分：项目有变更控制的非正式机制。
1分：项目偶尔有变更控制的活动。
0分：项目没有变更控制委员会或机制。
22、规划材料公开
3分：项目规划材料和状态信息对团队成员公开，包括任务和时间估算、任务分配和进展比较。
2分：项目规划材料和状态信息部分对团队成员公开。
1分：项目规划材料和状态信息很少对团队成员公开。
0分：项目规划材料和状态信息从不对团队成员公开。
23、版本控制
3分：所有源代码都置于版本控制之下。
2分：大部分源代码置于版本控制之下。
1分：只有小部分源代码置于版本控制之下。
0分：没有源代码置于版本控制之下。
24、基本工具配备
3分：项目环境配备了完成项目所需的基本工具，如缺陷跟踪软件、源代码控制和项目管理软件。
2分：项目环境配备了一些基本工具，但不是全部。
1分：项目环境配备了很少的基本工具。
0分：项目环境没有配备任何基本工具。
四、风险管理
25、风险清单更新
3分：项目计划清楚地列出了项目的当前风险，并且最近更新了风险清单。
2分：项目计划列出了项目的当前风险，但未最近更新。
1分：项目计划列出了项目的当前风险，但不够清楚或完整。
0分：项目计划没有列出项目的当前风险。
26、风险负责人
27、分包商管理计划
技术专长 商业环境专长 技术主管领导 人员充足 团队合作 全身心投入
总计分
初步得分：把每个答案旁边的分数加起来。
系数：根据项目团队的全职员工数量确定系数。
3名或更少的全职员工：系数1.5
4到6个全职等效的人员：系数1.25
否则：系数1.0
最终得分：将初步分数乘以系数。
对于大多数项目来说，测试成绩可能不会太好，许多项目甚至不到50分。下表对分数进行了解释。
分数 | 说明 |
90以上 | 杰出级别的项目几乎在所有方面都能取得成功，能够满足其时间表、预算、质量和其他目标。从第1章的项目需求层次来看，这类项目已完全达到“自我实现”的层次 |
杰出 | |
80～89 | 优秀级别的项目表现要远好于平均水平。项目有极大的成功潜力，提供的软件能够接近或满足项目的时间表、预算和质量等目标 |
优秀 | |
60～79 | 此评分范围内的软件开发效率高于平均水平。项目可能满足时间表或预算目标中的一个，但不太可能同时满足两者 |
良好 | |
40～59 | 这个分数是典型的。具有该分数的项目可能会遇到较高的压力和不稳定的团队，并且该软件最终将以更高的成本和更长的时间交付更少的功能。应用本书所描述的方法，这类项目将获得最大改进 |
一般 | |
40以下 | 具有此分数的项目在需求、计划、项目控制、风险管理和人力资源等主要领域存在重大问题。针对这类项目，主要担忧是项目能否成功完成 |
有风险 |
这本书的作者是Steve McConnell，他也曾是个风云人物，他的书曾两次获得“Jolt大奖”——这可是软件行业的 “奥斯卡奖”。他的代表作就是大名鼎鼎的《代码大全》（Code Complete），豆瓣评分高达9.3。他在1998年被选为软件行业最有影响力的三个人之一，另外两位是Bill Gates、Linus Torvalds，可见他当年的风头有多么强劲。
做好更好的自己、做好每一个项目、带好一个团队，自己在变强的路上，好的图书和咱们PMO前沿（中国PMO&PM社区）会一路陪伴你，加油每一个优秀的前沿伙伴们！
还有惊喜福利
「免费送书」活动
清华大学出版社为咱们读者赞助了10本新出版的图书《软件项目管理的艺术》
免费送书包邮到家！如果你想获得这本精品图书的话，那就请留言吧！
PS：本奖品由清华大学出版社提供
本篇文章留言：
你想说的话
点赞排名前10名即可获得
（尽快留言哦，超过100个留言就无法加入精选展示出来了）
每人仅限免费获赠一本，包邮到你家！
近期热文：
欢迎加入中国最大的PMO&PM社区
