要了解程序员，你首先需要深入理解他们使用的工具、流程，以及程序设计的艺术。你理解得越深入，在和下属程序员进行技术对话时，参与能力就越强，越容易获得他们的尊重。微软的一个程序架构师这样评价比尔.盖茨：“盖茨最喜欢和他的程序员一起将程序分析到比特、字节层面。在技术战斗中他可以非常轻易地守住自己的阵地，他之所以可以获得程序员的尊重，因为他可以轻易地战胜他们”。

成功地管理程序员最重要、最关键的因素，是得到你管理的下属的技术尊重。如果没有技术尊重，那么你的每一个具体想法，都可能会遇到主动或者被动的阻碍。正是由于这个原因，那些在职业生涯的某个时期没有做过程序员的团队管理者，才会觉得有效地管理程序员是极其困难的事情。

　　强化现有的团队

假设现有团队全部由普通程序员（能够完成交代的工作，但是没有主动创造能力）组成的。我们需要做的是招聘1-2位杰出的程序员，这一步要耐心，明确候选人是否是真正的杰出程序员，因为只有招聘到正确的人才能让工作高效，如果招到的员工很差，那么你就没有时间去处理其他的工作了（总是有各种问题不停地困扰着你）。

系统程序员/架构师容易在团队里显得有点格格不入，这是因为他们很多都是“独狼”，他们可能脾气很差，也可能技术上很有个人主义。这也是个人成就差别最大的群体。和这类人不同，杰出的程序员能够以一种优雅而简洁易懂的设计来架构大型的复杂系统，这些优秀的系统往往能让所有其他程序员的工作都更加轻松，因此，单人就能带来巨大的杠杆效应。我的理解是需要让系统程序员/架构师深入到开发工作，不要让他们只设计、不编码，应该把他们引导为杰出程序员，否则他们最终可能成为团队的鸡肋。

　　团队组成

杰出的程序员需要一群称职的程序员来配合，依赖这些程序员来完成日常的开发工作，实现设计好的系统和产品。和橄榄球类似，一个杰出的橄榄球队中必须要有那些负责阻拦和抢断的队员，而一个杰出的开发团队则主要由那些称职的程序员组成。这让我想起了电影《冲锋陷阵》的最后一幕，四分卫拿着球向对方阵地冲去，周围一群队友阻拦对手球员，能力弱的以自己的身躯直接和对方一对一拼掉，能力强的干掉一个又一个对手，直到四分卫冲过对方底线。这部电影我看了很多遍，也是我带领团队的精神指导，每次看到这一幕，我都依然会非常激动。

比较合适的团队成员组成：1-2名“英雄”+大多数“农民”+极少量“独狼”。

　　进度管理

我有一块小白板（不是那种很大的），我把它放在自己的面前。每天早上我都要写上今天需要参加的会议、自己要做的事情，此外，每天上午半天时间我会和每一个项目（产品开发、预研、调研，都可以）的团队成员过一遍当前进展。大家坐下来，好好谈谈已经实现的设计或代码，对疑惑、问题进行讨论。

因为这种方式可以确保自己不仅仅依赖于状态报告、项目时间表，这种方式也可以让你能够接触到说真话的员工，他们会告诉你哪些地方做的不够好，并且会主动请求团队管理者帮助，而不需要团队管理者来催促他们。最高效的团队管理者往往都是坦率的，也往往对下属有足够的时间，能让员工找到他们说出自己的想法，他们会认真倾听。

　　引导工作

团队管理者工作中的一个重要部分是引导事情走向正确的方向，并确保团队成员之间以及团队之间有正确的沟通。对于一个团队管理者来说，要想最大化地利用自己的时间和技能，就要引导程序员自己做出正确的决定，而不应该自己就把决定做了。这样做，可以帮助下属员工培养技术、积累经验、建立自信，还能获得那些具体执行决定的员工的认同。

如果你发现自己经常需要讨论非常具体的命令如何执行，那说明你没能很好利用你的管理技能，或者没能赋予下属员工足够的权利。作为团队管理者，你必须指出大方向，然后做好充分的检查，以确保员工做出正确的决定和实现。及早检查下属员工做出的重要决定，否则当你想中途接入并修正时，员工可能已经做了很多无用的工作。这也是为什么我在“进度管理”一栏中强化自己的每天进度跟踪、讨论的重要性。

　　保护成员