管理软件实施步骤:ERP
Pushsoft快速实施方法论(PushPull)是Pushsoft及相关合作伙伴所共同采用的实施方法论,PushPull规定了如何管理和成功实施Pushsoft AIO7的项目实施细节。PushPull是已经被证明的、可重复使用的、科学实用的ERP项目实施方法论。PushPull提供了详细的实施内容和有效的实施工具,这些内容和工具来源于众多的Pushsoft实施案例经验的总结。
操作方法
- 01
建立实施策略 建立实施策略,主要从合作配合角度上,来计划项目的范围、确定项目的目标。这一阶段的工作,包括建立由公司主要领导为首的项目实施领导小组和各部门有关人员参加的项目实施小组,并开始对员工进行初步的业务管理观念和方法培训,制定出企业实施应用管理的策略和目标。 快 + 技术层面 这种实施方式主要是为紧迫的技术问题或对不能满足需要的现有系统进行快速减压。这种方式可能费用最低,但不会直接增加商业价值,仅能将技术屏障转移到经营的有效性上去。除非企业遇到的技术问题必须在最短的时间内解决,否则也不提倡采用这种实施方式,因为,系统到位后再进行优化一般要付出更大的代价。 快 + 战略层面 这种形成快速优势的实施方式,这要求企业的管理非常优秀,企业的变革能力非常出色,企业的信息技术水平和应用信息技术的能力非常高。否则这种实施方式将可能使预期目标大打折扣。当然,可以通过这种方式求得竞争差异,将重点放在特定的业务流程或作为解决企业最薄弱环节的手段(如在供应链管理这个局部)将大多数余下的业务流程依然按照“快+技术层面”来解决。 慢 + 战略层面 这种实施方式可能会较好地实现追求商业价值的目标。这种方式多被一些特大型企业或企业集团采用,特别是一些想通过实施ERP完成管理模式转型的企业。这时,慢的问题不是ERP软件系统实施引起的,大部分时间是要用来完成业务流程的大范围改动、修正员工行为、整理企业管理的各类基础数据等工作的。当然,这种实施策略带来的一个最直接的问题是在一段时间内可能见不到预期效果。 采用什么样的ERP实施策略和方法取决于企业实施ERP的目标,策略和方式方法仅是达到目标的具体手段。至于企业是将解决技术层面问题放在首位,还是将战略层面问题放在首位,异或是综合考虑都取决于实施ERP的目的,也就是说,ERP是想分阶段见到效果还是直达目的,将取决于采用的实施策略。 从总体情况看,坚持“全面规划、总体设计,试点先行、分步实施,效益驱动、逐步推广,持续改进,不断提高”的实施原则对做好ERP系统实施工作有一定的参考价值。对于具体的实施策略,Pushsoft将根据客户的管理基础与人员素质情况与客户协商确定。 具体的策略确定后,Pushsoft将根据客户的实际情况,提供《ERP实施计划甘特图》,以方便客户更好的理解与配合ERP实施,如下图所示:
- 02
业务流程分析 业务流程是企业在经营过程中因业务发展的需要而产生的,支撑着日常业务系统的正常运行。包括采购流程、销售流程、仓储物流、应收应付、设计开发、计划生产、客退客诉、售后服务等。这些关键业务流程支撑着企业日常的运行和发展,只要企业持续经营,这些业务流程将会一直存在和运行。 业务流程分析主要是定义子单元任务内容,即对现行的管理进行深入地回顾和描述,从而精准认识业务和技术上的具体要求。一般在这个分阶段要编写一个项目定义分析报告,借助IPO图的形式来描述目前的流程,并从中找出希望改进的地方,为进一步解决方案的设计创造条件。为此,需对项目实施小组的成员进行比较系统的业务概念和Pushsoft系统软件功能层次的培训。在此基础上针对客户现有的业务流程进行分析: 工作计划与职责 当前系统/业务流程/业务量 业务与技术需求 应用产品功能培训 产品功能与业务需求的匹配程度 功能开发与数据转换需求 各层次硬/软件需求结构
- 03
设计解决方案 主要对业务分析流程并结合业务管理的基本概念和具体的软件功能,逐项进行回顾、分析,以便对目前每个管理业务流程,提出解决方案。解决方案可以直接套用Pushsoft应用系统中某些功能,也许是对现行管理流程作一些改进;也可能是对软件系统作一些必要的二次开发及插件开发。这时应编写项目说明书之类的文档,作为一个里程碑也作为建立系统的设计任务书。 工作计划与设计标准 培训/测试环境安装 针对重点的培训 设计解决方案 设计硬/软件逻辑与物理结构 设计安全控制与备份/恢复计划 扩展程序(接口/功能/数据转换)设计 详细的资料整理计划 详细的业务转换计划
- 04
建立应用系统 建立应用系统阶段需根据前一阶段(设计解决方案)拟订的方案,对管理上(或组织上)需改进之处制定改进方案,包括调整分工、规范流程、统一方法、标准信息编码等。从软件来讲,系统初始化设计及二次开发工作可开始进行。 详细计划与职责 建立练习与测试环境 建立正式运行的硬件环境 业务系统测试与文档记录 解决方案修改 确认系统功能 Pushsoft将提供标准的基础资料整理表,如下图。对于大量的基础数据,Pushsoft提供数据导入工具,将资料在Excel中准备好,再使用数据导入工具加入至系统。
- 05
建立用户文档 在建立应用系统的同时,除了必须对软件进行二次开发,按软件工程要求提供必须的文档以外,对管理要改进的流程及方法等方面,也必须编写或修改原来的制度、职责、流程图。这时,系统一旦已建立起来,可着手对最终用户的主要应用进行培训。 参考手册文档编制计划 文档编写标准/格式 系统操作手册 扩展程序文档/技术手册 业务流程/用户参考手册 最终用户(岗位)培训教材 文档更改控制 下面是Pushsoft提供的部分标准化的文档: 产品操作手册 产品白皮书 产品、模块建议 业务作业指导书SOP 标准业务流程图 管理员指南
- 06
系统切换 系统切换阶段,为了减少系统实施切换时的风险,各职能部门分别按照自己的日常业务活动,参照已标准文档化的流程,运行计算机系统进行联合演习测试,以证实其系统是可行的。这时才开始正式向新系统输入数据、创建初态、定义参数、开始运行。为了保证切换的成功,这时项目领导小组要求及时地发布许多指令,来逐步地进行系统地切换。一般来讲,能有一个新老系统并行的运行期间,风险可更小些。转换计划/准备工作 培训最终用户 宣传新系统 产品系统完整配置及安装 应用产品设置 业务数据转换 确认新系统正常运作
- 07
运行维护及改善 在并行一段时间后,事实证明系统是安全、可靠、可行的,那么可以正式投入运行。并在运行中作好有关的记录和报告,并及时地发现运行中的问题,以便进行维护和提高。 确保系统稳定运行 系统性能监控与优化 业务流程/周期数据的正确性 关闭原有系统 效益分析/管理改进方案 系统管理/业务管理制度化 确认系统实施完成 下面是我公司提供的部分标准化的文档: 岗位分工与职责 权限分配清单 实施上线验收报告 客户提升计划 客户提升计划执行报告