技术管理三字经：管、理、决！
初看到“技术管理”这个词，你可能会觉得有点疑惑：技术是技术、管理是管理，怎么会有一个“技术管理”冒出来呢？
请注意：这里的技术管理不是指CTO、CIO那种职位（个人感觉CTO、CIO应该还是纯粹的管理职位），也不是项目经理，而是指同时具备技术和管理职能的职位。技术管理一般是管理一个5~30人的一个开发或者设计团队。
至于为什么需要这种职位，直接拿一个管理人员来管理不就行了吗？下面是我摘自网上的一个评论（来源： http://feiye.blog.51cto.com/126688/40022 ）：
我们常常会听到下面的一些论调。
30岁以上还在编码的人是没有什么出息的。
做技术的到了一定的阶段一定要转向做管理。
做到了技术经理以后就不用编码了，这些工作交给“下面”的人去做。
在我们公司，这种无知的见解很流行。所以常常是外行领导内行，垃圾领导专家。
话虽然有点偏激，但相信有很多人都有同感！！
闲话少说，简单介绍一下“技术管理”后，我们来看看怎么做“技术管理”。由于技术管理范畴较大，如果深入研究，估计写本书也没有问题，本博当然没有这个能力了，只能结合自己的知识、经验以及思考，提炼总结一下，就当是抛砖引玉。
我总结的技术管理非常容易记住，也非常容易理解，套用中华民族传统的三字经来说就是三个字：管、理、决。
管：管制、管教
“管”就是管制、管教，从字面意思上来看，有一点向下压的味道，其实确实如此，“管”就是一个“压”的过程。“管”主要目的是让团队能够“有法可依、有法必依、执法必严、违法必究”，当然这里只是借用的一个形象的说法，不是说“管”就要惩罚团队。
“管”的主要范畴有：制定计划、制定规章制度、制定基线，这些都是团队工作和行为的准则，能够保证团队成员都在同一条路上朝同样的目标前进，一旦有偏差，就有相应的纠正措施，当然也包含奖惩措施。
对应的PMP的管理领域为：范围管理、时间管理、质量管理，以及人力资源管理中的团队组建部分。
理：理顺、梳理
“理”理顺，梳理，从字面意思上来看，这个又是有点向上托的味道，与“管”正好相对，当然它们并不矛盾，都是为了最终能够达到目标。“理”用一句话说就是“为团队创造更好的工作环境”，
为什么需要“理”呢？因为项目运行、日常工作中会有很多“风险、困难、冲突”等不利因素，这些不利因素会延缓团队前进的步伐，打击团队的士气，削弱团队的战斗力，降低团队工作效率，因此需要管理者来“理”。
“理”的主要范畴有：解决风险、困难、冲突，这些都是为了让团队能够排除干扰（内部的和外部的），集中精力到“做正确的事情、正确的做事情”上面去。
“理”对应PMP的管理领域为：沟通管理、风险管理、人力资源管理的团队激励、冲突管理部分。
有的所谓的管理者只痴迷于“管”带来的强权快感，而忽略了“理”的重要性，遇到困难、冲突等就找替罪羊，或者摔下一句话“你们要主动XXXX，自己XXXXX……”，这种就是不合格的“管理者”。
“决”：决策、决断
讲了“管”和“理”，有的朋友尽可能就有疑问了：你前面讲的这些和普通的管理也没有两样啊，那么“技术管理”和普通的“管理”究竟有什么差别呢？
差别就在这个“决”字。“决”就是要决策、决断，因为实际工作中资源是有限的、时间也是有限的、团队的意见可能很难统一……等等这些都需要管理者来“决”。
试想一下：如果一个“管理者”不懂技术，那么做技术相关的决策的时候他/她能做好吗？这个时候就是“技术管理”的关键所在了：做技术管理的必须懂技术，而且要求比团队的人员更加懂技术。
估计很多朋友都看到过这样的决策方式：
1）拍脑袋：没有什么理由，脑袋一拍，抓阄一样随便抓一个；
2）听声音：看团队中谁讨论的时候的声音最大听谁的；
3）找靠山：找团队中最牛或者关系最好的一个人决策，有时还美其名曰“授权”
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
相信不用我多说，大家都知道这样的决策会有什么效果，大家对这样的决策者又是什么感觉：）
当然这个“懂”字不是说你的Java语法要比你的团队成员还要强，Linux API使用的比团队成员还要熟练，而是在更高层次的“懂”，比如说你要懂得根据实际情况选择用Java还是用C++，是否要采用某种新技术等。
怎么样？经过这管理三字经的一些讲解，是否对你有所启发呢？
当然，实际的技术管理要复杂得多，大家有兴趣的话可以深入研究。理论知识方面个人推荐PMP，非常适合入门级管理，可以参考我的博客《PMP：“拍好马屁”，改变人生》