新产品风险管理控制计划表.docxVIP

新产品风险管理控制计划表 风险识别类别 口项目管理（即：产品的过程设计和开发） 口投标 口合同/订单评审 产品名称 规格/型号 项目名称 客户名称 风险识别人/项 目小组 风险识别日期 商业风险 风险 类型 检查项 风险严 重性 风险可 能性 风险系 数 识别检查结 果（YES/NQ 风险描述 响应（翌接受口避免 口减轻口转移） 评审部「T /日期 政治 法律 市场 政府或者其他机构对本项目的开发有限制吗？ NO 有不可预测的市场动荡吗？ NQ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故 吗？ NO 竞争对手有不正当的竞争行为吗？ NQ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故 吗？ NQ 客户 客户的需求是否含糊不清？ NQ 客户是否反反复复地改动需求？ NQ 客户指定的需求和交付期限在客观上可行吗？ YES 客户对产品的可靠性、性能等质量因素有非常过分的要求吗？ NQ  与客户签的合同公正吗？双方互利吗？ YES 客户的信誉好吗？例如按客户的需求开发了产品， 但是客户可能不购 买。 YES 外包 商 供应 商 与外包商、供应商签订的合同公正吗？双方互利吗？ YES 外包商、供应商的信誉好吗？ YES 外包商、供应商有可能倒闭吗？ NO 外包商、供应商能及时交付质量合格的产品（或部件）吗？ YES 外包商、供应商有能力做好售后服务吗？ YES 管理风险 风险 类型 检查项 风险严 重性 风险可 能性 风险系 数 识别检查结 果（YES/NO 风险描述 响应（由接受口避免 口减轻口转移） 评审部「T /日期 项目 计划 对项目的规模、难度估计是否比较正确？ YES 人力资源（开发人员、管理人员）够用吗？合格吗？ YES 项目所需的软件、硬件能按时到位吗？ YES 项目的经费够用吗？ YES 进度安排是否过于紧张？有合理的缓冲时间吗？ YES 进度表中是否遗忘了一些重要的（必要的）任务？ NO 进度安排是否考虑了关键路径？ YES 是否可能出现某一项工作延误导致其他一连串的工作也被延误？ NO 任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其 才能） YES  是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？ NO 项目 团队 技术开发队伍中有临时工吗？ YES 焊接工为外面临时 聘用的有焊接资质 的专业人员，其风 险处理见“风险分 析报告（人员风 险）”。 商接受 是否能保证“人员流动基本不会影响工作的连续性” ？ YES 上级 领导 上级领导是否随时会抽调本项目的资源用于其他“高优先级”的项 目？ YES 上级领导是否过多地介入本项目的事务并且瞎指挥？ NO 行政 部门 合作 部门 行政部门的办事效率是否比较底，以至于拖项目的后腿？ NO 机构是否能全面、公正地考核员工的工作业绩？ YES 机构是否有较好的奖励和惩罚措施？ YES 本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺 的不一致？ 前YES,后 NO 技术风险 风险 类型 检查项 风险严 重性 风险可 能性 风险系 数 识别检查结 果（YES/NO 风险描述 响应（翌接受口避免 口减轻口转移） 评审部「T /日期 需求 需求开发人员懂得如何获取用户需求吗？效率高吗？ YES  开发 和 需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需 求？ YES 需求 需求文档能够正确地、完备地表达用户需求吗？ YES 管理 需求开发人员能否与客户对有争议的需求达成共识？ YES 需求开发人员能否获得客户对需求文档的承诺？以保证客户不随便变 更需求？ YES 因失误造成的变更需求？ NO 开发要求不充分？ NO 开发环境分析不充分或错误？ NO 在开发阶段对技术问题的不准确的假设？ NO 材质错误？ NO 综合 对开发人员而言，本项目的技术难度高吗？ YES 技术 开发人员是否已经掌握了本项目的关键技术？ YES 开发 如果某项技术尚未实践过，开发人员能否在预定时间内掌握？ YES 能力 包括 设计 编 程、 开发小组是否采用比较有效的分析、设计、编程、测试工具？ YES 对工艺流程进行 PFME偷析，其风险 处理见“风险分析 报告（工艺制造风 险）”。 受 测试 开发人员对测试工作重视吗？能保证测试的客观性吗？ YES 等 是否对所有重要的工作成果进行了同行评审 （正式评审或快速检查）？ YES  开发人员懂得版本控制、变更控制吗？能够按照配置管理规范执行 吗？ YES 开发人员重视质量吗？是否会在进度延误时降低质量要求？ 前YES,后 NO 外部风险 风险类型 检查项 风险严 重性 风险可 能性 风险系 数 识别检查结 果（YES/NO 风险描述 响应（商接受口避免 口减轻口转移） 评审部「T