发布时间 : 星期五 文章用友咨询实施方法论7.0-标准实施服务产品交付全程指导 - 图文更新完毕开始阅读60bd6962e2bd960590c677a5
实施方法论7.0
?
标准实施方法指南
? ? ?
调研问卷或提纲可根据实际情况选用：由于术语过于专业，客户看不懂，答非所问，没有参考价值，效果不好，或者所问问题超出软件本身功能，不可能实现，客户也没有这种需求，自己把自己套进去，千万不要作茧自缚，搬起石头砸自己的脚； 采用并行调研，按照业务发生的顺序进行调研；
要充分与客户进行当面交流：文档不能代替当面交流；
调研过程中注意多方面数据收集，包括可能的静态资料的编码方案，测试用例，报表需求等
4.2.3.5 高层访谈
? ?
? ? ? ?
了解高层对信息化的期望，避免项目目标发生错误，切实贯彻ERP一把手的原则，做到需求是自上而下，而不是自下而上；
客户高层初访要安排在对客户进行了初访之后，了解客户行业特点，生产加工工艺，以及各部门主要业务流程，对客户有了初步了解，能初步分析企业目前存在问题后，再同客户方高层进行沟通；
高层提出业务改进需求，中层提出具体流程改进方案，产品做具体实现，中高层确定实施过程中的业务目标，强调对流程决策者的调研，知道流程的主人是谁 通过高层访谈对企业战略和管理特征要做到项目组解析分享
访谈内容：企业组织管理模式 、业务模式(销售\\采购\\生产\\财务模式)、企业核心业务竞争策略(需要解决的核心难点)、企业存在的管理问题
4.2.3.6 现状流程梳理
? ? ? ? ? ? ? ? ? ?
我们写流程文档是为了让客户知道我们了解企业；
要充分利用知识库资源，帮助企业设置流程总图和流程目录，从高阶流程开始分解； 必要时建议企业成立专门的流程优化小组；
对流程1－4阶流程，做好绘制培训和提供可操性模板
以产品为基础，引导客户按照标准产品流程走， 客户需求确实合理而标准产品不能满足的后续版本解决或客开动态数据检核及导入攻略。 现状流程一定要客户画 现状流程一定要客户讲
现状问题一定要客户自我认识 问题原因一定要有客户共识
现状流程描述内容一定由我们写客户确认
4.2.3.7 BOM及基础数据编码检讨
? ? ?
建议客户成立专题小组，共同研讨确定BOM搭建原则；
基数数据的编码，必要时请企业聘请行业内专业家给予外部咨询 对编码原则的检讨应有足够的重视。
4.2.3.8 需求分析
? ? ?
UFIDA
需求分析要有高度,需求分析参照对象要明确, 以现状为依据，目标管理为参照，用未来衡量现在 需求分析结果就是下阶段流程设计实现的要求，业务描述要用客户化的语言，对管理需求要以专题形式进行讨论，以显示我们的专业性； 需求必须与现行系统功能相匹配；
Page 17 of 30
实施方法论7.0
? ?
标准实施方法指南
在详细业务调研的基础上帮助企业分析业务流程和业务管理中存在的优点、问题、不足和解决思路，并确定各领域的管理模式。 需求分析的重点： ? ? ? ?
从组织层面探索企业管理模式
从供应链布局／工业布局/生产（车间）布局探索企业运营模式 从岗位职责探索企业运作管理细节 流程图与流程描述探索企业人员素质
?
4.2.3.9 标准产品培训
?
?
培训要面向关键用户，主要是流程级的功能培训，不比设计操作细节，这样先入为主，避免客户现状需求计算机化，体现产品导向快速实施的理念，做到标准培训、需求比对、差异分析、功能匹配，不要采取原型项目定制开发式的实施方法；
如果客户有购买e-learning，可以由培训教育部的“项目云培训中心的e-learning数据中心提供远程培训”
4.2.3.10 业务解决方案设计
?
?
?
? ? ? ? ? ? ? ?
业务解决方案的可行性。通过方案整体的设计应该符合企业业务发展的需要，不能过于理想化，不符合企业的现状要求,容易导致方案在实际中无法实施；同时也要考虑实际工作效率，人力成本是否增加，增加的量是否超过用户的可容忍程度；
方案的全面性。ERP系统需要解决企业整体业务优化过程，我们在分析问题、考虑问题时一定要把客户的相关业务、数据接口综合考虑，不能从单个模块的角度出发去设计应用方案，但是大而全的想法也不是很现实的，如果我们要一下把企业多年来积累的问题全部解决太不现实，所有方案考虑要全面一些，但是不要面面俱倒，这样可能会抓不住重点，一定要在实施范围内解决企业关键的问题，企业很关注的问题；
咨询实施顾问不要轻易屈服于客户不合理的需求，应该站在专家的角度和高度看待一些问题，方案讲解的过程其实就是谁说服谁的过程，如果我们说服了客户，客户就会按照我们设计的思路实施，如果我们没有充足的理由无法说服客户，结果就会践踏自己的产品，导致项目失败；
方案设计时要防止被客户牵着走，部门与部门间关联的关联，是需要考虑的重点，必要时由客户高层确认，避免不同部门各执一词，相互推诿的情况
方案设计过程要细化，体现过程成果，不要让此过程冗长而成果不清晰
以客户的组织与产品特点，比照客户的现有生产布局．思考基于组织＼产品＼布局的企业业务模式与业务策略合理性设计
基于目标业务模式与业务策略，如何部属于流程、组织、系统 岗位权责分明＼基于数据业务管控＼合理的决策过程
在执行力层面保障ＥＲＰ系统与管理规范支撑整个企业业务高效执行 充分利用行业及最佳实践方案库、方案组建库 建议的业务解决方案架构： ? ? ? ?
组织架构 生产布局 业务模式 业务策略
Page 18 of 30
UFIDA
实施方法论7.0
标准实施方法指南
? 业务优化目标 ? 业务流程体系 ? XX业务解决方案
? －关键管理需求 ? －系统解决方案描述 ? －业务流程图与描述 ? －岗位与ERP功能描述
?
4.2.3.11 方案评审
? ?
充分组织内部的专家资源，扩大专家参与度，为方案的质量奠定坚实的基础。
方案周期较长的项目建议先组织实施序列专家内部评审，待业务解决方案经过客户测试调整后再组织外部专家评审
4.2.3.12 客户化开发需求与设计（可选）
? ?
顾问可以完成初步客户化需求分析报告
尽早组建开发团队，开发顾问应提前进入项目
4.2.3.13 需求分析里程碑确认
? ? ? ?
提交本阶段的里程碑确认文档给PMO审核，并交财务确认收入；
有效的制作阶段回顾报告并与客户高层充分沟通，说明问题及需要资源配合状况。 检查此阶段REVIEW是否达到目标
必须定期召开ERP实施回顾及汇报会议 ? ? ? ? ? ?
确定前期工作中还没解决的问题，已解决的问题 现在下一期的主要工作内容 项目可能出现的风险
会议必须有客户关键用户参加
每次会议必面有会议纪要以书面形式交给客户方的一把手看并给出意见 会议期 间可以聘请第三方资深专家参与
4.2.4 交付物清单
此阶段交付物清单
阶段 一级任务 关键交付 用友方 《培训总结报告》 《系统运行环境检查报告》 《产品安装确认报告》、《培训教材》 客户方 蓝图设计 理念及ERP沙盘培训 系统运行环境规划与部署 产品安装及培训 《IT系统运行制度》 UFIDA Page 19 of 30
实施方法论7.0
《业务现状调研报告》 标准实施方法指南
业务调研 高层访谈 流程梳理与优化 基础数据编码原则讨论 需求分析 标准产品培训 业务解决方案设计 方案评审 客户化开发需求与设计 需求分析里程碑确认
《企业流程总图》、《企业流程目录》 《静态数据数据编码方案》《BOM搭建原则》 《考核记录》 《阶段实施回顾及评估报告》 《需求分析报告－PPT》 《培训总结报告》 《业务解决方案>> <<方案评审报告》 《客户化开发详细需求文档》 《项目实施阶段总结汇报-PPT》、《里程碑确认单》 UFIDA Page 20 of 30