You are never to dictate what I can and can not do. The only two words I want to hear from you when I ask you to do something are "Yes" and "Sir"。（我能做什么不能做什么，你管不着。我吩咐你做事的时候，只想听到两个词，"是的"和"先生"。）
                                                                                   – 《纸牌屋》第一季

想必大家都基本认同：最有执行力的团队莫过于军队。军队有纪律约束，有荣誉感引导。在战时，违抗命令者是可以被直接拉出去枪毙的（影视剧中^_^）。但在 现实中你的团队里，你行么？别说枪毙，说了一句刺耳的批评的话，都可能招来各种不合作。大多数工作并非金饭碗，Google , FB的员工还经常跳来跳去呢，“此处不留爷，自有留爷处”才是硬道理。

那我们靠什么保证团队执行力呢？

靠NB人士？也许可行。但看看你的荷包，金子够么？NB人士属于金字塔顶端，数量稀少，价格昂贵，且多聚集在国内外知名名企。对于普通企业来说，操作起来有极大困难。
大把金钱奖励？我们不是土豪，没有挥金如土的气魄，钱不是不可以给，但要用在刀刃上。
精神鼓励？可以用，但不能一直用，否则下面就要说你是“精神病”了。

回归本源，执行力是建立在员工的职业操守上的。在这样一个前提下，我们至少要做好三件事来保证执行力。

1、明确责任
让员工确定、一定以及肯定的明确这件事/这些事的责任人就是他/她。做好了获奖，做少了、做错了、做砸了，他就是“罪魁祸首”。

2、设立检查点
为了帮助员工工作在正确的方向上，不走偏，不做错，不漏做，我们要帮助员工建立好检查点，明确告知检查点所有内容。在检查点上有针对性的检查也是员工的责任之一。

3、频繁反馈
团队负责人应该像老妈子似的不断的催促和获取反馈，以即时把握执行力的真实情况。

锡恩的4R执行力理论还强调了一个“即时奖励”，强化任务执行与后果之间的关系，让员工第一时间感受到良好执行带来的成果，获得成就感和认同。

接下来就要将以上三件事耐心的变成制度、变成流程，耐心地让员工按流程要求工作而不是按负责人的指令行事。

最后将以上流程自动化。通过系统分配任务，通过任务单将任务相关的信息整合在一起，为执行者提供帮助。通过这样的一个系统排除管理者的人肉提醒、减少在以 上环节中的人为疏漏（比如缺少检查点，忘记反馈），尽可能排除人的惰性、忘性等带来的种种执行问题。通过系统为任务执行作出评价，可作为员工绩效的参考。

通过以上的措施，还可以很好的应对“熟人文化”：不是按某人的指令，而是“制度规程”去做事，按照执行力系统的分配、提醒和通知去执行、去反馈。

这样一来，管理者也可以从繁重的“人肉管理”中脱离出来，既可以通过系统众览全局进度，保证任务的按时正确执行，也可以将精力更多的倾注在其他重要方面的工作中。

国内，也包括国外大多数项目经理/技术经理都是技术出身，工作了若干年，羽翼丰满后，被赋予了带领一个项目的责任。从技术到管理的过程多数人都需要一段时间去转换和适应。什么时候算是合格了或者说是入道了呢？没有标准。但是从我的体会而言，是否开始主动思考项目是至关重要的一点，一个重要的转折点。

刚刚从技术转为管理的人一般都不能很好适应角色的变化。技术人员最拿手的、最擅长的就是技术了，编码是他们发挥才能的舞台所在，也是获取成就感的源泉所在。以前一个技术人员可能只需要完成自己那摊子事情即可，但是转换为项目经理角色后，他要关心的事情就比较多、比较繁琐了。时间、质量和人，无一不要涉及到。更有甚者对于国内很多开发行业软件的项目经理而言，应对行业客户也可能是份内的职责，焦头烂额也许是刚刚步入项目经理角色的人最真实的写照。刚开始做的不好，遭遇挫折和抱怨其实不是项目经理的错，他们曾经是技术人员，没有经历过系统学习和培训，转换角色后都是摸着石头过河，起初势必没有头绪，或者是照猫画虎，把以前自己的顶头上司的那套照搬过来，执行之，也不管到底适合否。项目在这样的状态下运行的磕磕绊绊，但在这样的一个过程中，多数项目经理会发现问题，开始调整、学习、咨询、参加各种培训，试图破解自己遇到的诸多问题。

开始思考项目，我觉得这应该是一个项目经理真正融入角色的一个标志。带了这么长时间的项目，我也是从今年中期才逐渐发现自己开始有意无意的思考整个项目的。中期总结、下半年目标制定、项目过程上的一些改进和新的尝试、新员工培养计划、促进现有人员技能提升以及新技术框架的使用，这一切都是在思考之后采取的措施。

公司采用的CMMI的Heavy Development Process，从心底比较抵触。做过几个项目后，发现自己再也不愿意做重复的事情了，决定另起一条线，尝试一些Agile的Practice。一个人努力的持续推进Process的改善，挺累的。很多人不理解，不清楚为什么要这么做，我也计划着逐步通过讨论和Training向大家渗透一些Agile的观点和做法，让大家从各个方面接受之。虽然我也只是初步了解一些Agile的东西，呵呵。

目前已经开始尝试的Practice包括：
- 看板管理；
- Daily Stand-up Meeting；
- 阶段性成果演示；
- 持续集成；

从目前来看，大家似乎对持续集成不是很感冒，对于CC.rb发送的build fail的mail也置之不理，自己都无法build成功的代码也照常提交，这只能说明大家尚未了解CI的好处，也没有养成好的代码提交习惯。

看板和Daily Stand-up Meeting对于大家来说都是很新鲜的事物，大家有着很高的热情，目前感觉瓶颈在我，如何能正确的执行这两种Practice，还需要我继续学习、实践和思考。一批书籍待我去读和领悟。

阶段性成果演示收到的效果最出乎我的意料，曾经写过一篇blog专门述之。

提高执行力、提高个人和团队工作效率、合理的团队建设、减少浪费和不断的过程改进是我下半年的几个改进重点。可以说，现在的项目是我的一个试验品，要想试验成功，没有一股子韧劲儿是不成的。对自己说：坚持住。