程序员们希望怎样被管理?

程序员群体基本符合彼得 · 德鲁克的「知识型员工」的定义：「那些掌握和运用符号和概念，利用知识或信息工作的人。」

从管理者角度看，知识型员工的管理是个复杂问题。但是从程序员、工程师们自己角度看，他们希望怎么被管理呢？

程序员们希望拥有自主的工作环境，希望拥有好的劳动工具(苹果笔记本、可翻墙宽带)，不喜欢条条框框和各种流程制度。比如，对其他岗位需要强调的纪律性的管理，签到打卡之类的事情，程序员心里尤其反感。尽管这种反感有的时候会看在工资的份儿上忍下来，但会造成他们心底的不快。

程序员们不希望工作过程被监控，也不希望工作环境里有个监工。如果管理者认为他们是「知识型员工」，那么就应该知道他们的工作属于创造性活动，依靠大脑而非体力劳动，工作生产的过程往往是随时随地的，进入移动互联网时代尤其如此。

程序员们渴望实现自我价值，希望自己的劳动得到别人的肯定与认可，尽管，他们自己嘴上不说出来。其实，大多数人都是如此，程序员群体因为普遍给人的感觉是相对不善于表达，但他们有同样的七情六欲。

程序员们多数不喜欢开会这样的沟通形式。但不意味着他们拒绝沟通和交流，他们会选择自己喜欢的方式，甚至是借助于代码进行交流 — 你不能否认用代码语言就不是沟通交流。

程序员们需要信任。管理者应该对有想法的技术人员做足够的授权，让他们自己去决定一些事情，多数情况下，他们会做的很棒。公司在进行重大决策的时候，有必要邀请资深工程师参与。

需要忍受程序员们犯错。他们写的程序会有缺陷，他们有些想法未必对商业那么有价值，出于对技术的迷恋，有的时候他们或许也会造成不小的资源浪费。他们甚至会写代码去抢月饼…对知识型员工多一点容忍没错，这不是公平不公平，也不是制度是否要严格执行的问题，管理需要适度的「灰度」，不是非黑即白。

时至今日，有些旧认知或许需要改变了。比如，现在还能看到所谓的「上班时间做非工作相关的事情」的说法，如果按照大公司公司制定的所谓工作制度，几乎所有员工都应该被开除。我相信没有人在工作时间没做过私人的事情，甚至还认为，很多人处理私事的时间可能多过工作时间，即使这样，也不能判定他是不是合格的员工(因为他可能在非上班时间处理了大量工作)，除非一个管理者只是要找一个看似正当的理由来针对某个员工。

一个团队，应该能容忍那些特立独行的程序员。世俗社会里，有个性的人往往要承担更大的压力，忍受那些不理解的眼光。这样的人，应该尽可能的理解他们，倾听他们的想法，听听他们直言不讳的批评和抱怨，那是很珍贵的反馈。

一个技术团队的领导者，不要只把自己定位成程序员的管理者，更应该变成他们的服务者，为他们提供好服务，提供他们所需，清除一些障碍，然后团队会创造更大的价值出来。

一个技术团队的领导者，即使是为团队做好各项工作和服务后，也依然会受到程序员们的质疑和批评，会让管理者很受伤。程序员们大多只会尊重比自己技术牛的管理者，这也是正常的。谁让你是个管理者呢？

在过去的职业生涯里，看到太多对程序员的糟糕的管理方式。以上只是我的一点感想，挂一漏万，未必面面俱到。如果还有机会，我依然会继续进行对知识型员工的管理实践。

哦，还有一个问题。不少管理者深深苦恼无法控制员工借助于社交网络建立自己的影响力，「他们要是把这个精力都用在给公司干活该有多好啊…」我想引用一下 Reid Hoffman 在《联盟》一书中的这句话：

最有开创精神的员工希望建立有别于雇主的「个人品牌」 ，这是对终身雇佣制年代结束的理性而必要的反应。公司不需要无条件地支持员工的理想 ，但必须尊重他们。协调意味着管理者应该明确追求并强调公司与员工价值观之间的共性。

世上本无事。

题图：Super Lunar Eclipse (Blood Moon) September 2015

近期文章：

从明天起，做一个沉默的人

从罗辑思维的「得到」说说「知识付费」这事儿 不要把孩子交给杨永信们

技术之外

技术人如何才不至于虚度一生?

小道通讯 开放订阅

禅定时刻：

彼得 · 德鲁克的书真好啊