曾在"游戏规则与沟通"一文中我提到，要规范化，有效沟通，提高团队的效率和质量。时隔一年多，再来谈谈有了规范，各项工作正规后如何做技术管理。
以下所提到的一切的前提是：
1)中小企业或创业型公司等，至今我依然认为中小企业不适合搞重型管理方法；
2)技术上不要太业余。
摆正自己的位置
技术管理的核心就是为开发人员服务，协调各种资源，各种关系。
不要官僚，更不要买弄，大家都是搞技术的，多少还不知道点底细呀。不能视而不管，老板问起来了，你还不知道兄弟们在干的怎么样了？决之你是统筹把控全局，掌握好关键点，细点让兄弟们去做，别老是不相信人。别什么都自己干，更有甚者，总是喜欢亲自操刀，这让兄弟们情何以堪呀，要我说，这是活该，你就是程序员的命。还有一种可能就是确实管理不善，不会用人。
合理安排开发任务
既然不是一个人在战斗，那就让整个团队动起来，让每个人各有所事，根据项目时间、任务量、每个人的能力等合理安排任务。让每个人清楚自己手上的任务(需求、工作量、完成时间)，有疑问有问题马上提出来解决，没问题开干。有些兄弟有问题喜欢自己研究，可能研究了一两天了还没效果，要杜绝此类事情的发生。定时沟通了解情况，及时调整。如果A兄已经手上有几个任务且正在为某任务全力奋进时，你就别在拉着他再去开另一个项目的会议了，这样不什么效果的。
项目进度管理
跟进项目开发的进度，时刻关注项目进展，解决开发过程中遇到的问题。承上启下，让老板知道你的团队的工作进展，让团队成员知道我们的目标。
以业务为导向
技术最终是要变成产品的，多从业务角度考虑问题，有时候也需要灵活处理。
最后站在程序员的角度说几句
效率，效率很重要，最终要的是解决问题，所以别一天到晚玩技术，这个架构那个模式，解决不了问题，那都是浮云，书有时候也会害人的，大师的经验也未必适合你。
不要把程序员妖魔化，高效而快乐的工作，我认为开发者需要有成就感，我从来不提倡加班，如果经常需要加班完成工作，有两种可能：开发者能力有限，管理有问题。前者的可能性较小，除非是新手，我相信大家的能力，所以领导应该好好反省，加班真能解决问题吗？还有开发者注意自己的方法。所以8小时之外你可以尽兴的做你自己想做的事。
http://www.cnblogs.com/chy710
