豆瓣副总谈团队管理技巧的实战应用
时间：2014-01-13 10:26:33
来源：互联网
据程序员报道，临近年底，接到邀请，希望我能写一篇与团队管理技巧有关的年终盘点文章，盘点2013年业界与团队管理技巧相关的大事。2013年可以归纳为团队管理大事的事件倒是不少，例如Yahoo!美女CEO宣布取消在家办公制度，最近又按照绩效评估结果排名开始裁员;最近知乎上好事者提出的“你问什么离开xx公司”系列，各种回答纷至沓来，为2013的团队管理大事记提供了不少素材。可惜，不在局中之人，就算怀着最善意的心思去揣摩，也难以一窥其中究竟，所以对作者来说豪气万分地指点江山，倒极有可能落得个牛头不对马嘴的下场。思忖至此，不觉赧然。正欲一口回绝之际，忽又想起，虽然没法过一把“粪土今年万户侯”的瘾，在这蛇尾巴的当口，和大家分享一下2013年在国内团队管理技巧方面的各种新名词，也是件颇有意思的事情。当然，本人身处互联网行业，做的主要是技术团队管理的事情，眼界所限，也只能以我的个人体验作为整篇文章的基础了。
2013你方唱罢我登台的名词们
说起团队管理，我想但凡超过一个人的团队管理，都会面临这个问题。团队管理技巧规模小，个体能力强，依靠个人能力就能维持住团队管理;而如果团队管理技巧thldl.org.cn规模较大，一般就需要投入更多的精力来建立良好的团队管理技巧协作体系，依靠文化和制度建立团队管理的执行力。从微软到Google再到Facebook，概莫能外。当然，规模与团队管理的方式并不能简单地划等号，巨大如Google这样的公司，仍然在良好的工程师文化的基础之上，保持了相对宽松和灵活的团队管理体系。
团队管理技巧并非是什么神秘和高端的事情，采用什么样的团队管理方式，既与组织的目标和文化根基相关(说白了就是公司的创始人和早期员工)，也和当下的环境(包括行业环境与公司内部环境)相关。随着一波一波的组织兴起，一阵一阵的环境变化，团队管理领域的新名词也如长江后浪推前浪般层出不穷。在2013年的舞台上，全端工程师、自组织团队管理技巧、新兵训练营等名词闪闪发光。
有句老话说：“太阳底下没有新鲜事。”这话放在团队管理技巧领域显然极为适合。纵观技术团队管理技巧的氛围，从软件领域史前时代单兵作战的黑客群体，到重量级软件工程束缚下的“开发资源”，再到轻量级软件工程对个体能力的重视，团队管理技巧的方式明显在“注重个体”与“注重流程”之间走了一个轮回。显然，采用什么样的团队管理技巧方式无非是“现阶段能够最大化收益的做法”与“团队管理成员期望”之间的博弈结果。幸好，这种博弈不必是零和博弈，而可以是一种协作博弈。敏捷方法把软件开发看作团队管理的“合作博弈”，尝试在软件开发效率、客户满意度和工程师的满意度之间找到新的平衡。过去若干年敏捷思潮在软件领域迅速地攻城掠地，一方面固然是由于这种方式能够提升效率，满足了客户和公司业务发展的需要;另一方面也是因为敏捷方法较好地平衡了团队管理技巧与开发个体的需要。
不管怎么说，软件行业发展到了现在，软件从最初的个体手工制作进入需要某种规模的协作时代，软件从业人员快速增长，软件开发工具正在逐渐降低开发的门槛，各种软件开发方法与实践层出不穷，这些都使得软件行业中的团队管理技巧方式愈发丰富。在当下，恐怕我们已很难用某种特定的模式或者架构来描述软件领域的技术团队管理技巧趋势，反而活跃在2013年技术团队管理技巧舞台上的新名词，或许能够给我们打开一扇窗，让我们能够透过这些名词窥视到技术团队管理技巧领域的大潮。
2013年终名词盘点
全端工程师(FullStackEngineer)
2013年最让人印象深刻的技术团队管理技巧方面的名词，非“全端工程师”莫属。“全端工程师”是指那些具有多端开发能力的工程师(例如前端、后端、移动开发端，甚至还有运维端)，这类工程师可以一个人搞定一个项目，或者至少可以一个人搞定一个功能所有的设计和开发工作。从“前端工程师”(听说有些企业甚至还有“JavaScript工程师”和“HTML工程师”的分工)、“后端工程师”等日渐细化的职位描述变成高端大气的“全端工程师”，其中的变化可不是简单的名词替换。
和真实的社会一样，程序员的世界也处于不断的进化中。社会分工往往是社会进步的标志，因此，当程序员分裂成架构师、设计师、开发工程师时，我们并不觉得惊讶;当开发工程师细化成后端工程师、前端工程师之后，我们同样可以把它看作是程序员社会的进步与发展。可“全端工程师”是怎么回事?难道社会分工的发展在程序员的世界中不再适用了?而且“全端工程师”的称号特别让人容易回想起软件领域的史前时代，那时候的黑客们可是真正的全端工程师(当然，我猜他们不一定喜欢工程师这个一点都不酷的称号)，软件硬件、编程电路无所不能。
在当下的软件环境中，“全端工程师”这个概念到底意味着什么呢?在我看来，“全端工程师”的概念与生产工具的发展以及开发需要更加“快速”直接相关。开发语言与开发工具的发展，加上技术开发平台的标准化程度越来越高，可直接使用的框架和组件越来越完善，和几年前相比，如今的工程师可以更容易地掌握多端开发技能。另一方面，越来越受重视的“快速”开发和部署则在进一步寻找开发过程中可优化的部分。显然，如果一个工程师能够从前端到后端完成一个功能或者产品，那么开发人员之间、开发人员与相关协作者之间的沟通成本无疑会变得更小，开发的响应速度也会变得更快。一个拥有足够多“全端工程师”的组织，显然可以以更快的速度和更低的成本开发产品;而一个拥有全端开发能力的“全端工程师”显然也具有更好的适应性和改变世界的能力。《与机器赛跑》这本书把经济周期归结为生产力的提升，认为生产力的提升是造成就业结构变化的主要原因，那些跟不上生产力变化的个体将会被社会无情地淘汰。虽然我并不同意这本书关于经济周期原因的判断，但关于未来，我想说：“一招鲜，吃遍天”早已行不通了。未来的工程师不再需要用前端或者后端的名称定义自己，变革只会把保守的人甩下车。技术的作用在于满足用户已经表现出来或还未表现出来的需求。对工程师来说，发挥价值的地方仍在于与产品的强联系。积极发挥技术的力量，影响产品，影响设计，探索各种可能性，用技术帮助自己所在的组织改变世界才是迈向未来之道。
自组织团队管理技巧(Self-organizingTeam)
