项目计划 v1.xlsVIP

风险点 项目日志0318 项目日志0317 项目日志0316 配件项目计划 项目信息 事项 责任人 输出成果 是否是里程碑 优先级 风险等级 内容 业务调研 分析整理调研结果 计划工时 业务解决方案评审 系统解决方案评审 调研计划 调研准备 基础数据调研 业务单据、分析表单整理 与需求确认说明书共同提交 实际工时 是否完成 整理阶段性调研成果 《业务现状报告》 《项目调研计划-神钢》 《需求调研工作汇报》 相关成果见业务现状报告 业务蓝图 需求调研 上线准备 系统上线 项目验收 系统开发阶段 按照需求确认说明书、业务蓝图进行系统的开发 应用系统 根据业务类型、范围就后续调研达成共识，设定总体目标和过程 根据业务类型、组织与计划调研 备注： 风险点 序号 类型 备注 风险点说明 建议措施 备注 项目日志-0316 本日计划 是否完成 未完成原因 后续措施 三包配件需求调研 仓储物流需求调研 分公司调拨业务调研 是 办事处需求调研 否 序号 本日计划 是否完成 未完成原因 后续措施 备注 备注： 办事处点检借件业务流程调研 办事处销售业务流程调研 办事处维修借件业务流程调研 序号 本日计划 是否完成 未完成原因 后续措施 备注 备注： 大修厂备件相关业务流程调研 盘点业务处理流程调研 赠送件和退换件业务处理流程调研 项目日志-0318 项目日志-0317 形成合肥与石家庄业务的业务流程对照分析文档 从神钢、斗山的现有系统数量、应用范围而言，对配件系统能够提供的应用接口可能存在极大风险，而且涉及相关的基础库 对此部分进行专题研究 通过相关制度约束 实施风险 基础数据编码工作，因现行的统一编码上，还缺少相关的统一规则，实施前期的基础工作风险较大 实施风险 系统切换上，因涉及组织、人员较多，切换可能带来数据方面的差异，实施人力缺乏 需求风险 调研计划不够细致，现行的调研周期与资源限制了业务调研的深度，且乙方难形成较为完善的分业务现状分析文档 服务人员终端设备推进风险，此风险存在与现有的付款模式、服务所在地区信息强度等综合因素影响 推进上可能存在较大问题 办事处的条码设备应用推广可能存在推进阻力，受制于办事处的设备条件、人员 单件管理会带了工作量的提升（大量的条码），现有仓库人力资源可能缺失 条码的统一规划应立刻与乙方沟通出具方案 终端设备、服务器、环境等硬件设施应立刻着手出方案，安排选型与测试 需求风险 应配件设计的组织越来越多，如三包、服务业务、呼叫中心管理等，在范围可能扩大 备注：其他的风险点，随系统调研逐步了解后再逐步完善 应同步进行硬件设备的方案、选型、测试 专题 下一部重点工作：对办事的需求调研，修正上阶段的调研成果，准备汇报工作 后续形成统一文档，目前只是对各业务点和简单的流程、人员岗位、节点流转进行调研 调研的界限目前以乙方为主导，未形成相关明确界限文档 明日进行调研，已确认相关资源，今日主要准备汇报材料 实施风险 应用系统从cs向bs转变，从用户体验上可能存在推进风险 因流程、组织结构、管理点、基础信息的差异，可能需要神钢、斗山两套系统 项目计划 启动项目计划 定义项目目标、定义业务目标 确认实施方法 建立项目组工作环境 确定项目组织 建立项目工作、预算、资源计划 培训计划准备 课程培训计划、培训小组创建 主阶段 定义项目管理标准 定义实施标准 系统配置标准、确认最终用户文档资料和培训、定义后期实施服务支持策略、定义系统问题和错误处理程序 定义系统范围 定义需求的系统、客户开发策略、发布策略、传输系统策略 项目启动 项目启动大会 项目组会议 项目启动会准备、内部演练 技术需求计划 确认技术需求计划 技术调查表、定义基本技术需求 确认基本硬件需求方案、硬件采购订货 工作汇报 汇报项目准备阶段工作进展 质量检查通告 通告项目质量的检查方法和标准 《项目进度》 定义组织结构 业务认知 整体了解公司配件相关业务、角色等 业务调研 安排组织结构会议、确定组织结构、调研角色 阶段汇报 进行组织优化分析 准备审核演示 阶段需求工作汇报 业务蓝图工作汇报 整理业务蓝图 蓝图准备 检验与审核 蓝图检验 《力源机械服务备件供应链体系再造项目蓝图》 《需求确认说明书》 工作环境的规划与建设 组织角色的确定与通知、项目组启动会议 项目负责人: 参与人员： 时间范围：2011年03月09日——2011年04月xx日 确定通讯计划、定义项目文档、建立问题反馈、范围管理、监督标准、项目进度汇报、时间管理制度等 开发测试 业务需求确认 确认现有的业务需求 硬件方案 系统相关配置 阶段汇报 应用环境搭建 模拟测试 培训方案回顾 系统培训 用户培训 培训签到、效果评估等 阶段汇报 系统流程、功能模块、可用性测试 根据培训