首先，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集团移动商务项目还是没有做到位的。对于变更需求，完全可以按照正式的变更管理流程进行。本案例也反映了项目变更管理委员会等变更决策结

上一页  [1] [2] [3] [4] 下一页