软件产品开发风险检查方法.doc

软件产品开发风险检查方法 软件产品开发风险检查表（一） 类 元素 属 性 注 释 类 元素 属 性 注 释 产 品 工 程 需求 稳定性 开 发 环 境 开发 系统 适合性 完整性 可用性 清晰性 了解程度 有效性 可靠性 可行性 系统的支持性 前瞻性 供应能力 衡量性 管理 过程 计划性 设计 功能性 项目组织 难度 管理经验 接口 管理程序之间的接口 性能 管理 方法 监控 易测性 人员管理 硬件的限制 质量保证 非开发软件 配置管理 编码 和单元测试 可行性 项 目 限 制 工作 环境 质量的态度 可测性 合作性 编码 沟通 集成和测试 环境 团队士气 产品 资源 进度 系统 人员 工程 特点 可维护性 预算 可靠性 设备 安全性 合同 合同类型 人为因素 约束条件 规范 前提 开发 过程 正规性 项目 接口 客户 适合性 相关合同人 过程控制 子合同 过程的熟知程度 总承包人 产品控制 公司管理机构 容量 供方 正规性 合同条款 （1）合同风险 　　签订的合同不科学、不严谨，项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。 　　预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。 （2）需求变更风险 　　需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大的风险）。 　　预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。 ?（3）沟通不良风险 项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。 　预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。 （4）缺乏领导支持风险 　　上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。 　　预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。 （5）进度风险 　　有些项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着违约或市场机会的错失。 　　预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。 （6）质量风险 　有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。 　预防这种风险的办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。 （7）系统性能风险 　　有些软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。 　　预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。 ?（8）工具风险 软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。 预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前（一般需要提前一个月左右）跟踪并落实工具的到位事宜。 （9）技术风险 　　在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。 　　预防这种风险的办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。 （10）团队成员能力和素质风险 　　团队成员的能力（包括业务能力和技术能力）和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。