附录E-1 风险检查表1

1、.工程称号，：.； 机构称号，2002Page PAGE 6 of NUMPAGES 6 机构称号，2002Page PAGE 1 of NUMPAGES 6风险检查表提示：请运用者根据机构和工程的实践情况完善本检查表。商业风险风险类型检查项政治法律市场政府或者其他机构对本工程的开发有限制吗？有不可预测的市场动荡吗？有不利于我方的官司要打吗？本产品销售后在运用过程中能够导致发生艰苦的损失或伤亡事故吗？竞争对手有不正当的竞争行为吗？本产品销售后在运用过程中能够导致发生艰苦的损失或伤亡事故吗？能否在开发很少有人真正需求却自以为很好的产品？能否在开发能够亏本的产品？客户客户的需求能否模糊不清？客户能

2、否反反复复地改动需求？客户指定的需求和交付期限在客观上可行吗？客户对产品的强壮性、可靠性、性能等质量要素有非常过分的要求吗？客户的协作态度友善吗？与客户签的合同公正吗？双方互利吗？客户的信誉好吗？例如按客户的需求开发了产品，但是客户能够不购买。子承包商供应商与子承包商、供应商签署的合同公正吗？双方互利吗？子承包商、供应商的信誉好吗？子承包商、供应商有能够倒闭吗？子承包商、供应商能及时交付质量合格的产品或部件吗？子承包商、供应商有才干做好售后效力吗？管理风险风险类型检查项工程方案对工程的规模、难度估计能否比较正确？人力资源开发人员、管理人员够用吗？合格吗？工程所需的软件、硬件能按时到位吗？工程的

3、经费够用吗？进度安排能否过于紧张？有合理的缓冲时间吗？进度表中能否遗忘了一些重要的必要的义务？进度安排能否思索了关键途径？ 能否能够出现某一项任务延误导致其他一连串的任务也被延误？义务分配能否合理？即把义务分配给适宜的工程成员，充分发扬其才干能否为了节省钱，不采用购买成熟的软件模块，一切从零做起？工程团队工程成员团结吗？能否存在矛盾？能否绝大部分的工程成员对任务仔细担任？绝大部分的工程成员有任务热情吗？团队之中有“害群之马吗？技术开发队伍中有暂时工吗？本工程开发过程中能否会有中心人员辞职、调动？能否能保证“人员流动根本不会影响任务的延续性？工程经理能否忙于行政事务而无暇顾及工程的开发任务？上级

4、指点行政部门协作部门本工程能否得到上级指点的注重？上级指点能否随时会抽调本工程的资源用于其他“高优先级的工程？上级指点能否过多地介入本工程的事务并且瞎指挥？行政部门的办事效率能否比较底，以致于拖工程的后腿？行政部门能否经常干一些无益于消费力的事情，以致于骚扰本工程？机构能否能全面、公正地考核员工的任务业绩？机构能否有较好的奖励和惩罚措施？本工程的协作部门的态度积极吗？能否应付了事？或者做事与承诺的不一致？技术风险风险类型检查项需求开发需求管理需求开发人员懂得如何获取用户需求吗？效率高吗？需求开发人员懂得工程所涉及的详细业务吗？能否了解用户的需求？需求文档可以正确地、完备地表达用户需求吗？需求开

5、发人员能否与客户对有争议的需求达成共识？需求开发人员能否获得客户对需求文档的承诺？以保证客户不随意变卦需求？综合技术开发才干包括设计编程、测试等开发人员能否有开发类似产品的阅历？ 待开发的产品能否要与未曾证明的软硬件相衔接？对开发人员而言，本工程的技术难度高吗？开发人员能否曾经掌握了本工程的关键技术？假设某项技术尚未实际过，开发人员能否在预定时间内掌握？开发小组能否采用比较有效的分析、设计、编程、测试工具？分析与设计任务能否过于简单、草率，从而让程序员边做边改？开发小组采用一致的编程规范吗？开发人员对测试任务注重吗？能保证测试的客观性吗？工程有独立的测试人员吗？懂得如何进展高效率地测试吗？能否对一切重要