微软项目求生法则 求生心态之软件项目求生测验（转）

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

本章提供一个测验用来评估项目成功的机率有多大。项目能不能如期在预算内完成，结果会超出预期还是大失所望，都可以从以下测验中看出来。

求生测验

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

总和

——— 原始分数：将每个答案得到的分数加总起来。
——— 加权比例：如果项目团队中只有三名或更少的全职开发人员、质量确认人员或第一级主管，这里的加权比例就是1.5。如果全职人员有4到6人，这里的比例就是1.25。否则加权比例就是1。
——— 最后得分：将原始分数乘上加权比例。

求生测验的评分

这对大多数项目来说都是个艰难的测验，许多项目都少于50分。底下就是得分所代表的意义：



求生测试的说明

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

上述的求生测验建立一套将来可供作标价的检测基准。如学校学期刚开始时的测验一般，当你做过这样的测验后，你再花时间研读与学习新课程，到了学期末再做一遍同样的测验。如果老师已尽到教学责任（而且你也认真学的话），你的得分就会改善。

作为一个好测验，这些“期初与期末”测验应该涵盖课程的所有范围。这里的软件项目求生测验包含了软件项目求生的所有要旨。当你看完本法则，好好规划你的下一个项目，把这里的测验再做一遍，你的下一个项目得分会改善，而且项目的存活率将会跟着提高。[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7839396/viewspace-942011/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7839396/viewspace-942011/