“回想这七天，一天一道催命的邮件让大家没有过好‘黄金周’，甚至在中秋之夜仍旧限时要求大家提交数据，为此我感到很惭愧，同时也感到欣慰。
“对于今天上午已经组织人力开始做拜访计划的SH大区、WN大区、GM大区、XJ大区，以及其他为此项目而努力的所有机构及人员表示感谢!有了我们共同的努力，胜利不会遥远。
“谢谢!谢谢!……”
合上笔记本，钟剑终于松口气，两个月来高度紧张的情绪，终于有个回笼的时间。一幕一幕不觉得浮现：
2006年10月31日，项目第三次上线终于获得成功，跟踪两周后基本无大的问题。钟剑踏上新的征程，这半个月里他总结了近三个月的项目问题，整理了一套更完善的项目实施方案，这次他将在一周内去7个分公司为其他没上线的办事处做准备工作。
报喜鸟集团周宏钧点评企业现场案例
S集团的移动商务项目可谓一波三折，其结局是戏剧性的，最终以2006年10月31日，项目第三次上线获得成功而告终。之所以叫“一波三折”，主要是因为项目的上线日期一拖再拖。回顾项目历程，值得总结的地方还是比较多的，笔者认为问题集中体现在IT规划、项目计划、启动会、数据准备、风险管理、沟通管理和变更控制管理等方面。S集团移动商务项目实际上浓缩了信息化项目的普遍问题，特别是有关数据整理的反复，反映了国内企业基础管理的薄弱，具有典型意义。笔者从2005年开始担任项目经理实施SAP ERP项目，采取ASAP加速实施方法，经历项目准备、蓝图规划、系统实现、系统准备和系统上线等项目阶段，也有过类似的经历，借此机会总结经验教训，分享给大家。S集团移动项目本身存在很多亮点，如最终项目实现上线目标等，本文不做重点阐述，本文仅仅针对存在的一些问题，谈自己的看法。当然，也仅仅是一家之词，不见得妥帖。
首先，S集团明显缺乏IT战略规划，移动商务项目准备时间达到2年之久，而项目的上马启动会议竟然是在项目经理不在场的情况下召开的，由此可见，该项目的整体生命周期是有其随意性的，反应了S集团IT规划的缺失。项目启动会议对于项目是非常重要的，其核心在于对项目经理的授权，明确项目高层次目标和项目可动用资源等。钟剑经理在项目运作当中多次推迟项目上线时间，数据提交的反反复复、项目经理身体力行进行项目加班加点等细节，从侧面反应项目经理对资源的掌控还是不够的，这也是启动会议没有到位的结果之一。
其次，S集团移动商务项目的项目计划制定不合理。从案例看来，项目上线的日期出现多次调整，分别是8月16日、9月1日、10月9日和10月16日，按照项目结果，显然项目进度是拖延了，但从根本原因分析看来，S集团移动商务项目总体计划是非常主观的，如项目启动会议定下来的“要求在8月16日30个分公司的各个办事处上线”目标，显然是值得推敲的。从项目管理角度看来，没有看到项目管理计划及其分计划(如范围管理计划、进度管理计划、成本管理计划、人力资源管理计划、沟通管理计划、风险管理计划和采购管理计划)。作为项目经理面对不可实现目标，虽然提出了项目进度方面的意见，但在郑总的一番“训斥”下，“钟剑没有再做任何辩解”，这种“委曲求全”以保项目上马的案例国内比比皆是，实际上反应了项目经理钟剑本身对项目计划方面经验的缺失。作为项目经理是为实现项目目标负责的，既然明知不可行的目标，为何要勉强为之呢?从整个案例看来，项目缺乏一个数据管理计划，数据管理计划包括数据在项目周期内是如何被管理的，也包括静态数据、动态数据的格式、收集要求、职责分工、进度要求、数据质量等方面。笔者实施的SAP ERP同样面临着数据的难题，除了总部的基础数据(大小物料、BOM、供应商主数据、客户主数据，物料数据因为行业特性，初始化达到上亿条记录，可见工作量的巨大)，还有全国600家门店的静态数据和动态数据，特别是动态数据，涉及到数据的一致性，需要同老管理系统核对比较，困难可想而知。笔者在项目的中期，也就是“系统实现”阶段，在SAP后台配置的同时就召开数据整理启动会议，安排各项工作任务，且采取了有效的策略，如静态数据提前收集、核对进入系统，动态数据多层次、多岗位的核查等。在整个过程中，值得一提的是IT要发挥主导作用，因为数据处理是一件很细致、很烦琐、工作量很大的事情。我们采取的措施是IT有效的利用EXCEL等函数功能，进行批量数据的比对，也取得了比较好的效果。在项目运作当中，我们更多的做法是IT的高度参与，难题由IT解，薄弱环节由IT帮扶，混乱操作甚至由IT托管等，这是数据管理方面引申开来的，对于项目的成功值得借鉴。
文章来源于领测软件测试网 https://www.ltesting.net/
