吉宁博士观点
技术工作的对象是物，而管理工作者工作的对象是人。技术工作的成功标志，是利用物性达成目标；而经理人工作的成功标志，则是发挥出人的潜力。一方面，由于技术人不懂经理人以及经理人人不懂技术，是大量实际问题的根本来源，甚至也是企业和项目失败的主要原因。
管理工作者的最大秘密
很多名字里面带有“管理工作者”的工作实际上是技术工作，例如服务器经理人、资产经理人等。还有很多人生生地把真正的经理人，例如项目管理工作者、运营经理人等做成了技术工作，这就意味着把作为管理工作者对象的人看作是只有一系列属性差异，却并无人性和生气的物了。因此以这样的方式从事管理工作的人大抵会以失败而告终。管理工作者，永远意味着经理人活生生的人。离开了这一点，就谈不上什么经理人，无论是否将其冠以管理工作者之名。
经理人无常的人心，比起给个输入就能大致知道有怎样输出的软硬件系统，可控性差了何止千万倍。这也是很多刚上任的，甚至已经从事了很多年管理工作的朋友们始终搞不清答案的一个问题：到底怎么样才能在人心这样不可知的条件下，有效地实施经理人？
技术人员做经理人：控制和计划
经理人的成功，体现在发挥出人的潜力。这就使得我们思考：在怎么样的条件下，人能够发挥出自己的潜力？如果说没有经理人他人的经验，那就反过来想想自己好了。在下面几种情景下，你一般都能够较好地发挥自己的潜力：异地的老板突然说明天要大驾光临，要求你安排好接待和工作汇报；上面下达通知，一个月内网站访问量若突破日均10万PV，你可以拿到五倍的季度奖；一场对你来说很重要的演讲即将开始，你突然发现装着PPT的U盘丢在出租车上，只能裸讲。
以上这些情景有两个共同特点：第一，迫于压力、耽于奖金或碍于面子，你有了强烈的意愿想达到某种目的；第二，你有机会发挥出自己的自由意志，或者说主观能动性，来组织接待、优化网站，或是即兴发挥。
推而广之，观察运行比较成功的组织，即能够发挥出组织中的个体潜力的，也无非就是每个个体都或多或少地带有组织目的，并能够较好地发挥主观能动性的结果。
但这么说来，似乎有哪里不太对劲。在一般人的印象中，经理人似乎带有相当的强制性。为何前面说的，好像达到了的是被管理工作者者的目的，体现了的是被管理工作者者的意志呢？
这并不难理解，因为每个人都是一个有着自我意志的平等个体。为着自己的目的而采取行动，而在行动过程中发挥的也必然是自己的主观能动性。如果想要脱离这个前提来实施经理人，百分之百地达不到目的，即使被经理人者被迫采取了一些行动，也只是做做样子罢了。这个看似简单的道理，其实却包含了经理人的最大秘密：经理人的终极目标就是不要经理人。
具有较强专业性的技术经理人也是如此。在最优秀的技术驱动型的组织里，管理工作者者几乎都是把100%的时间用于服务、支持甚至取悦被管理工作者者，让他们为着自己的想法，尽情地发挥自己的天才。无价的技术产品几乎都是在这样的氛围中诞生的，这包括C语言、UNIX、Gmail等等，这就是很好的证明。
控制之禅
虽然我们已经了解了管理工作者的最大秘密，其实根本上是要靠被管理工作者者的自觉，而不是管理工作者者的主观意志。可是，这样的效果不是天然存在的，甚至也不是一朝一夕能达成的。因为人的想法不可能完全一致，想指望他人能够自然而然地读懂自己想要什么，不太可能。那怎么办呢？这就需要把自己想要的，传达给对方。
此即所谓的控制，虽然可以换个较为委婉的说法，但我还是更愿意用这个术语。换句话说，管理工作者中的控制就是要把目的沟通清楚、传达到位，而并不是要控制人的思想和行动，因为后者是无论如何办不到的。
在技术一线长年工作的人，往往在上手管理工作者时，感觉莫大的困难。这里面的问题就在于把握不好控制这个环节，具体来说，就是经常会把沟通和传达的内容，从目的变成了手段。
例如，很多人喜欢通过直接阅读全部源代码的方式，对于写代码的程序员实施控制。这样做究竟好不好，值得商榷。但有一些客观规律，却是很难违反。首先，一个人写的代码，另一个人理解起来存在不小障碍；其次，一个人每天能够生产和理解的代码的总量是有上限的；再者，同样一个功能，实现它的代码可能存在多种思路，而优劣的判断标准不仅失之主观，更是极其复杂的。更重要的是，实现要求的功能是目的，而写什么样的代码来实现该功能，这是手段。很多技术人做管理工作者的方式，简直是替人把工作做掉了。你可以把饭喂到别人嘴里，但是想让人不要饿死的话，最好还是让他感觉饥饿了自己学会怎么吃饭。
这就是为什么有时候，非技术出身又来管理工作者技术人的，反而比科班出身的效果还要更好些。因为他们不懂到底为了达到目的，可以采取什么手段，这反倒迫使他们把精力集中在把到底要达成什么目的讲得更清楚、更到位些。被管理工作者者反而对于采取的手段有了自由空间，把主观能动性发挥了出来。
非技术出身的人来做管理工作者也有问题，但问题不一样了。它变成了由于对于技术不够理解，而不能够很好地定义目的，甚至定义出很可笑的目的来。程序员这个群体里，用于调侃经理不懂技术而闹出的笑话，那是够多的了。所以管理工作者技术人和技术工作的，如果原先技术不过关的，还是有必要补一补技术课，不过这些是后话。
因此，控制这件事，看起来好像很容易，其实很难操作。不过，有一条原则却是无论如何都成立的，那就是管理工作者者自己要明确到底目的何在。如果是连自己都不清楚的工作，想把别人置于控制之下，那就几乎完全不可能了。
自己明确了目的还远远不够，传达到位才是实施控制的关键。如果站得太高或业务不熟，很容易造成传达的偏差和背离，但如果管得事无巨细，结果亦适得其反。那究竟最到位的控制应该是怎样的呢？一个可行的建议，也是几乎百试百灵的建议是：在目的和手段的交界处，落下控制的闸门。比如，如果目的是实现某个功能，而手段是写代码，那么控制的最好尺度就是把所要的功能描述得全面、准确，而把写代码的充分自由交给接受这个任务的程序员；如果目的是大规模改进系统的性能，而手段是修改配置和服务器参数以及添加资源，那么控制的最好尺度就是把性能改进的指标以及是否达标的评判标准，以及采购预算描述得全面、准确，而把具体的技术和采购任务交给对应的运维和采购部门工作人员去考虑和斟酌。当然，在必要的场合下，也不是绝对不能深入细节，特别是在需要示范和教育的阶段，但如果对于管理工作者有着长期打算，就一定要在某个时间点完全地放手让别人来做事。这就又得出了一个所谓的控制之禅：你什么都想控制吗？那就想方设法把你的目的传达到位，然后彻底地放手吧。
计划悖论
把目的传达到位，其实对于一个有长期打算的组织来说，也就差不多够了。因为这样的管理工作者必然会在某个时间达成效果，原因就是人一旦有了目的，那么发挥出主观能动性的力量是非常可怕的，可以说这是宇宙间最大、最持久，也是唯一可靠的力量。然而，绝大多数的实际情况中，管理工作者者面临的挑战不仅有要做什么的问题，还有什么时候要做完的问题。后一个问题，就不能仅靠控制，还要靠计划。
计划是一种对于管理工作者结果的预期，无论它以时间、成本、效益还是怎样的形式出现，都是一样的。因为要达到预期的各种资源，都可以在一定条件下相互转换。
几乎每次作为咨询师参加技术公司的计划会议的时候，我都忍不住想笑。因为计划会议还没有结束，我就知道计划的所有内容都百分之百地不可能按照会议上讨论的那样发生了。
为什么呢？因为我听到了这样的有关计划的对话。
功能A需要多久做完？开发需要两周，测试需要一周，那就三周以后上线吧。
这个统计怎么那么慢？是用Ruby做的，换C++吧，效率可以快一倍。
一共有六个模块，现在用了三周做了两个，那就是说还要六周？是的，老板！
在第一段对话中，有两个做开发的程序员的日历显示，他们分别要请三天和四天的事假，而开发团队一共只有5个程序员，但在会议上这件事被完全忽略了；在第二段对话中，统计算法显然存在极大的问题，本来应该线性增长的时间复杂度，成了近乎二次方的，换成汇编语言也不会对效率的改进有明显影响；在第三段对话中，6个模块中，已经完成的两个是最小的，余下的4个加起来，工作量几乎是已完成的十倍。
这些例子给我们以教训：制定管理工作者计划是非常困难的事，因为它需要关于未来的充分信息，以及关于目的的充足知识。但计划还会带来一个非常要命的管理工作者问题，那就是：一旦计划未能兑现，并且没有一个对此的合理解释，从此以后就不会再有人把计划当回事。
但短期的计划往往非常跟不上变化。信息瞬息万变，今天一个好好的人，明天就可能会卧病在床。对于开展工作所需要的知识，更是只可能随着时间的推移才掌握得越来越多，等到全部掌握的时候，无论成败，结果已经很明显，也用不着再计划什么了。
因此，真正有意义的计划，只有相对长期的计划。计划必须能够容忍对于未来的未知，以及必要知识的缺失。而要克服未知和无知，投入时间和资源是必要的，计划的周期越长，就越有可能在结果最终铆定之前，积累起预见所必须的信息和知识。
可是人们有强烈的倾向想要制定短期的计划，比如30天减肥，21天学会编程，等等。这其实是人类的惰性所致，想要付出微小的代价换取巨大的成果。但这样的计划一来是很难实现，二来意义也很小——30天减了肥的人往往又胖了回去，21天学会了一点编程皮毛的人往往没过多久就又忘记得一干二净。企业里面计划会议多如牛毛，但真正坚持下来做成伟大事业的产品或项目却寥寥无几。经过多年的观察，我发现了一个特别有意思的现象，不妨称之为计划悖论：先有了计划再上马的事业，大抵无疾而终；先有了很多积累最终计划才开始成形的事业，反而很有希望做大。
未来会有怎样的变数，你要从事的水有多深，都不是一开始能知道的，计划做得再漂亮也是枉然，只会让人觉得你不靠谱。
小结
大家可能注意到了一点，这篇文章里充满了很多矛盾，这正是技术和管理工作者工作的根本区别所衍生的。技术人对于确定性的工作内容会感觉习惯，甚至驾轻就熟、得心应手。但人性就太不一样了，它充满了矛盾，并且很难有什么确定性的规律让他人像机器一样服从管理工作者。事实上，管理工作者的魅力也正在于此。
因此，和技术工作根本不同的是，管理工作者不是要亲自照顾一切细节，而是要委托这些细节给被管理工作者者，由他们自己来发挥才能。控制他人，将自己的意志传达到位，然后彻底地放手，从指挥和命令的地位调整为服务和支持的地位，这就是最高明的管理工作者者们唯一应该做的。
计划是一把双刃剑，不要先有计划再做事，因为这个时候还不知道未来会发生什么。先积累一些经验，吃一些亏，朝向着目的推进一些，然后再一点点地形成一些长期的计划，这是做大事的节奏。如果计划未能实现，就要在结果出现之前想办法弥补，至少要做必要的解释来调整计划，否则团队的信心会受到挫折，对于管理工作者者的信任也会下降，而这对于管理工作者工作来说是非常不利的。
