ImageVerifierCode 换一换
格式:DOCX , 页数:3 ,大小:11.11KB ,
资源ID:114975      下载积分:5 金币
已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(附录E1 风险检查表.docx)为本站会员(奥沙丽水)主动上传,三一文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知三一文库(发送邮件至doc331@126.com或直接QQ联系客服),我们立即给予删除!

附录E1 风险检查表.docx

1、风险检查表提示:请使用者根据机构和项目的实际情况完善本检查表。商业风险风险类型检查项政治falv市场ZF或者其它机构对本项目的开发有限制吗?有不可预测的市场动荡吗?有不利于我方的官司要打吗?本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗?竞争对手有不正当的竞争行为吗?本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗?是否在开发很少有人真正需要却自以为很好的产品?是否在开发可能亏本的产品?客户客户的需求是否含糊不清?客户是否反反复复地改动需求?客户指定的需求和交付期限在客观上可行吗?客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗?客户的合作态度友善吗?与客户签

2、的合同公正吗?双方互利吗?客户的信誉好吗?例如按客户的需求开发了产品,但是客户可能不购买。子承包商供应商与子承包商、供应商签订的合同公正吗?双方互利吗?子承包商、供应商的信誉好吗?子承包商、供应商有可能倒闭吗?子承包商、供应商能及时交付质量合格的产品(或部件)吗?子承包商、供应商有能力做好售后服务吗?管理风险风险类型检查项项目计划对项目的规模、难度估计是否比较正确?人力资源(开发人员、管理人员)够用吗?合格吗?项目所需的软件、硬件能按时到位吗?项目的经费够用吗?进度安排是否过于紧张?有合理的缓冲时间吗?进度表中是否遗忘了一些重要的(必要的)任务?进度安排是否考虑了关键路径?是否可能出现某一项工

3、作延误导致其它一连串的工作也被延误?任务分配是否合理?(即把任务分配给合适的项目成员,充分发挥其才能)是否为了节省钱,不采用(购买)成熟的软件模块,一切从零做起?项目团队项目成员团结吗?是否存在矛盾?是否绝大部分的项目成员对工作认真负责?绝大部分的项目成员有工作热情吗?团队之中有“害群之马吗?技术开发队伍中有临时工吗?本项目开发过程中是否会有核心人员辞职、调动?是否能保证“人员流动基本不会影响工作的连续性”?项目经理是否忙于行政事务而无暇顾及项目的开发工作?上级领导行政部门合作部门本项目是否得到上级领导的重视?上级领导是否随时会抽调本项目的资源用于其它“高优先级”的项目?上级领导是否过多地介入

4、本项目的事务并且瞎指挥?行政部门的办事效率是否比较底,以至于拖项目的后腿?行政部门是否经常干一些无益于生产力的事情,以至于骚扰本项目?机构是否能全面、公正地考核员工的工作业绩?机构是否有较好的奖励和惩罚措施?本项目的合作部门的态度积极吗?是否应付了事?或者做事与承诺的不一致?技术风险风险类型检查项需求开发需求管理需求开发人员懂得如何获取用户需求吗?效率高吗?需求开发人员懂得项目所涉及的具体业务吗?能否理解用户的需求?需求文档能够正确地、完备地表达用户需求吗?需求开发人员能否与客户对有争议的需求达成共识?需求开发人员能否获得客户对需求文档的承诺?以保证客户不随便变更需求?综合技术开发能力包括设计

5、编程、测试等开发人员是否有开发相似产品的经验?待开发的产品是否要与未曾证实的软硬件相连接?对开发人员而言,本项目的技术难度高吗?开发人员是否已经掌握了本项目的关键技术?如果某项技术尚未实践过,开发人员能否在预定时间内掌握?开发小组是否采用比较有效的分析、设计、编程、测试工具?分析与设计工作是否过于简单、草率,从而让程序员边做边改?开发小组采用统一的编程规范吗?开发人员对测试工作重视吗?能保证测试的客观性吗?项目有独立的测试人员吗?懂得如何进行高效率地测试吗?是否对所有重要的工作成果进行了同行评审(正式评审或快速检查)?开发人员懂得版本控制、变更控制吗?能够按照配置管理规范执行吗?开发人员重视质量吗?是否会在进度延误时降低质量要求?

宁ICP备18001539号-1