王莹《软件项目管理教学》风险检查表.docVIP

风险检查表 提示：请使用者根据机构和项目的实际情况完善本检查表。 商业风险 风险类型 检查项 影响 概率 政治 法律 市场 政府或者其它机构对本项目的开发有限制吗？ 有不可预测的市场动荡吗？ 有不利于我方的官司要打吗？ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？ 竞争对手有不正当的竞争行为吗？ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？ 是否在开发很少有人真正需要却自以为很好的产品？ 是否在开发可能亏本的产品？ 本产品对公司的收入影响 客户 客户的需求是否含糊不清？ 客户是否反反复复地改动需求？ 客户指定的需求和交付期限在客观上可行吗？ 客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗？ 客户的合作态度友善吗？ 与客户签的合同公正吗？双方互利吗？ 客户的信誉好吗？例如按客户的需求开发了产品，但是客户可能不购买。 最终用户的水平客户是否愿意建立与开发者之间的快速通信渠道客户是否具有产品领域的技术客户是否了解软件过程 进度安排是否考虑了关键路径？ 是否可能出现某一项工作延误导致其它一连串的工作也被延误？ 任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能） 是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？ … 项目团队 人员风险 项目成员团结吗？是否存在矛盾？ 是否绝大部分的项目成员对工作认真负责？ 绝大部分的项目成员有工作热情吗？ 团队之中有“害群之马”吗？ 技术开发队伍中有临时工吗？ 本项目开发过程中是否会有核心人员辞职、调动？ 是否能保证“人员流动基本不会影响工作的连续性”？ 项目经理是否忙于行政事务而无暇顾及项目的开发工作？ 是否有最优秀的人员可用人员在技术上是否配套是否有足够的人员可用开发人员是否能够自始至终地参加整个项目的工作项目中是否有一些人员只能部分时间工作开发人员对自己的工作是否有正确的期望开发人员是否接受过必要的培训 上级领导是否过多地介入本项目的事务并且瞎指挥？ 行政部门的办事效率是否比较底，以至于拖项目的后腿？ 行政部门是否经常干一些无益于生产力的事情，以至于骚扰本项目？ 机构是否能全面、公正地考核员工的工作业绩？ 机构是否有较好的奖励和惩罚措施？ 本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？ 技术风险 风险类型 检查项 影响 概率 需求开发 客户的需求是否需要创建新的算法或输入、输出技术该技术对于公司而言是新的吗 待开发的软件是否需要使用新的或未经证实的硬件接口 待开发的软件是否需要与开发商提供的未经证实的软件产品接口待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口 产品的需求是否要求采用特定的用户界面 产品的需求中是否要求开发某些程序构件，这些构件与公司以前开发的构件完全不同 需求中是否要求采用新的分析、设计、测试方法 需求中是否要求使用非传统的软件开发方法 需求中是否有过分的对产品的性能约束 客户的需求是否需要创建新的算法或输入、输出技术 综合技术 开发能力 包括设计 编程、测试等 开发人员是否有开发相似产品的经验？ 待开发的产品是否要与未曾证实的软硬件相连接？ 对开发人员而言，本项目的技术难度高吗？ 开发人员是否已经掌握了本项目的关键技术？ 如果某项技术尚未实践过，开发人员能否在预定时间内掌握？ 开发小组是否采用比较有效的分析、设计、编程、测试工具？ 分析与设计工作是否过于简单、草率，从而让程序员边做边改？ 开发小组采用统一的编程规范吗？ 开发人员对测试工作重视吗？能保证测试的客观性吗？ 项目有独立的测试人员吗？懂得如何进行高效率地测试吗？ 是否对所有重要的工作成果进行了同行评审（正式评审或快速检查）？ 开发人员懂得版本控制、变更控制吗？能够按照配置管理规范执行吗？ 开发人员重视质量吗？是否会在进度延误时降低质量要求？ 是否使用方便易用的规格说明技术来辅助客户与开发者之间的通信是否使用软件工具来支持测试过程是否90％以上的代码都是使用高级语言编写的是否使用配置管理软件工具控制和跟踪软件过程中的变化活动是否使用软件工具来支持文档的生成和管理是否收集所有软件项目的质量度量值是否收集所有软件项目的生产率度