项目失控分析报告
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
序 1 2 3 4 5 6 7 8 9 10 11 文档名称 《工作任务书》 《日程主计划》 《双周计划》等 描述 售前调研向实施调研移交，明确项目目标和实施范围 用以全盘控制整体项目进度安排，需更新 周计划、双周计划用以检验矫正《日程主计划》
Leabharlann Baidu
必要性 ★★ ★★★ ★★ ★★ ★ ★★★ ★★★ ★★★ ★★ ★ ★★★
原因二：无明确的实施方法论支持项目的实施
任何项目的实施都必须遵循一些公认的可行的项目实施规范操作，一个 正确的过程必然能够产生一个合理的结果，反推，一个不正常的结果，其过 程可能产生了问题
原因二：无明确的实施方法论支持项目的实施
现有项目按照方法论而言，上线里程碑之前，咨询+实施模式下乙方的文 档文档控制规格如下：
鱼骨展示
项目里程碑分析
痛苦原因
二次实施建议：800APP重新实施
系统切换 静态数据转换 动态数据转换 持续支持 上线支持 项目总结 持续支持
系统建设 方案讨论 模拟数据准备 系统集成测试 客户化开发 方案完善确认 制作系统标准操作 手册
切换准备 初始化数据准备 信息系统的准备 权限规划和划分 最终用户培训
财务 800app 失败
教务 800app 失败
教学 800app 失败
IT 800app
金蝶EAS
未实施
未实施
①
②
③
ERP项目的实施顺序原则是先易后难，先小范围后扩展，先单独部门后复合部门。上图自左向右是 正常的培训业实施顺序，ERP实施角度来说FIN和HR永远是第一位的 目前我们首先实施了CRM模块，实施顺序和对象选 取上存在偏差，我们从中间开始做，好比没有打地基就开 始造房子，培训行业的高员工流动性让我们不得不选择首 先实施HR模块人员基础档案。同时由于工作顺序的错误， 没有HR模块提供的人员基础数据，制作账户和开始审批流 变得异常困难
项目失控分析报告
2011-11-4
启语
计划中预期10月1日上线的ERP-CRM模块未能如期完成。已经发生的项目 里程碑状态如下：（灰色为未发生部分）
本报告采取要因分析法和项目里 程碑缺陷分析来进行失控原因调查， 鱼骨主要分析内部和外部两方面的原 因。项目里程碑缺陷分析判断发生的 过程控制失误。
原因一：800APP人员大量变动
状态
× × × ×
《调研日报、纪要》 需被调研者确认，属于《需求分析》的附件 《项目会议纪要》 《需求分析报告》 《实施方案》 基准工作文档，属于《需求分析》的附件 蓝图文件，双方确认签字 蓝图文件，双方确认签字（此处有《实施主计划》）
×
× √ ×
《项目需求变更单》 甲方突然的需求变更，超出《实施方案》的修改 培训资料 培训讲义、签到状况、培训视频
原因五：贪大求全、需求控制失效
原因六：内部协调和执行状况不足
800APP实施顾问安宁认为：NDI没有一个统筹规划的项目经理，调动资源 可能已经无法做到，协调数据收集的工作拖了相当长的时间，武汉的MIS系统 数据导出花费了大量的人力物力，并且相当多的数据结构不可用。 Rick认为：NDI内部对ERP的认识度不高，没有按照ERP的项目去组建相关 的团队，光靠IT作为项目主管来推定本来就是不正确的一个方法，应该由一个 熟悉并且能够调动公司整体资源的人来作为Project Leader，并且要求个业务 最高主管作为一个顾问团队，IT负责技术衔接，数据等。双总部的管理体系不 利于ERP实施，譬如在实施前已经确定市场总监是Philip，但是现在才知道不能 只有他能够决定市场模块的实施内容和部署，还是要靠Andy来操作，但是在 以前实施过程中Andy的职位也不明确，从最后一次总监会议内容来看，Andy 的角色是CMO
√
× ×
《培训考核报告书》 培训完毕进行考核，评估培训成果和不合格员工 《岗位操作说明书》 操作手册
原因三：结构性问题和实施顺序失当
ERP
FIN
HR
OA
CRM
BI
财务
人力行政 800app 未实施
人力行政 800app
市场部 800app 失败
TMK 800app 失败
前台 800app 失败
CC 800app 失败
项目规划 组建800项目小组 内部交接 组建客户项目小组 制定实施主计划 召开项目启动会
蓝图设计 环境配置建议 理念和产品培训 业务需求调研分析 初步方案 方案评审
二次实施建议：寻求用友TurboCRM方案
原因四：SOP基准文件状态不明
目前可见的项目流程皆为实施过程中整理得出，NDI没有官方SOP文件实 例、文件年审记录、文件变更履历；而简单了解下来，本集团没有QC部门， 没有流程经理，也不明确是否有HROD经理可以为架构负责，所以这并不足以 支持ERP-CRM的业务流程的确立。 但这并不是一个决定性因素。 通过充分的咨询实例和流程梳理，可以解决当下需求；同时如果选定的 产品线具备80%的原型匹配度，则基本可以稍微改变业务习惯而向ERP产品流 程靠拢，达到平稳上线之目的。
项目自开始调研到目前，800APP人员变动情况如下：
2011-3-25
李萍 李朔 张晨 纪春 王建森
于新占
张鑫
沈恒
薛文杰
张振华
2011-10-31
安宁 房贝贝 纪春
宋子龙
贾继磊
李燕飞
蒋东静
2011-3-25 项目经理 项目副理 Team人数 Team成员变动率 王建森 李萍 10 94.1%
2011-10-31 宋子龙 安宁 7
Leabharlann Baidu
必要性 ★★ ★★★ ★★ ★★ ★ ★★★ ★★★ ★★★ ★★ ★ ★★★
原因二：无明确的实施方法论支持项目的实施
任何项目的实施都必须遵循一些公认的可行的项目实施规范操作，一个 正确的过程必然能够产生一个合理的结果，反推，一个不正常的结果，其过 程可能产生了问题
原因二：无明确的实施方法论支持项目的实施
现有项目按照方法论而言，上线里程碑之前，咨询+实施模式下乙方的文 档文档控制规格如下：
鱼骨展示
项目里程碑分析
痛苦原因
二次实施建议：800APP重新实施
系统切换 静态数据转换 动态数据转换 持续支持 上线支持 项目总结 持续支持
系统建设 方案讨论 模拟数据准备 系统集成测试 客户化开发 方案完善确认 制作系统标准操作 手册
切换准备 初始化数据准备 信息系统的准备 权限规划和划分 最终用户培训
财务 800app 失败
教务 800app 失败
教学 800app 失败
IT 800app
金蝶EAS
未实施
未实施
①
②
③
ERP项目的实施顺序原则是先易后难，先小范围后扩展，先单独部门后复合部门。上图自左向右是 正常的培训业实施顺序，ERP实施角度来说FIN和HR永远是第一位的 目前我们首先实施了CRM模块，实施顺序和对象选 取上存在偏差，我们从中间开始做，好比没有打地基就开 始造房子，培训行业的高员工流动性让我们不得不选择首 先实施HR模块人员基础档案。同时由于工作顺序的错误， 没有HR模块提供的人员基础数据，制作账户和开始审批流 变得异常困难
项目失控分析报告
2011-11-4
启语
计划中预期10月1日上线的ERP-CRM模块未能如期完成。已经发生的项目 里程碑状态如下：（灰色为未发生部分）
本报告采取要因分析法和项目里 程碑缺陷分析来进行失控原因调查， 鱼骨主要分析内部和外部两方面的原 因。项目里程碑缺陷分析判断发生的 过程控制失误。
原因一：800APP人员大量变动
状态
× × × ×
《调研日报、纪要》 需被调研者确认，属于《需求分析》的附件 《项目会议纪要》 《需求分析报告》 《实施方案》 基准工作文档，属于《需求分析》的附件 蓝图文件，双方确认签字 蓝图文件，双方确认签字（此处有《实施主计划》）
×
× √ ×
《项目需求变更单》 甲方突然的需求变更，超出《实施方案》的修改 培训资料 培训讲义、签到状况、培训视频
原因五：贪大求全、需求控制失效
原因六：内部协调和执行状况不足
800APP实施顾问安宁认为：NDI没有一个统筹规划的项目经理，调动资源 可能已经无法做到，协调数据收集的工作拖了相当长的时间，武汉的MIS系统 数据导出花费了大量的人力物力，并且相当多的数据结构不可用。 Rick认为：NDI内部对ERP的认识度不高，没有按照ERP的项目去组建相关 的团队，光靠IT作为项目主管来推定本来就是不正确的一个方法，应该由一个 熟悉并且能够调动公司整体资源的人来作为Project Leader，并且要求个业务 最高主管作为一个顾问团队，IT负责技术衔接，数据等。双总部的管理体系不 利于ERP实施，譬如在实施前已经确定市场总监是Philip，但是现在才知道不能 只有他能够决定市场模块的实施内容和部署，还是要靠Andy来操作，但是在 以前实施过程中Andy的职位也不明确，从最后一次总监会议内容来看，Andy 的角色是CMO
√
× ×
《培训考核报告书》 培训完毕进行考核，评估培训成果和不合格员工 《岗位操作说明书》 操作手册
原因三：结构性问题和实施顺序失当
ERP
FIN
HR
OA
CRM
BI
财务
人力行政 800app 未实施
人力行政 800app
市场部 800app 失败
TMK 800app 失败
前台 800app 失败
CC 800app 失败
项目规划 组建800项目小组 内部交接 组建客户项目小组 制定实施主计划 召开项目启动会
蓝图设计 环境配置建议 理念和产品培训 业务需求调研分析 初步方案 方案评审
二次实施建议：寻求用友TurboCRM方案
原因四：SOP基准文件状态不明
目前可见的项目流程皆为实施过程中整理得出，NDI没有官方SOP文件实 例、文件年审记录、文件变更履历；而简单了解下来，本集团没有QC部门， 没有流程经理，也不明确是否有HROD经理可以为架构负责，所以这并不足以 支持ERP-CRM的业务流程的确立。 但这并不是一个决定性因素。 通过充分的咨询实例和流程梳理，可以解决当下需求；同时如果选定的 产品线具备80%的原型匹配度，则基本可以稍微改变业务习惯而向ERP产品流 程靠拢，达到平稳上线之目的。
项目自开始调研到目前，800APP人员变动情况如下：
2011-3-25
李萍 李朔 张晨 纪春 王建森
于新占
张鑫
沈恒
薛文杰
张振华
2011-10-31
安宁 房贝贝 纪春
宋子龙
贾继磊
李燕飞
蒋东静
2011-3-25 项目经理 项目副理 Team人数 Team成员变动率 王建森 李萍 10 94.1%
2011-10-31 宋子龙 安宁 7