看软件开发人员如何管理？（转载）
以前带过一些开发人员，不乏有些不错的程序员，有的已经混到合伙人、总监及项目经理的角色。今天我要说的主要是站在程序员的立场上来分析人员管理。
程序员都是非常聪明的：
有些人很憨，对需求难以理解，难以沟通，难免认为他笨、傻、忠厚，你会不会经常拿他当出气筒呢？
有些人初来紥到，工作难免所有失误，你会鼓励他而且不在公开场合大声吵他么？
有些人性格古怪，专门和你对着干，你要不要给他来个下马威呢？
实际上所有的程序员都是非常聪明的，但是每个人有每个人的方向，在某些方面表现很差并不能全盘否定，合理的挖掘他们的特长，让他们发挥初来。
程序员都是非常要面子的：
程序员尤其主义面子问题， 记得以前抓质量管理一直没有头绪时，当时采用了一个小建议：
在每周六，所有开发人员坐在一起，随机抽一个开发人员，让其对本周开发的代码进行讲解，由底下其他人提意见，你为什么这么写？有更好的方法为什么不用？代码哪些地方可以再进行优化？
大家不但效率大大提高，而且也促进相互学习。
一个人的管理极限只有九个人：
一个人的管理极限只有九个人，当你的项目九个人以内时，你可以对每个人的工作能够很好的把握及管控。当大于九人时，切记一定要化成若干项目小组，因为这是你的极限。
程序员都是非常聪明的：
有些人很憨，对需求难以理解，难以沟通，难免认为他笨、傻、忠厚，你会不会经常拿他当出气筒呢？
有些人初来紥到，工作难免所有失误，你会鼓励他而且不在公开场合大声吵他么？
有些人性格古怪，专门和你对着干，你要不要给他来个下马威呢？
实际上所有的程序员都是非常聪明的，但是每个人有每个人的方向，在某些方面表现很差并不能全盘否定，合理的挖掘他们的特长，让他们发挥初来。
程序员都是非常要面子的：
程序员尤其主义面子问题， 记得以前抓质量管理一直没有头绪时，当时采用了一个小建议：
在每周六，所有开发人员坐在一起，随机抽一个开发人员，让其对本周开发的代码进行讲解，由底下其他人提意见，你为什么这么写？有更好的方法为什么不用？代码哪些地方可以再进行优化？
大家不但效率大大提高，而且也促进相互学习。
一个人的管理极限只有九个人：
一个人的管理极限只有九个人，当你的项目九个人以内时，你可以对每个人的工作能够很好的把握及管控。当大于九人时，切记一定要化成若干项目小组，因为这是你的极限。