技术、管理与30岁的槛～

原发表在新浪微博： @高春辉 （1）我相信在技术圈里，30 岁以后是不是去做管理的纠结，一定是每个做开发的人都会有的，包括我在内，也和很多人讨论过，但是我还是选择了自己喜欢.

对于公司技术团队新晋升的一些研发Leader、主管等管理人员，即使在大公司具有完善的培训机制，大多数人在一开始还是会手足无措，不能很好地做到从个人贡献者到团队贡献者角色的转变. 于是根据自己以及公司内部很多技术管理者的工作经验梳理出了一些技术管理者的管理模板，可以作为管理工作的实践参考. 基于职责确定团队的使命、目标.

这些天里工作的环境发生了一些微小的变化，可能以后对基层开发的程序员也会有更加具体的影响. 上周参加 Open Party 时，重点听了《那些失败的项目们》，分析了一个项目的提出、实施，直到最后失败的过程. 我也在想一个技术团队究竟应该用怎样的一种管理方式，才能让技术团队的效率达到更优. 我分了几个小主题，下面一一讲来.

编者按：这篇来自《程序员》杂志的文章是写给那些IT公司的内部人员，但同样适用于互联网的创业者们. 这篇文章可以告诉你，技术创业者如何完成从执行者到管理者的角色转变，作者梁景波. IT公司研发部门的管理人员大多是从公司内部的技术人员中提拔的. 在快速发展的公司里，这样的机会更多. 然而这种“半路出家”的转型也给我们带来了很多挑战，其中最关键的部分在于思维方式的转变.

我相信所有新晋的技术经理，都做过Team的工期紧张，自己加班动手写Code的事情，这种事情我自己也没少干过，事实上，偶尔我自己仍然会在critical的项目上写一些代码. 相信不少同志们还引以为荣，并且不少技术管理的书上，对于技术管理人员是否应该去写代码也有不同的观点，有些认为不应该写，有些认为一定要写一点避免脱离群众外行指挥内行.

　　在互联网项目当中，相信每一个项目经理或者制作人，最头疼的就是技术部的管理. 因为技术工作看起来是那么的棘手，一般人难以理解，而且技术人员大多数都似乎情商不高. 管理人员既不能轻易了解技术工作的内涵，技术人员也觉得很难和管理人员沟通. 特别是技术工作，难以在不同人之间交接，很多技术人员都声称无法继续别人做过的项目.

2012年1月28日消息，Facebook用户数量，已经突破10亿大关. Facebook在发展期间，所实现的技术成就，成为了IT行业工程师关注的话题. 究竟Facebook取得了哪些技术成就呢. Facebook前工程部门总监，在问答网站Quora上，对这一问题作出回答. 无论对于IT行业的投资者还是使用者，这些回答都有着指导意义.

最近有朋友与我探讨了软件基层技术管理工作方面的话题，借此从动机和方法两方面谈谈我的看法. 要做好基层技术管理工作，首先要确保自己有良好的动机，即明白自己为何要走上技术管理岗位. 做管理的根本是为了获得权力，但获得权力的动机却存在很大的差别. 有相当数量的人往技术管理岗位“挤”，是为了获得以后在工作中可以少做或挑做工作内容的权力；也有的人是为了更快、更多地获得公司动向的资讯，以体现“领导”的“与众不同”；还有人是为了更高的薪资.

　　临近年底，接到《程序员》杂志的邀请，希望我能写一篇与团队管理有关的年终盘点文章，盘点2013年业界与团队管理相关的大事. 试想，揪出各个公司在2013年的各种“大事”，指点江山，激扬文字，那种众人皆醉我独醒的感觉是相当的妙不可言. 可细细一想，2013年可以归纳为团队管理大事的事件倒是不少，例如Yahoo!美女CEO宣布取消在家办公制度，最近又按照绩效评估结果排名开始裁员；最近知乎上好事者提出的“你问什么离开xx公司”系列，各种回答纷至沓来，为2013的团队管理大事记提供了不少素材.