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