如何给团队中的程序员定期制定一个可以量化的目标？
2012-01-19 17:31:22   来源：   点击：

3 个答案

• 答案 1：

  不是必要的话，请别在程序员身上玩“定量”，“指标化”或者任何肤浅地理解了“目标管理”的其他手段，程序开发的复杂性早在几十年前就有公论：“No Silver Bullet”。有过行业经验的人都知道定不定量不是你想不想，也不是你定好了量项目就能按照这些个量走了，大多数情况下，这些量都只是些笑话，定量化的技术团队管理方法会产生很多副作用，会很快的把团队建设的空间里的空气吸得一干二净，一旦定下量来，管理人员通常认为对技术团队的管理思路已经形成了，管理结束了，这是很本位的思路，从某种意义上来说，很机械很冷酷。不定量不代表没有目标，对程序员的目标管理有两个方面：

  通过合适的任务分配，对任务意义的阐释，让他们可以自我驱动，这意味着管理协调人员尽最大的努力让一线人员工作在有趣的事情上，在这个基础上，通常没有必要再来特别讨论所谓“目标”，这个东西已经在他们心里，大多数人都想把自己的工作做得出色，尤其是自己感兴趣的那一部分；

  充分认识并尊重程序开发工作的规律，有条不紊地安排好开发节奏，有了开发节奏，团队才有空间和时间来沟通，来细化需求，所有的人都能接受赶进度，但没有人能接受总是赶紧度，虽然多数技术团队都在寻求提升productivity的方法，但个人的经历告诉我，长远来说，有条不紊地开发节奏可能已经是效率最高的方式了；假如管理人员能够充分尊重程序工作的规律，那么就能获得整个团队的长足的正面反馈，假如管理人员决定无视这些规律，对团队本身就有破坏的风险。

• 答案 2：

  对于程序员，我的做法是不定量，但是给他安排的任务是一些开发的任务，有一定挑战性，这样本身就激起了他的斗志。徜徉在程序的海洋，然后开发完一个功能后给他带来的成就感和喜悦，本身就会促使他奋力前行。程序员们都懂的。

• 答案 3：

  太难了，定量无非对单任务考核工时，或对多任务的工作在一定时间内考核完成量，都不太合适。多数情况下，程序员在一定时间内都只处理一个项目，可以将项目目标拆解成多项，按重要性、优先度等等分配权重，最后来评估完成度，定性指标就转化成定量指标了。不过啊，太麻烦了，除非一大堆的程序员，流程很完善，否则管理成本还是蛮高的。