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