技术工作的对象是物，而管理工作的对象是人。技术工作的成功标志，是利用物性达成目标;而管理工作的成功标志，则是发挥出人的潜力。一方面，由于技术人不懂管理以及管理人不懂技术，是大量实际问题的根本来源，甚至也是企业和项目失败的主要原因。

管理的最大秘密

很多名字里面带有“管理”的工作实际上是技术工作，例如服务器管理、资产管理等。还有很多人生生地把真正的管理工作，例如项目管理、运营管理等做成了技术工作，这就意味着把作为管理对象的人看作是只有一系列属性差异，却并无人性和生气的物了。因此以这样的方式从事管理工作的人大抵会以失败而告终。管理，永远意味着管理活生生的人。离开了这一点，就谈不上什么管理，无论是否将其冠以管理之名。

管理无常的人心，比起给个输入就能大致知道有怎样输出的软硬件系统，可控性差了何止千万倍。这也是很多刚上任的，甚至已经从事了很多年管理工作的朋友们始终搞不清答案的一个问题：到底怎么样才能在人心这样不可知的条件下，有效地实施管理?

管理的成功，体现在发挥出人的潜力。这就使得我们思考：在怎么样的条件下，人能够发挥出自己的潜力?如果说没有管理他人的经验，那就反过来想想自己好了。在下面几种情景下，你一般都能够较好地发挥自己的潜力：异地的老板突然说明天要大驾光临，要求你安排好接待和工作汇报;上面下达通知，一个月内网站访问量若突破日均10万PV，你可以拿到五倍的季度奖;一场对你来说很重要的演讲即将开始，你突然发现装着PPT的U盘丢在出租车上，只能裸讲。

以上这些情景有两个共同特点：第一，迫于压力、耽于奖金或碍于面子，你有了强烈的意愿想达到某种目的;第二，你有机会发挥出自己的自由意志，或者说主观能动性，来组织接待、优化网站，或是即兴发挥。

推而广之，观察运行比较成功的组织，即能够发挥出组织中的个体潜力的，也无非就是每个个体都或多或少地带有组织目的，并能够较好地发挥主观能动性的结果。

但这么说来，似乎有哪里不太对劲。在一般人的印象中，管理似乎带有相当的强制性。为何前面说的，好像达到了的是被管理者的目的，体现了的是被管理者的意志呢?

这并不难理解，因为每个人都是一个有着自我意志的平等个体。为着自己的目的而采取行动，而在行动过程中发挥的也必然是自己的主观能动性。如果想要脱离这个前提来实施管理，百分之百地达不到目的，即使被管理者被迫采取了一些行动，也只是做做样子罢了。这个看似简单的道理，其实却包含了管理的最大秘密：管理的终极目标就是不要管理。

具有较强专业性的技术管理也是如此。在最优秀的技术驱动型的组织里，管理者几乎都是把100%的时间用于服务、支持甚至取悦被管理者，让他们为着自己的想法，尽情地发挥自己的天才。无价的技术产品几乎都是在这样的氛围中诞生的，这包括C语言、UNIX、Gmail等等，这就是很好的证明。

控制之禅

虽然我们已经了解了管理的最大秘密，其实根本上是要靠被管理者的自觉，而不是管理者的主观意志。可是，这样的效果不是天然存在的，甚至也不是一朝一夕能达成的。因为人的想法不可能完全一致，想指望他人能够自然而然地读懂自己想要什么，不太可能。那怎么办呢?这就需要把自己想要的，传达给对方。

此即所谓的控制，虽然可以换个较为委婉的说法，但我还是更愿意用这个术语。换句话说，管理中的控制就是要把目的沟通清楚、传达到位，而并不是要控制人的思想和行动，因为后者是无论如何办不到的。

在技术一线长年工作的人，往往在上手管理时，感觉莫大的困难。这里面的问题就在于把握不好控制这个环节，具体来说，就是经常会把沟通和传达的内容，从目的变成了手段。

例如，很多人喜欢通过直接阅读全部源代码的方式，对于写代码的程序员实施控制。这样做究竟好不好，值得商榷。但有一些客观规律，却是很难违反。首先，一个人写的代码，另一个人理解起来存在不小障碍;其次，一个人每天能够生产和理解的代码的总量是有上限的;再者，同样一个功能，实现它的代码可能存在多种思路，而优劣的判断标准不仅失之主观，更是极其复杂的。更重要的是，实现要求的功能是目的，而写什么样的代码来实现该功能，这是手段。很多技术人做管理的方式，简直是替人把工作做掉了。你可以把饭喂到别人嘴里，但是想让人不要饿死的话，最好还是让他感觉饥饿了自己学会怎么吃饭。

这就是为什么有时候，非技术出身又来管理技术人的，反而比科班出身的效果还要更好些。因为他们不懂到底为了达到目的，可以采取什么手段，这反倒迫使他们把精力集中在把到底要达成什么目的讲得更清楚、更到位些。被管理者反而对于采取的手段有了自由空间，把主观能动性发挥了出来。

非技术出身的人来做管理也有问题，但问题不一样了。它变成了由于对于技术不够理解，而不能够很好地定义目的，甚至定义出很可笑的目的来。程序员这个群体里，用于调侃经理不懂技术而闹出的笑话，那是够多的了。所以管理技术人和技术工作的，如果原先技术不过关的，还是有必要补一补技术课，不过这些是后话。

因此，控制这件事，看起来好像很容易，其实很难操作。不过，有一条原则却是无论如何都成立的，那就是管理者自己要明确到底目的何在。如果是连自己都不清楚的工作，想把别人置于控制之下，那就几乎完全不可能了。

自己明确了目的还远远不够，传达到位才是实施控制的关键。如果站得太高或业务不熟，很容易造成传达的偏差和背离，但如果管得事无巨细，结果亦适得其反。那究竟最到位的控制应该是怎样的呢?一个可行的建议，也是几乎百试百灵的建议是：在目的和手段的交界处，落下控制的闸门。比如，如果目的是实现某个功能，而手段是写代码，那么控制的最好尺度就是把所要的功能描述得全面、准确，而把写代码的充分自由交给接受这个任务的程序员;如果目的是大规模改进系统的性能， 而手段是修改配置和服务器参数以及添加资源，那么控制的最好尺度就是把性能改进的指标以及是否达标的评判标准，以及采购预算描述得全面、准确，而把具体的技术和采购任务交给对应的运维和采购部门工作人员去考虑和斟酌。当然，在必要的场合下，也不是绝对不能深入细节，特别是在需要示范和教育的阶段，但如果对于管理有着长期打算，就一定要在某个时间点完全地放手让别人来做事。这就又得出了一个所谓的控制之禅：你什么都想控制吗?那就想方设法把你的目的传达到位，然后彻底地放手吧。