以前做了N个项目，往往是从项目立项后切入，上线后撤场。
那么，立项是不是项目首，上线是不是项目尾呢？以前觉得确实是这样，因为我们的工作场景基本上就处在这立项至上线期间；尤其是大部分外部实施顾问，工作的范围就在这个区间。
18年启动了SAP系统重构项目，我们发了大量的精力，开展项目立项前的筹备工作，包括梳理项目目标、项目的核心需求、外出对标；以及供应商初步选型，并要求供方加强对核心需求的理解、应答及补充等。
所以，我们把项目的首，从原来的立项，往前推了一步，即筹备。
项目上线后，顾问支持一两个月，就陆续撤场。
我们发现，项目上线后的使用，才是实施项目的关键。
于是，鼓励暴问、提需求，视IT系统为用户使用的产品，将烦恼提出来，不断改善，结构化评价维度及好评率得分，不断提升用户体验，确保系统真正使用起来。
而且，将项目的验收时间从原来的一两个月，推迟到半年；
期间，每个月进行好评率得分调查，不符合验收条件的，如核心需求未闭环、用户体验不佳的，不予验收。
所以，我们把项目的尾，从原来的上线，往后又推了一步，即验收。
在实操过程中，我们发现项目筹备期间，成员的目标感、紧迫感没有那么强，不如立项后的刚性，如何解决解决这个问题？
设置了【预立项】节点，预立项到立项之间即为项目筹备阶段，预立项时，除了需在PMS系统留痕以外，还得明确立项时间、项目负责人等关键信息。
通过预立项动作，树立起项目筹备的刚性，确实是不错的管理手段；
我们把项目管理的首和尾，从原来的立项到上线，扩展到预立项到验收。日后在总结时，发现许多新的方法工具，如核心需求列表、核心需求对标表、好评率等，都聚焦在筹备及验收阶段；
如果说立项到上线，是正确的做事；那么项目筹备就是论证机会点，确保做正确的事，而验收则确保做事做成功；从这个角度来说，决策层很关注筹备及验收。
我们曾比如过，作为项目管理人员或顾问专家，立项到上线之间的经验已处红海，因为大部分人都有期间的经验；
上线之后到验收之间的经验为浅蓝海，因为这是确保项目使用起来的关键；
而预立项到立项之间是经验的蓝海，因为项目能否成功的局，关键是在这里，开局是胜局、还是败局，项目筹备已见分晓。
那么，是不是预立项还可不可以更前置呢？项目验收后，项目的生命是否就结束了呢？我们能否具备知识的深蓝海呢？（待续）
网友评论