上周因为项目实施原因去客栈现场出差，相识系统当前在客栈的利用环境，进程中也有一番感觉。对付乐成的系统来说，光有设计和成果是不足的，它需要真正落地才可以实现自身的代价。

所以本日我想从系统实施进程中容易疏忽的问题的角度，以企业内部WMS的实施为例，分享下关于实施的一些想法。

本文将别离从实施内容、实施工具、实施打算、实施进程、实施功效五个维度，罗列实施进程中容易呈现的问题，来简述系统实施的流程。个中包罗：

忌一股脑一起开动

忌不分工具一锅炖

忌毫无打算随缘实施

忌毫无筹备无重点

忌上完就撤无跟进

01 忌一股脑一起开动

此处“一股脑”是指将所有的系统成果一起上线实施。大概会有同学提出疑问，这样不是可以在短时间内得到更好的上线效益，对付企业和员工士气都有长处吗，并且很多saas公司提供的系统/方案不就是一整套一起的吗，为什么不行以呢？

这里就要好好说道说道了。对付整套系统来说，个中的成果一定是会涉及到差异的组织部分的，各组织所涉及的成果各不沟通（虽然会有重叠的成果），而笔者上文中提到的“一股脑实施”指的是针对付同一组织，单次的实施超出了这个组织实际可遭受的范畴。

为什么说要制止这种环境呢？

成果过多，进修本钱高，出格是对付用新成果/流程替换旧成果的环境下，员工自己会存在惯性操纵，一刀切的操纵会让员工在感觉到新成果的长处前，就已经开始发生逆反心理了。（虽然，修复类的新成果除外）。

新系统新成果能实施进程中，不免的会呈现系统异常的问题需要修复或处理惩罚，而会合性的迭代则会呈现会合的异常袒露，导致异常无法获得实时处理惩罚，这对付员工的利用努力性越发是落井下石。

另外，对付实施人员来说，批量实施也增加了实施的管控难度，最终到达的结果也会不尽如人意。

因此，对付实施来说，我小我私家也是发起小步快跑。在实施初，需要明晰界说好整体实施的成果内容，假如成果过多，则需要按优先级、按成果依赖性举办分批的筹划。

02 忌不分工具一锅炖

纵然是同一组织，组织内部仍会存在差异的个别。好比对付仓储系统的实施来说，实施组织统称为客栈，可是细看个中，却又各不沟通，好比仓内的打点类型、客栈局限（涉及人员分工）、客栈设备等的差别，均会影响系统的实施利用。好比部门客栈由于单量大会配备PDA（手持设备）而部门则无，会影响WMS在进出库实操环节上的差异，假如实施内容中包括此环节，则需要思量区分看待。

这次笔者去的客栈对付库位和物料的管控均优于之前去的其他客栈，那么在实施上，其难度也会远小于其他打点类型差的客栈。

因此，在实施前，需要按照大概对实施发生影响的客观条件，对实施组织举办进一步的阐明和归类。以提高实施效率，淘汰由于实施工具差别对实施进度造成的影响。

同时，对付这部门差别，也需要在培训进程/内容中有充实的浮现。

03 忌毫无打算随缘实施

团结上面针对成果和组织的相识和调研，在系统实施在启动前，需要有明晰的实施打算。对付打算概略可以分2种范例：

对付已经同一成果分差异区域上线，应以包围区域为打算推进尺度，如一阶段要包围20%区域。

对付一个实施主体，需要实施多项成果的，则应以实施成果的占比为打算推进尺度。

不管是哪种范例，每个阶段都需要明晰界说推进的打算尺度值。

实施打算的执行进程中，分阶段对实施功效举办复盘，取长补短，按照实际的实施进度实时举办调理打算，对付影响打算的因素，该当实时袒露风险，确保整体实施可以如期完成，以取得项目结果。

没有打算只会导致实施人员毫无把控意识，实施一拖再拖，对付影响实施的因素一再放纵，甚至忽视。不只会影响实施进度，还会冲击开拓团队、业务团队努力性，甚至最终大概半途而废。

04 忌毫无筹备无重点

实施内容、实施打算都界说清楚后，怎么实施才气称之为有效的实施呢。归纳综合来说就是完整的培训操纵文档、重点清晰的利用说明、详尽的异常处理惩罚手册。