趣投稿做好系统实施,需要避开这5大忌


本文作者从项目实践出发 , 结合企业案例 , 分享了在系统实施过程中需要注意的5大问题 , 希望对你有用 。
趣投稿做好系统实施,需要避开这5大忌
本文插图

上周因为项目实施原因去仓库现场出差 , 了解系统当前在仓库的使用情况 , 过程中也有一番感受 。 对于成功的系统来说 , 光有设计和功能是不够的 , 它需要真正落地才可以实现自身的价值 。
所以今天我想从系统实施过程中容易疏忽的问题的角度 , 以企业内部WMS的实施为例 , 分享下关于实施的一些想法 。
本文将分别从实施内容、实施对象、实施计划、实施过程、实施结果五个维度 , 列举实施过程中容易出现的问题 , 来简述系统实施的流程 。 其中包括:

  1. 忌一股脑一起开动
  2. 忌不分对象一锅炖
  3. 忌毫无计划随缘实施
  4. 忌毫无准备无重点
  5. 忌上完就撤无跟进
01 忌一股脑一起开动
此处“一股脑”是指将所有的系统功能一起上线实施 。 可能会有同学提出疑问 , 这样不是可以在短时间内获得更好的上线效益 , 对于企业和员工士气都有好处吗 , 而且许多saas公司提供的系统/方案不就是一整套一起的吗 , 为什么不可以呢?
这里就要好好说道说道了 。 对于整套系统来说 , 其中的功能必然是会涉及到不同的组织部门的 , 各组织所涉及的功能各不相同(当然会有重叠的功能) , 而笔者上文中提到的“一股脑实施”指的是针对于同一组织 , 单次的实施超出了这个组织实际可承受的范围 。
为什么说要避免这种情况呢?
  1. 功能过多 , 学习成本高 , 特别是对于用新功能/流程替换旧功能的情况下 , 员工本身会存在惯性操作 , 一刀切的操作会让员工在感受到新功能的好处前 , 就已经开始产生逆反心理了 。 (当然 , 修复类的新功能除外) 。
  2. 新系统新功能能实施过程中 , 难免的会出现系统异常的问题需要修复或处理 , 而集中性的迭代则会出现集中的异常暴露 , 导致异常无法得到及时处理 , 这对于员工的使用积极性更加是雪上加霜 。
  3. 此外 , 对于实施人员来说 , 批量实施也增加了实施的管控难度 , 最终达到的效果也会不尽如人意 。
因此 , 对于实施来说 , 我个人也是建议小步快跑 。 在实施初 , 需要明确定义好整体实施的功能内容 , 如果功能过多 , 则需要按优先级、按功能依赖性进行分批的规划 。
02 忌不分对象一锅炖
即使是同一组织 , 组织内部仍会存在不同的个体 。 比如对于仓储系统的实施来说 , 实施组织统称为仓库 , 但是细看其中 , 却又各不相同 , 比如仓内的管理规范、仓库规模(涉及人员分工)、仓库设备等的差异 , 均会影响系统的实施使用 。 比如部分仓库由于单量大会配备PDA(手持设备)而部分则无 , 会影响WMS在出入库实操环节上的不同 , 如果实施内容中包含此环节 , 则需要考虑区分对待 。
这次笔者去的仓库对于库位和物料的管控均优于之前去的其他仓库 , 那么在实施上 , 其难度也会远小于其他管理规范差的仓库 。
因此 , 在实施前 , 需要根据可能对实施产生影响的客观条件 , 对实施组织进行进一步的分析和归类 。 以提高实施效率 , 减少由于实施对象差异对实施进度造成的影响 。
同时 , 对于这部分差异 , 也需要在培训过程/内容中有充分的体现 。
03 忌毫无计划随缘实施
结合上面针对功能和组织的了解和调研 , 在系统实施在启动前 , 需要有明确的实施计划 。 对于计划大体可以分2种类型:
  1. 对于已经同一功能分不同区域上线 , 应以覆盖区域为计划推进标准 , 如一阶段要覆盖20%区域 。
  2. 对于一个实施主体 , 需要实施多项功能的 , 则应以实施功能的占比为计划推进标准 。


    推荐阅读