会员登录
会员注册
2006年10月8日，周日下午两点四十五分，钟剑开完项目小组会议，宣布项目时间推迟一周，然后给各地的销售文员发了封Email：
“……(原因分析)
“综上所述，为了保证项目的实施质量，经请示相关领导，决定将此次新旧系统的切换时间向后推迟一周，即10月9日改为10月16日。具体安排如下：
“…… 来源:考试大
“发出这样的邮件通知，于我是很痛苦的决定：一个决定了的事情随意变更是我所痛恨的，相信没有人会希望如此。但我们都必须面对现实，我不能让为这个项目战斗了两个多月的各位同事再增加压力了。作为这个项目的负责人，我希望一起努力的结果是成功。在国庆长假里，仅我个人为数据的整理和准备花去了100个小时的时间，也就是说加班了11天多。当然我知道不只是我一个人在孤军奋战，还有各位办事处的文员和项目组其他同事们。
“回想这七天，一天一道催命的邮件让大家没有过好‘黄金周’，甚至在中秋之夜仍旧限时要求大家提交数据，为此我感到很惭愧，同时也感到欣慰。
“对于今天上午已经组织人力开始做拜访计划的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托管等，这是数据管理方面引申开来的，对于项目的成功值得借鉴。
再次，S集团移动商务项目风险管理做得很不到位。从案例看，项目的进度风险是很大的，项目实施过程也证明了这一点。本身作为高层强制性的规定项目进度要求是项目的风险，这是建立在“假设”基础上的，假设是项目的风险来源之一，需要在项目运作过程中不断去分析和跟踪。9月15日反映的统计报表与日常手工报表发生严重不符，实际上也是没有做好风险识别、风险分析和风险应对措施等方面工作。其原因分析是“上线前销售渠道分类没有按照标准统一的严格规定执行”，这就是风险啊。
再次，S集团移动商务项目的沟通管理也需要总结。8月11日，数据采集只有一半的办事处回复了，而且数据不是按照标准要求提供的，反应了沟通的不到位。对于项目不同的工作要有因地制宜的沟通方法和沟通技能，从数据采集角度看，完全可以通过正式的、书面的、模板化的要求终端进行数据收集。当项目出现了两次进度拖延后，9月22日，高层让钟剑就数据整理的困难在全国销售会议上汇报，间接说明项目经理在沟通管理上及其被动。作为项目经理的钟剑要建立不同级别的项目会议，如项目例会、项目评审会议、项目进展会议、项目风险分析会议、项目决策会议等等，通过及时、有效的专题会议形式完全可以把项目沟通工作做好。另外一个侧面细节值得关注，在确定最后项目上线日期10月16日时，项目总监欧阳雪对许建国、王新水的一段话可以看出，项目的历史沟通频次还是不够的。
然后，项目变更控制缺失。有个细节，10月8日，项目经理钟剑为了调整项目上线日期，以辞去项目经理作“危险”，可见项目变更管理在S集团移动商务项目还是没有做到位的。对于变更需求，完全可以按照正式的变更管理流程进行。本案例也反映了项目变更管理委员会等变更决策结构还是没有在项目中建立。作为项目经理是“集成者”、“综合者”，需要坚定的信念和项目流程管理经验。从案例看来，项目经理这方面意识是比较薄弱的。
最后，S集团移动商务项目也存在很多亮点，如项目经理钟剑的项目收尾工作还是可圈可点的，在项目成功上线两周内，他总结了近三个月的项目问题，整理了一套更完善的项目实施方案，体现了项目经理的综合能力，也反映了项目管理重视历史信息和经验教训的特点。又如团队建设方面，项目经理的最终项目上线日期变更邮件，其中反映的国庆长假的集体加班，也包括个大区的项目人员的表现可圈可点，可见项目整体士气不错，项目经理功不可没!