本文共 1182 字，大约阅读时间需要 3 分钟。

系统上线后，将会是开发工作的一个重要里程碑。

项目分成了三期建设：

第一期：数据录入到系统中，消除信息孤岛和信息冗余。

第二期：完成各职能部门间的信息流转，增加工作流。

第三期：垂直化管理深入，职能部门的管理精细化调整。

一期完成数据的整合，看到增补合同中数据录入是甲方完成，但是甲方自己完成该工作确实难度非常非常大。

你的项目已经出现了所有关于数据出问题的情况，上次发出的一封邮件对于数据问题的分类和描述、管理策略已经叙述过一遍了。

对于项目经理判断该系统是否真正验收的标志包括： 1.    数据管理从静态数据管理转移到动态数据的录入和跟踪。 2.    甲方开始研究系统对整体业务的运营工作如何开展，使用系统他们能够干什么，提高多少工作效率。 3.    甲方的业务部门开始制定围绕系统管理生产的各项线下管理制度，辅助完成生产经营。 4.    业务周期和财务周期通过系统使用、制度完善已经能够融合，周期内数据吻合，业务成熟度发生明显变化。

系统上线后，请务必告知甲方他们后续的工作内容，如果影响到我方验收的时间点，可以共商工作计划。

      其实我们在早期建立了统一的数据字典，录入数据的例子，分发给了各部门的业务人员学习，也组织过简单的培训。为什么数据还是录入不对？为什么还是会有让我们觉得没在设计范围内的数据让我们需要改动代码？为什么数据收集了一年还是这个效果？

1.    我们有没有针对每个部门、每条业务建立数据基线，我们期望的数据包括哪些？截止到哪个时间点到哪个时间点的数据？ 2.    我们有没有制定数据分块录入和检验的措施，一个部门一个一个人单独进行审核？  3.    我们现在重点要把数据引起的问题另起一个课题清单，每发现的一个问题都登记起来，列举问题分类。看看引发数据问题的根本原因、主要原因到底是什么？

针对甲方出现的数据问题，展开原因分析如下： 1.    项目初始规划的一期目标是完成数据录入，消除数据孤岛，统一数据标准。实际上是这个目标直接被跳过去了，很多基础性的数据清洗、校验、核对工作都跟随项目目标的偏移而被放到了一个优先级非常低的位置。 2.    各个部门使用的数据标准不统一，具体到每个人使用的数据标准不统一。这是问题和我们软件编码规则不统一的解决办法是一样的，就是我们把数据标准拿出来，定出我们系统的数据标准就是数据标杆，这个原则性的问题我们要放到会上去谈。 3.    自身的业务规则变更，新的数据规则和旧的数据规则并存。业务顾问要判断一下新旧数据都录入到系统中会不会出现什么问题，然后可以说服客户只采用新标准的数据。 4.    某些业务不成熟，数据零散(不完整)不能支撑验证流程的完备性。这种问题要记录，然后制定人工管理办法进行弥补。 5.    业务人员数据录入错误。加强人工审核和检查。 6.    客户方的项目经理有意回避自身数据混乱的问题，重点精力没有放在这个工作上。上会通报给甲方领导。

转载地址：http://uvobi.baihongyu.com/