时间表为何常失控
杨光为了确保项目顺利上线，在CRM项目开始实施的时候，时间表是需要精打细算，避免CRM项目每个任务滞后执行。然而在项目执行时，总会出现一些让他意想不到的事情。这些事情对项目的影响力是非常之大的，现在细细一一分析：
（1）CRM需求偏移：随着CRM项目的深入实施，大家对CRM的热情越来越高涨，提出的需求也越来越多。造成的后果是无论是删减、增加或者改变项目需求，都致使时间表发生相应的调整或滞后。
例如，在实施过程中，一方面是对于部分关键需求没有给予足够的关注，造成业务使用用户总是抱怨不好用，从而不断修正问题。另一个方面，人们总是眼光朝上，却忽视了公司对CRM的真正需求和实施难度，总是喜欢添加一些原先时间表规划所没有的东西，导致存在大量功能冗余，也导致实施时间表的失控。普遍存在的是，有些项目组成员觉得反正我们都要花时间，就再增加几样东西吧，这会让我们的项目锦上添花。这样就积少成多，集腋成裘。使本来是计划周密的时间表，在每件事情平均所需要的时间都比预期滞后了20%。不仅消耗了时间，而且也模糊了最初的CRM项目需求。更严重的是，CRM项目需求范围已经扩展到公司真正需要的范围之外。
鉴于多次调整时间表滞后的无奈局面后，杨光确立了CRM需求变更的根本原则，坚持基本业务需求为主干，避免将实施范围扩大化，将不确定和复杂多变的需求排除在实施策略之外。杨光给CRM需求重新作了定义，将需求定义为“必须的需求”、“应当具备的需求”和“锦上添花的需求”，严格坚守核心功能。并在项目过程中一直不断跟踪，以便控制在时间表范围之内。后来事实证明，只有做到了需求范围明确才能避免时间表不断滞后的恶果。
（2）进度控制松紧不一致。在宏润CRM项目中，杨光发现时间表经过调整后，没过多久时间表滞后又来了。例如，在项目进行到一半时，由于在项目开始时前期数据准备工作太过拖沓，关键数据常常在实施需要使用的时候，才发现数据准备不充分，或者根本就没有收集这些核心数据，导致进度远远落后于时间表。
于是，为了按期完成项目，杨光不得不投入更多的人力资源去整理数据。这些后来参加者因为对项目不够熟悉，存在软件界一直说的“人月神话”的弊端，反而让滞后的时间表更滞后。
（3）时间表监控的失效。项目监控的目的是通过周期性地跟踪项目时间表的各种参数，如进度、工作量、费用、资源、工作成果、风险等，不断地了解项目的进展情况，以便当项目实际进展状况显著偏离计划时能够及时采取纠正措施。因为执行计划的是人而不是机器，每个人做事都可能与计划有偏差，何况一群人呢。再者，环境也会发生变化。但杨光发现原本合理的计划在实施过程落空时没有及时调整，而且还存在“执迷不悟”地按照不合理的计划行事，导致时间表滞后时常发生。
对症下药 有效避免时间表滞后