软件实施为什么总延期?一个6个月ERP拖到11个月的人复盘

🔑 关键词:软件实施,ERP实施,项目延期,数据迁移,UAT验收

📖 摘要:用真实项目参数复盘软件实施延期:需求调研、数据迁移、UAT、切换上线、验收怎么设卡,哪些步骤能救回工期。

先承认,我干过最烂的一个项目拖了5个月

图片

2021年我接了个宁波注塑厂的ERP实施,甲方230人,合同写6个月上线,最后11个月零7天才验收。系统是用友U8+ V13.0,SQL Server 2016,Windows Server 2019,16核64G,SSD 1.6T。账套里物料主数据17.4万条,BOM 2.1万条,客户3600个,供应商420个,接口12个,报表43张,二次开发46个。并发用户峰值78,账号开了180个。

这项目不是软件功能不够,反倒加了很多。真正把我拖死的是三件事:需求没人拍板,数据没人负责,上线没人敢关旧路。下面按我踩过的坑写,不吹方法论,能抄就抄。

软件实施难度不是按价格涨,是按跨部门流程数量涨

拿SaaS CRM和ERP比,差别特别明显。一个50人销售的CRM,数据导入5000条,接口3个,培训2小时,2周能跑起来。ERP呢,销售、采购、仓库、生产、质量、财务全进来,一个收货动作能扯出采购订单、到货单、检验单、入库单、应付暂估。

图片

我后来自己算了个土公式:实施复杂度 ≈ 涉及部门数 × 流程节点数 × 数据对象数 × 接口数 ÷ 决策人响应速度。分母越小,项目越炸。我们项目涉及7个部门,核心流程23个,数据对象41个,接口12个,决策人经常3天不回微信。这个数一算,6个月本来就紧。

所以别只问软件多少钱。先问:几个部门签字,几条流程改,几个接口,多少历史数据,谁最后拍板。这几个数比PPT有用。

需求调研:别急着画流程图,先让部门填表

我现在做调研,第一步不是开大会,是让每个部门填一张表:现在谁在什么系统里录什么单,几点前要看到什么数,错了找谁改。听起来土,但能快速暴露真需求。比如仓库说只要扫码入库,实际他们关心的是当天能不能看到缺料,不然产线停线要背锅。

需求分级我用的不是高深模型,就是P0到P3。P0不上线不能开单,P1上线后1个月内补,P2放二期,P3直接不做。每个P0必须绑一个甲方流程责任人,不签字不进开发。会议控制在90分钟,不超过8个人,超时另约。

图片

变更单也要有硬门槛。超过3人日的需求走变更,涉及接口、报表、权限的加签。写清楚变更编号、影响范围、工期、费用。我们那个项目后期有17张变更单,其中5张是因为开始没说清楚,白白多花了26人日。

数据迁移最脏:17.4万条物料,光去重就搞了3轮

数据迁移没有捷径。我们分三轮:第一轮按模板导,第二轮查重、必填、枚举值,第三轮试运行对账。物料17.4万条,第一轮失败1.2万条,主要是计量单位不统一;第二轮去重后16.8万条,重复5600条;客户3600个,去重后3421个,重复179个。

第三轮最要命,财务要期初对账。公式很土:期初 + 入库 - 出库 = 期末。差异超过0.1%就不切换。当时仓库说差0.3%没事,财务直接拍桌子,最后查出来是同一批料两个单位换算错了。

图片

我的建议:迁移模板别让IT自己设计,必须让最终用的人填一遍。数据负责人要写到人名,不是写仓库部门。做不到这两条,上线后一定天天对数。

UAT不是点下一步,是拿真实单据跑一个月

很多项目UAT就是关键用户点一遍菜单,点完签字。这种签字上线后没用。我们后来改成用真实单据跑,至少覆盖一个完整业务周期。销售订单、采购订单、出入库、生产领料、成品入库、发票、付款,全走一遍。

缺陷分P1、P2、P3。P1是开不了单、算错账、丢数据,必须修完才能上线;P2影响效率,可以带条件上线;P3是界面丑、字段位置怪,排期。我们项目最后P1有9个,P2有46个,P3有132个。P1平均修了2.7天,P2拖了18天,就是没人排优先级。

图片

UAT签字表别只写“通过”。要有场景编号、执行人、结果、证据截图、日期。后面扯皮时,这张表比聊天记录管用。

切换上线:旧路径不关,新系统永远像备胎

切换策略就三种:并行、一次性、灰度。并行最稳,但双倍录入,员工骂;一次性风险高,适合小范围;灰度按仓库、产线、法人分批。我们选了硬切,旧系统只读,新系统录单。周五20:00停机,周六08:00开单,周一财务对账。

听起来挺猛,其实中间出了岔子。周一发现采购有3个人偷偷用旧Excel登记到货,因为新系统审批要等领导。后来我们做了三件事:停旧权限,收Excel模板,纸单只做应急。每天早上15分钟站会,只对三个数:昨日单据量、异常单据、未处理接口。

我的观点可能得罪人:上线不是培训完,是把旧路径关掉。旧路还在,大家就会绕回去。新系统不怕骂,怕没人用。

图片

验收:合同写“系统正常运行”就是给自己挖坑

验收标准一定要量化。我们后面重签的补充协议里写了:功能清单186项,通过183项,遗留3项P3有书面期限;性能并发80,单据保存小于3秒,报表小于10秒;数据差异小于0.1%;关键用户32人考试,28人通过,4人补考。

验收款最好分4笔,比如30/30/30/10,别把10%质保金当尾款。每笔对应明确交付物:蓝图签字、UAT报告、上线报告、数据对账表。没有交付物不付款,这不是甲方苛刻,是让项目有节奏。

我现在接项目先问三件事:谁拍板,谁使用,谁对数据负责。答不上来,我先不签。软件实施说到底不是装软件,是陪一群原来各干各的人换习惯。这活不高级,但很真实。

🏷️ 标签: