《敏控项目管理拆书心得》项目前第2步（1）

前两篇我们交流了项目前第1步，总结起来可以是选择项目和如何把项目做对。今天开始和大家一起交流项目前第2步，首先我们先交流第2步的第一个环节：判定项目类型（以结果为导向）。

我们先来思考当下做项目环境发生了怎样的变化。记得几年前我做项目的时候，客户和发起人的需求还算是比较明确的，很多时候大家追求的是标准化，难的是如何做出来。后来发生了一些变化，产品开始追求独特性，个性化，定制化的诉求开始逐渐兴起，这样就让我们做项目有了很大的挑战。到现在环境的不确定性增加，变化的更快，需求更是需要实现多维度的功能。如今的挑战更多体现在需求和落地上，也同样体现在我们到底如何衡量项目的成功上。

《敏控项目管理》中有个很形象的比喻：以前我们做项目更像固定打靶，瞄准目标，直击靶心。后来做项目像是移动靶，虽然我们也是需要瞄准目标，但是不确定性逐渐增加和变化。现在更像飞碟射击了，需要我们不断的来确定目标在哪里了。但是我想和大家交流的是，不论我们遇到怎样的环境，我相信项目中，组织中这些情况都是同时存在的，我们应该怎样更好的分析我们项目的环境，建立一个适合我们项目的环境才是更重要的。固定靶项目/移动靶项目/飞碟射击项目。

这个问题是我当时早期直播一位学友提出来的，到底我们如何看待项目的成功标志。有个听众说，项目收尾了，交付完成了，客户验收了就算完成了。当时直播间有个听众说，要是按照这样说很多客户是不满意的，会影响项目收尾的。这个问题我也思考过很久。对于这个问题会出现一个值得我们思考的项目场景，项目做完VS项目做成。做完是按照时间、成本、质量和范围进行交付。做成更关注利益相关方的满意度、风险、和项目的收益。

同样我们还是要根据项目的环境来判断，我们面对的项目是做完了就等于做成了，还是做成了才算做完。做成的理解：让客户通过运用我们的项目/产品成果能实现他们的收益。收益更多指的是：可衡量的结果。比如我们给客户上了一个系统，是客户的系统上去了就算我们项目的成功了，还是我们支持客户用起来了，并且产生了改变才算项目成功。这些都是我们前期和客户/发起方进行确定和达成共识的。项目做完/项目做成。

我们都有所感触，现在的需求模糊度增加，范围不好界定，交付的结果不好衡量等都是我们越来越要面对的场景。在这样的场景下，我们还会经常遇到沟通难，冲突，团队协作也难等。面对这样的情况我们要如何做呢？有的伙伴说确定好范围和需求，确定好计划里程碑和交付物，然后按照计划执行，实现对项目的管控。有的伙伴说，需求根本确定不了，也很模糊，按照计划也会变更，应该用敏捷这样的路径法进行，才有可能更好的实现项目目标。

根据这张图所展示的，我们有没有可能让项目同时根据控和敏的方式进行项目管理呢。如何适应项目交付敏捷化的趋势，同时兼顾组织对项目的可预测性、可衡量的受控要求，这也是很多组织和项目经理所说的敏控双模的管理项目的模式。敏捷项目管理/瀑布项目管理

这个比喻还是我在上课的时候老师讲的一个很形象的比喻。问：我们认为是爬山难，还是航海难。大家说都难，因为爬山到顶也不容易，航海的话海上的情况不确定性很多。老师继续问，要是登山和航海二选一，大家会怎么选，现场几乎所有人说还是爬山吧。老师问为什么？有个同学说因为山再高它不会动，目标就在那里呢，不会变，我们只需要努力到达顶峰。航海项目的话肯本不是努力就可以达到效果的，风险性，目标性都很模糊。

这个登山和航海项目的比喻感觉太形象了，通过这个比喻来思考我们所面对的场景是什么样子。我相信现在做项目之所以难度大，越来越多的项目更像是航海了。

如果我们面对的是登山的项目可以通过强化控制来降低项目的风险。如果我们面对的是航海的项目，我们需要通过敏捷迭代、阶段路径动态来捕获项目成功的机会。

但是我同样相信，我们都会同时遇到这2种情况的。

所以我们更能理解这句话了：组织需要项目状态可控，项目管理团队需要敏捷交付。

今天就和大家交流到这里，下一篇我们和大家聊聊项目前第2步（2）。