浙江移动KM系统开发项目成果汇报style团队讲述.ppt

费用预算表 费用预算表 任务编码 任务名称 持续时间（天） 人力资源费（万元） 固定投资费（万元） 采购（万元） 合计（万元） 111 需求调研 10 15 　 　 15 112 需求开发 10 15 　 　 15 121 自动采集设计 30 48 　 90 138 122 分类查询设计 40 80 　 80 160 123 共享设计 20 16 　 20 36 124 影音点播设计 10 8 　 　 8 131 自动采集编码 20 24 　 　 24 132 分类查询编码 40 80 　 　 80 133 共享编码 30 48 　 　 48 134 影音点播编码 40 32 　 　 32 141 单元测试 10 8 　 　 8 142 系统测试 10 8 　 　 8 143 集成测试 10 8 　 　 8 151 功能验收 20 12 　 　 12 152 文档资料验收 10 6 　 　 6 160 项目管理 170 102 51 　 153 　 　 　 510 51 190 751 费用负荷图 费用累计曲线 挣值分析 分析点选择 分析结果 状态报告 第十一部分（陈述人： 高扬　） 项目风险管理 项目风险质量管理 目标 1）服务于项目总体目标，保证项目顺利实施 2）成本应控制在风险准备金(100万元人民币)以内 管理程序 　 是 否 风险识别 　　系统风险 风险规避 风险类型分析 风险度评价 根据风险度大小采取不同措施 遵循《风险管理规范》，管理程序图如下： 风险识别 识别的方法 风险检查表 头脑风暴法 访谈法 系统分析法 专家判断法 风险检查表 序号 风险检查项 建议应对措施 影响程度（建议值） 已经出现次数 客户风险 1 需求不是用户直接提出 寻找合适的用户或业务专家在适当的实机进行确认 严重 0 2 在项目进行过程中，客户不能给与足够的时间参与 寻找合适的客户或业务专家或重点用户在适当的实机进行确认 一般 1 3 用户需求不明确，可能经常变更需求，项目范围不断增大 在适当的实机进行原型确认，系统演示 一般 1 组织内部风险 4 项目组对项目中使用的关键技术不熟悉，该技术可能不能解决用户的问题 1、对关键技术先进行验证；2、设计备选方案 一般 0 5 核心的项目成员已经有离开的现象 1、加强QA和配置管理的力度；2、加强阶段交付物的评审 一般 0 6 绝大多数项目组成员以前没有合作过 1、进行适当的管理培训和经验交流学习；2、组织相关的业余活动 一般 1 7 组织内其他部门和项目组之间不能提供积极配合 制定合作制度，定期与部门进行沟通 一般 1 风险计划与评估 形成方法 通过一系列的风险识别方法，经过项目组成员的讨论和评估 风险应对策略 缓解措施、应急措施 输出成果 风险计划与评估表 风险计划与评估表 风险计划和评估表 序号 风险描述 风险类别 影响程度 发生几率 缓解措施 应急措施 建立日期 1 用户内部对系统无法达到统一认识，同时有几方声音“指导”系统建设，可能造成命令或方案“朝发夕改”，系统开发实施经常变更，影响系统稳定和进度 人员 一般 20% 沟通：与客户总负责人做好沟通，明确职责范围，找对具体负责人 　 2005/10/20 2 用户操作不熟练 功能 一般 40% 消除:制作操作说明书 　 2005/10/20 3 工期经过春节，（外地的）项目组核心人员可能会请假回家探亲 人员 一般 40% 预防:加强成员沟通，及时了解成员动态 ，平衡人员负载 　 2005/10/20 4 由于活动排序工时估计不足导致工期延长 时间 一般 10% 分散:适当加班调整.　 　 2005/10/20 5 经费支出不足 费用 一般 10% 接受:必要时控制管理费用及加班费用 　 2005/10/20 6 交付时与用户环境不协调,需再调试造成工期延长 时间 严重 30% 分散:在程序测试时进行分析 现场调试更改 2005/11/3 风险应对策略： 1、发生可能性＞=60%，影响程度为一般或严重的，须制定缓解或应急措施 2、发生可能性＜=60%，影响程度为轻微或一般的，须制定缓解措施 3、所有风险都要求进入工作计划，分配责任人，及时监控跟踪 风险跟踪 建立风险监控体系 建立风险责任制度、风险信息报告制度、预警制度、沟通程序等。 根据风险计划对相关风险预期发生的时间点进行定期与不定期地监控工作 输出成果 风险跟踪表 风险控制的结果 未发生较大的损失。 风险得到良好控制。 项目在2006年3月，通过验收，投入使用。 风险跟踪表 序号 风险描述 风险类别 影响程