编程进阶网

如何把任务列表中的这些事儿都落实到地上，也就是“怎么做”的问题，即，如何确保执行过程可控、执行结果符合预期？
关于如何确保项目的有效执行，有两个探讨的角度。第一个角度是充分条件视角，即，列出有效执行的所有要点，大家照着做就可以把项目执行好。第二个角度是必要条件视角，即，我们探讨出一些要点，在项目执行中，只要有一个要点没有做到，项目就很难得到有效的实施。我们把这些要点整理出来，为我们的项目执行提供有价值的参考。
那么，都有哪些要点呢？换句话说，有哪几件事做不好，就必然会引发项目执行过程的不可控呢？发现有四大类问题最为集中。

不知你是否遇到过如下的情况呢：
1.虽然你很清楚做某项目的初衷，但是并没有去设定可以衡量的目标。比如某次技术重构、某个模块性能优化等。也就是说，虽然你知道自己想要什么，但是不知道出于什么原因，你没有设定一个清晰可衡量的目标。
2.虽然在你眼中目标很清晰，比如“完成手机app的性能优化，降低崩溃到千分之二”，但是负责项目实施的员工并不知道该从哪里下手去执行。
3.在你看起来，两周能搞定的事情，他人却花了3周时间。诚然，完成质量的确很高，可是和质量比起来，你更希望在 2 周内发布。
4.项目交付时间提前到这个周末了，员工没有完成，可他为什么还一副很无辜的样子呢？项目是如期发布了，可是这不是你想要的效果啊！
诸如此类的状况层出不穷。它们的共同特点在哪里呢？显然，它们都是有目标的，但是这个目标出现了三个情况：目标不够明确具体，至少没有具体到执行人员可以执行的程度。上、下级对目标的理解看似一致，实则有偏差，尤其是对进度、质量和效果的拿捏上。

请你回想一下在执行上令你不够满意的那些项目。然后问自己如下三个问题：这个项目涉及到的各个相关团队，是否都有一个明确的负责人呢？这个负责人和所有项目组成员，是否都清楚各方面的负责人呢？这个项目是否有唯一的总负责人，以及总负责人是否有效呢？
这些看上去非常普通的问题，却是很多项目执行障碍的一大源头。其中有两个模糊的地方，让“责任人”这个简单的问题变得失控。
第一个地方是：各负责人对于“负责”的理解常常是不一致的。很多负责开发的工程师，他们认为的“负责”就是承担自己份内的开发工作，而项目某一角色的负责人是指对该项目中所有涉及项目执行和协调的问题都要负责。
第二个地方是：总负责人无效。即，虽然有名义上的总负责人，但是总负责人顾不过来也好、自己不认同也好，都会在项目执行过程中“缺位”。

常见的说法有：“如果A也像B那么积极主动，这个项目就不会出问题了，所以A，你能不能更主动一些呢？”“我们明明约好了有问题及时通报，为啥总有些人不通报呢！”“我们各种各样的流程都有，很完整也很系统，但是大家就是不按照流程办事……”你能看出上面这些说法反映了一个什么问题吗？
由于我们见识过某些优秀人员的优秀表现，所以我们就过于迷信人的主动性和职业水平，等出现了问题的时候，就总觉得是“人不行”。
事实上，团队成员的能力水平都是正态分布的。另外，如果真的是“人不行”，那么人从“不行”到“行”也会是一个缓慢的过程，而此时此刻你就得做事，那你打算怎么办呢？这就要靠流程和机制了。
于是很多管理者就制定了全套的流程让团队遵循，但由于学习和执行成本很高，员工遵循起来非常痛苦，因此就干脆让流程机制去“睡大觉”。这也是很多团队的真实情况，他们有很多流程机制、规章制度的页面，但是还是做不好项目。
归结起来，这类问题主要体现为：过于依赖人的主动性，缺乏基本的流程和机制。虽然有机制，但是没有人监督执行。虽然机制有人监督执行，但是大家依然不愿意执行。

常见的说法有：“我通知了啊，为啥他们就是不听呢？”“对方有问题不主动找我沟通，关我什么事！”“我不知道啊！什么时候变更的？”“不是说好了周五交付的吗，他们没有如期交付啊！”
类似的说法还有很多很多。相信你一眼就可以看出，这类情况就是“信息不对称”，大家在一些事情上没有达成共识，由此产生了协作上的偏差和误会。原因可能是对信息本身的理解就不一致，也可能是没有有效传递和同步，总之在沟通这个问题上有诸多的不顺畅，归结起来就是：主动意识不足，沟通不够主动。通报意识不足，没有知会到所有相关人员。闭环意识不足，广播出去了，就默认对方收到了。

关于项目得不到有效执行，也许还有许许多多的其他问题，就好像“不幸的生活各有各的不幸”一样，项目执行不好也各有各的原因。
把避免这四类问题的钥匙归结为“有效执行四要素”，即目标清晰、责任明确、机制健全和沟通到位，以方便我们梳理和诊断执行问题。
image
为了提升可操作性，把这四个要素扩展为12个问题，如果你对某个项目的执行不够满意，又想了解到底是哪里出了问题的时候，就可以参照这个“问题清单”检查一下。相信很快你就可以找到问题所在，从而对症下药。
image