项目求生法则笔记二

下面有一个测试可以测试出软件项目的健全程度，如果测验指出项目处于危险状态，你可以采取一些拉高积分的步骤来改善这中情形。

求生测验：

需求：
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。每个人是否都尽心的投入项目进行中？

总分数——————

求生测验说明：
每个“是”的答案都可以得3分，如果是“大概”，可以得2分，如果是有一点的情况，就是得一分。

加权比例：
如果项目中只有3名或更少的全职开发人员，质量管理员或者一级主管，这里的加权比例就是1.5。
如果全职人员有4－6人，就是1.25否则就是1。
最后的分是总分数乘以加权比例。

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

80－89,   这种程度的项目，比一般水准要好的多，这样的项目很有可能接近满足时间，预算，质量的要求。

60－79，能满足时间或预算的要求，但是很难同时满足这两个目标。

40－59，这个分数的项目团队，会出现压力大而不安的情况，产品花费的成本的工时都很高。

<40 ，这样的项目团队比较危险。