扫码阅读
手机扫码阅读

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

237 2023-08-30

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


















思考我们的环境


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

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


















思考项目成功的标准是什么


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

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


















思考步步为营和步步为赢


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

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


















思考登山项目和航海项目


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

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

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

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

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

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

想要了解更多,点击 查看原文