做软件项目管理：重苦劳，更重功劳

软件开发需要花费很多精力。然而，如果你听到有人自夸“我写的这个应用程序有300多万行代码”，那么你就要问问他这个程序里到底有多少行代码是真正需要的。

添加额外代码通常是考虑到某种扩展性。扩展性很重要，但是如果没有做好，它会起到反作用，从而延缓你目前的项目。

此外，超范围代码表明软件项目经理只看重超时和超力。如果你墨守成规地要求程序员必须加班加点地工作，那么一定要确保他们工作能产生额外且可用的结果。

我喜欢草坪总是绿茵茵的，于是便让洒水系统每天自动为其浇水。那是我在科罗拉多州度过的第一个夏天，我注意到一棵枫树的叶子落了一大半。我猜想这是高温和干旱引起的，所以我延长了浇水的时间，但是没有起色。我咨询的专家问我：“你浇水的频率和时间是多少？”我如实回答后，他说：“那就是问题所在！将浇水时间和频率减半，就会有起色了。”

我一直在用过量的水扼杀那棵树。少浇一些水果真起到了作用。这样做增强了这些树的抵抗力，帮助它们茁壮成长。两周后，我的树就恢复了健康，枝繁叶茂起来。

谈到工作时间，你的程序员就像枫树。占用他们少量但充足的时间，指定一些宽泛的任务，他们就会茂盛起来。给他们布置艰巨的任务，要求他们经常加班，他们就会开始枯萎。另外，因为他们工作时间太多，所以往往会写多余代码，把程序搞复杂了。

我过去的一位上司就相当在意员工工作时间的长短。周六上午是不是在上班，或者是不是一直加班到深夜，对他来说，这比员工的实际产出还重要。连续工作12小时甚至一整天的程序员不可能多产而高效。

在另一个团队中，经理要求我们保持传统的八小时工作制。是的，有些天我们会走得晚一些，但是这些是例外而不是常规。员工知道他们不需要长时间工作，但是必须尽职尽责按计划提交工作结果。所以我们精力很集中，很少分心，也能很好地分清工作的轻重缓急，并且高效利用时间。尽管两个团队开发人员的能力不相上下，尽管我们在第一个团队里工作到筋疲力尽，但我们在第二个团队所取得的成绩更多。

鼓励程序员 告他们所取得的进展，而不是 告他们工作多长时间。让他们知道你关心他们取得的成果，而不是想掌握他们在电脑前花费的时间。一旦团队成员意识到你是一个注重成果的经理而不是一个“投入时间”的经理，他们的关注点将转到获取结果而非数着钟点工作。