一个团队如何相互协调配合使执行力到达最好？从而让团队在整个执行过程中井然有序。
首先列举三家公司，第一家是一个社区；第二家是凤凰网，第三家是小米科技。这三家公司是三个特型，前者属于创新性的企业。凤凰网属于稳定型的企业，没有光鲜的产品但却稳定。小米科技属于发展型的公司。做管理要根据团队的情况来选择自己的管理风格，以我在凤凰网的经验为例给大家讲讲管理的方法，可能不适合各位以及各位所在的公司，只是做一个分享。
首先介绍一下在凤凰的时候人员结构，最上端是业务线，如博客，论坛，凤凰最核心的是什么？是一套CMS的系统，一个大的门户网站要建立在一个强大的内容管理系统之上。最上面是业务线，业务线下一层是基础研发线，负责像存储、图片的处理、队列，一些前端看不到的东西。门户网站实际上是以评论为主，评论系统是属于基础研发团队的，我们管它叫做基础服务。基础研发的下一层是框架研发，框架研发是针对于不同的业务线。而创业研发，实际上是为业务线的技术人员提供技术支持，满足技术人员所使用的框架。可能在PHP研发，Java研发，或者在其他语言上会用开源或者一些知名的框架。但是凤凰是自己独立研发的一套PHP的框架，来满足前端研发的这个需求。研发队伍同时研究一些新的课题，比如新兴的技术，算法或者新型的模型。而模型是由框架研发团队来做。再往下是助理层，助理层是帮助安排例会、进度，落实性的工作，在日常团队管理中遇到很多问题都是落实执行不到位，所以有助理层。测试是在最底层，负责所有业务、基础组件和跟技术有关的测试工作。今天要分享十一个话题。
责任
首先是责任，在团队管理的时候，经常会遇管理四五十人、六七十人的时候，一个人的管理范围大概是十个人左右，最有效的管理可能是六到八个人。到十人以上的时候，你就会发现一个情况，下边所有人都在做布朗运动，就像无头苍蝇一样，互相之间很多事情不清楚，比如项目谁负责，谁做策划，找谁解决问题等都是乱的。所以当一个团队的规模达到一定数后，首先把职责划分清楚，做事才能有条理，在执行前首先要把项目调理清楚。分享一个小故事，当时在凤凰的时候，同时并发的项目大概有30多个，是不是每一个项目我都要亲自负责，或者某一个项目找谁负责，都是很麻烦的事情。所以项目立项的时候就把它分成四个级别，第一种是战略级。诸如公司CEO一类的把它叫战略级，应该由总监负责。第二种是功能级，比如此项目负责图片处理，评论系统或者负责互联网企业的研发，我认为这种属于部门来负责的，老板不关心也看不到，我会将此项目交给经理负责。第三种是项目级，一般指一个季度开发的项目，可能是具体业务部门提出来的，不是老板提出来的，也不是技术人员研发出的，可能是博客，可能是论坛，也可能是CMS内容部门提出的需求。这些需求可能是做一个产品库，比如像汽车频道，化妆品频道有产品库的概念，这种需求研发大概在一个月到三个月之间，我们管它叫项目，只要有一个高级技术人员去负责整个项目就可以。最后一级，属于一到两周的工作，或一周以下的工作，甚至一两天一个工作，没必要让总监去负责，我把它成为支持级，做一个支持性的工作，没有新立项，可能是在原来博客的基础上，做二次开发和改版，那我们就把它叫支持性的工作。当有项目时，首先把级别定义清楚，这样不论是设计人员，产品人员，运营人员，测试团队还是老板们，可能就很清楚这个事情，这样出错去找谁就很清楚。我们把项目编号，S开头的要找到我；如果是A开头的，就应该去找一个部门，一个经理。这样就很容易进行管理。还有其他的措施避免内部人员做无规则运动。对于总监这一级，规定战略级的项目由总监负责。言外之意，就是把工作职责透明化，在我们很忙的时候，如何去和人事说呢？“你先去找谁，我现在很忙，处理不过来。”对于关心的事情会着急询问进展，而不关心的事情可以推到外面。实际上对团队的管理没有人约束我们，那我们的工作谁来约束？通过这种方式将工作透明化，知道我们的职责是什么，对项目要进行什么？战略级的项目要亲自去跟进，支持级的项目和项目级的项目、部门级的项目都忙不过来，所以对战略级的项目，让一个经理去打理，是做不到的。职责就是要把我们自己的职责定义清楚，了解自己到底要做些什么事情，这就是职责。
标准
第二个话题是标准，标准是什么？就是减少沟通的次数，在做项目的时候，会遇到一些事情，有大的项目，小的项目，战略级的项目，部门级的项目，支持级的项目，大大小小的项目，都会遇到项目分解和项目进度上的问题，有时候大家弄不清楚项目分的多细才可以，给大家分享一个例子，有一个同事向我抱怨，说经理要求的太过苛刻，半年多的项目，但他很着急，他把工作安排到小时，细分到小时，因为他觉得把一个事情尽快做完，前面要紧一点，后边要松一点是可以的，前紧后松，这个当然也是可以理解的。但是你想象如果下面有六七个经理，每个经理都有自己做事的风格，每个经理都有自己判断这个事情紧迫程度？自己的某些习惯导致经常会有人来咨询你，我到底应该怎么来安排我的工作计划，我怎么来细分我的这个项目的这个。项目的拆分和分解不到位，都没有分解好，后边的事情你是做不到的。所以我们干确定一个叫做标准的东西，我们把项目分成六个级别，一周以内，一月以，一季以内，半年以内，一年以内，一年以上。项目分级时，一周以内的项目就不讲究时间，不划分时图，不划分任务分解都可以，在规定时间内做完就可以，这种一般是支持性项目，不是大项目，战略级的项目不可能一周以内搞定。比如一个季度的项目，如互联网项目都是三个月左右，不管你是哪个互联网公司，也就是三个月到半年，要推出一个新的产品，不可能花一年左右时间去做一个事情。在三个月到半年之间，我们可以按日来完成，半年以内的可以按周来做做分解。大家如果都遵守这个标准，经理职责、尺度把握就可以一致，三五十人里四五个经理，几十个研发人员，相互之间就不会去打升级，因为内部的标准不一致导致研发人员讨论过多。项目迟迟未开始，有时是老板的问题，有些是产品人员设计的问题，有的是研发人员自己的问题。我们经常会说，你用对了人，这个项目就很快，用错了人，这个项目进展就很慢，为什么？因为每个人的标准不一样，我们要立一个统一的标准，希望大家都能够去遵守的一个标准，我们不断的去校对这个标准，才能驱动起来一个几十人、上百人的研发团队，这是我们刚才分享的第二个，通过建立标准来减少你的沟通的次数，也是一种成本。
协作
第三个叫做协作。通过互信才能协作。举一个例子，新来的工程师，新来的经理，经常会在第一次找我谈话的时候提出同样的一个问题，一件事情分解的这么细，分解到不同团队里，总觉得不靠谱，总觉得别人不可能在那个时间点提供给我想要的东西，所以我想自己来做。基本上都会被我拒绝掉。我跟他们讲一点，你要相信你的同事，相信你的团队能够在这个时间点提供给你一个支持，而不是每一次都自己去做，短期来讲是一个可行的一个办法。但长期来讲，整个团队的执行力是很低的，整体能力也是很低的，做不了什么大事情，这段时间度过，熬过，充分的建立起相互之间的互信。如何合作？如何将项目分解？这是一个假设中的项目，比如一个博客系统，大家会遇到各种各样的需求，其中需求里我分成了四种，第一要做一个权限系统，我认为这是个框架类的工作。做项目时，项目公司其实都是按照项目来分配，比如你有五个人做这个项目，就把所有工作都推给这五个人身上，加上项目经理六个人一起做这个事情，而我不是这样做的，我把它分成框架组该去做得任务，服务组该去做得任务，业务组该去做得任务和调研组来去调研的一些任务。实际上传统当中去想象的那五个人加上那一个人，实际上是我业务组的工作，什么才是业务工作？发博文，对于我来讲，发博文才是他真正的工作，你搞权限系统，断点续传，发评论，都不是你的任务，为什么？每一套系统都有权限系统，为什么要反复做？所以我要提出一个框架组，框架组来解决我做任何后台系统的用户登陆问题，权限问题，菜单的摆放问题，UI的问题，所有这一切的问题，我归结于我的那个框架组。那发评论为什么你要去做？没必要你去做，为什么？这是一个基础服务，怎么拉伸图片，怎么让图片放大缩小，怎么让它产生更多的作业图，是基础服务，怎么样发评论，你嵌一段JS代码就可以了，没必要去做，你要做什么？断点续传你要不要做？这就叫做调研，项目中为什么有很多风险？项目开始的时候，我们只分解了任务，而没把有风险的任务提前去预言、去调研、去做掉，当后边再遇到问题的时候两天出不来，三天出不来，导致项目就遥遥无期。所以我会把项目分成有风险的技术公关类的工作，把它提前分解出来，发博文也好，发评论也好，发帖子也好，对人要求不高的任务我放在什么位置？后面去考虑。整个调研的工作会在项目开始，UI界面到达我的手里之前，在整个项目起动之前，我可能就要研究好。最后大家看到我这个整个团队分组里面，有业务组、有测试组、有框架组、有服务，还有我的空闲人员，空闲人员干吗呢？谁空闲就让谁去调研，我有五个调研的工作我就分给三个人，每人去调研两个，两天可以调研好。整个项目可能就一个月的工作，为什么要让做业务的人去调研？没必要。还有一些接口的对应工作，如发评论，那可能对于我做评论系统的人来讲，就由他去辅助你来去做，一天就可以完成。框架就更不用讲了，如果做两三个项目，框架里边经常会有一个小问题，比如一个人提出要求，权限系统里边要有部门分级，就是按部门来跟这个权限系统，那这样的需求让谁来做？我不会让不关业务的人来做，我会让我的框架部门来支持。这样的话，最后分解来分解去，一个月的工作可能也就只剩下十几项，剩下的项目都由周边团队帮他消化，这样我这个项目的整个的进度是非常快的。你传统上认为可能三个人做一个月，实际上我是六个人做了十天。全新系统去加一个部门组，部门的概念，对他来讲可能需要三天，你整个研发的周期，后边所有的业务做起来，你可能是需要十天左右，实际上并没有耽误时间，也没有耽误工作。把这个项目分解，分组到不同的部门里去协作，经过半年到一年的锻炼和培养，整个技术团队的执行力就非常高了，每个人都知道自己的职责是什么，每个人都知道自己最擅长的是什么，每一个部门都知道给别人来提供什么样的服务。 全文阅读 »