失败项目复盘:需求蔓延、数据孤岛、验收缺位如何避免

Diterbitkan: 2024-02-13 Sumber: 许愿牛科技

数智化项目失败,常见不是技术选错,而是需求无限加、数据仍在各系统里、验收只看上线仪式。复盘要把这三件事写成下次项目的硬约束。

项目结束时系统能打开,但业务说\"跟以前差不多\"。钱花了,习惯没改,数据还在原来的表里。失败往往不是某一场汇报翻车,而是三件事同时发生:需求边做边加、主数据从未对齐、验收没有可核对的业务结果。复盘如果只写\"沟通不足\",下次还会用同一套方法再失败一次。

避免失败,靠的是把这三条写成项目宪章,而不是写进总结PPT。

蔓延和孤岛怎么当场拦住

需求蔓延的标志是:没有被拒绝的需求。每个新增必须回答替换哪一条旧范围,以及九十天指标是否因此更清楚。说不清就进停车场,不进本期。数据孤岛的标志是:上线后仍要两套编码对账。主数据对齐必须早于流程配置,否则流程只是把孤岛自动化。

  • 范围用\"本期不做\"清单保护,清单与\"本期做\"同等效力。
  • 客户、物料、供应商编码先统一再画流程,禁止各模块自建编码。
  • 接口以主数据为准,不以\"先打通再治理\"为借口。
复盘墙上需求便签向外蔓延
便签越贴越多,指标越来越糊。蔓延不是热情,是验收的敌人。

验收必须对着经营结果

验收缺位的项目,会把\"能登录\"当成成功。正确的验收是:指定单据、指定岗位、指定指标,在真实业务日跑通,并由业务主人签字。XYN 数智化系统把场景配置和主数据留在同一套记录里,复盘时能看到哪条需求被拒绝、哪套编码被对齐。下次立项,把这三份清单直接拷进合同附件。

失败可以发生一次。用同一套蔓延、孤岛、无验收再做一次,才是组织性问题。

验收会用可核对的业务结果清单签字
上线仪式不是验收。验收是业务主人对指标签字。