本案例虽然是为了实现移动商务的管控，但问题出现的表象是由于数据收集的完整性和准确性达不到预期要求，因此项目上线的时间被多次拖延下来。细分析起来，问题的关键还是出在项目管理方面，对如何做好“12分数据”的工作缺少章法。事实上，雪润集团管理层对此项目高度重视，在人、财、物方面都给予了足够的支持，并在项目建设出现问题的关键时刻都能及时地进行了协调和调整。

成功实施一个信息化项目，尤其对于含有需要大量员工参与的数据收集内容的项目，除了前面提到的重要外部环境之外，几个关键的要素不可或缺：充足的项目前期沟通、完善的项目实施计划，基本切合实际的数据标准，简单适用的数据模板以及设立动态跟踪测试的专题小组。

充足的项目前期沟通

无论做何项目，事前沟通是很必要的，而且沟通对象应该涉及所有的利益相关方。其中要解决两个主要问题：一是统一认识，二是探讨实施和应用的可行性。在重大的项目会议之前，项目组应该对建设的目标、内容、工期、关键控制点以及存在的问题有一个较为统一、清楚的认识，并且在内部与主管副总，甚至总裁，进行沟通交流，并且取得一致意见。

此移动商务项目匆匆启动，无论是决策者、项目执行者还是真正的最终用户对项目的实施要素，通过手机要实现的商务管理功能都缺乏足够的认识，或者说积极参与项目的主管能动性还没有调动起来。显然，具体到时间考虑方面，没有听取多方意见，且不说该项目是否能够实现设想的移动商务管理，实际在工期安排上就已不可行。这里暴露的深层次问题是整个项目管理协调工作的欠缺。

完善的项目实施计划

完善的项目计划应该具备以下几个基本要素：内容分解，风险分析，工期、费用和质量的控制。本项目对数据收集的潜在风险预估不足，没有制定出一套完备的实施计划，是最终导致无法预期完成任务的关键所在。郑总在项目启动会上对项目上线的时间要求显然缺乏合理的判断，但问题不出在郑总，而是在项目承办单位负责人信息部经理钟剑身上。要保障项目成功建设，在启动会议上，除了强调项目建设的必要性和主要作用以外，重点应按照预先制定的计划突出实施项目的难点，起码让所有的关键用户建立起关键时间点的概念，并借公司管理层的力量去明确责任、部署关键任务。显然，本项目中无论是管理层还是用户始终都没有清晰的项目蓝图。

基本切合实际的数据标准

若实施一个管理类或应用统计类的信息化项目，数据标准和配套的管理制度必须先行，否则事倍功半。通常，标准的制定、数据字典的编写、数据库和软件架构的设计至少要占到1/3～1/2的项目建设时间。这些成果是一个企业或者机构的无形资产，它们的取得比软件实施本身更具意义，必须在充分进行需求调研的基础上获得。那么，标准有了是不是就可以马上收集数据呢？不是。标准还应经过实践验证，实施以前一定把与实际的偏差比较和说明包括进去，配之以专门的数据收集、整理和录入制度，再加上充分的人员培训，方可实际开展。

此案例中，由于标准与实际存在偏差，大家理解不一致，在无法得到及时解释的情况下，工期又紧张，最终只能是输入“垃圾”，输出的也是“垃圾”。诸如分类不一致等问题，在标准制定阶段就应充分考虑，并予以解决。

简单适用的数据模板

数据收集和录入过程中，适用而简洁的数据模板非常重要。数据可以通过惟一的计算机（服务器）进行收集，如何将模板的数据导入到该机器中由技术人员处理，而普通用户面对的只是一份简单的数据收集模板。

我们不能期望每一位员工对计算机都很精通，但可以设想他们会简单地操作EXCEL表单。这样，项目组用EXCEL做为模板工具，在表单中设置大量的宏对单元格进行控制，所有可以自动计算的工作都由计算机实现，以便于大多数数据录入者只需要通过拷贝、粘贴，或者拖动点击鼠标就可以完成工作量。从而尽可能减少人为因素带来的数据错误，提高数据的准确性和完整性。

设立动态跟踪测试的专题小组

原始基础数据的收集通常会经历几上几下的过程，很难一次性全部合格。对任何一个涉及数据收集的信息化建设项目都必须有数据收集整理专题小组。该小组除了制定计划、标准、模板和制度，培训人员以外，最重要的工作之一就是不断动态跟踪检查测试。在标准和模板具备雏形的时候，数据专题小组就应先内部测试。通过后，立即着手试点单位或者主要参与单位的联合收集、整理和录入测试，这次测试数量可以不大，但是种类必须齐全，尽量覆盖所有的数据种类和条项，数据专题小组应通过多种工具和手段在最短的时间内及时发现存在的问题，并针对性的整改。之后，再和配套的制度一起下发，启动全面收集工作。

在此期间，数据专题小组仍不能放松，必须随时检查数据成果，随时准备进行技术支持和咨询服务，随时优化数据收集程序。从8月到10月雪润集团实际上就是在重复这个过程，只是由于事先没有规划，显得很忙乱，而且次序颠倒，比较被动。

总之，由于本项目缺乏前期规划和风险分析，当然就缺乏应对措施，所以出现头痛医头、脚痛医脚的现象就不足为奇了。（责任编辑：崔平）