好团队不可能凭空出现,赢在Leader的可行规划

标签: 团队 leader 规划 | 发表时间:2015-04-14 22:48 | 作者:
出处:http://kb.cnblogs.com/

  《西游记》中的唐僧团队历经千难万险,终于求得真经,目标明确、分工合理为这支队伍最终走向成功奠定了基础。唐僧从一开始,就为这个团队设定了西天取经的目标,虽然经历各种挫折与磨难,但目标从未动摇。悟空探路、八戒牵马、沙僧挑担,几位徒弟一起肩负着保护唐僧的任务。虽然性格迥异、各有缺点,但目标分解合理及成员分工合作,最终风雨同舟,取得真经。

  《西游记》的故事引申到实际团队技术管理中,也一样有借鉴意义,本文作者为CTO俱乐部会员、湖北同城一家网络科技有限公司开发总监杨斌,他结合自己多年经历谈谈“技术团队的目标计划与任务分解怎么做”。以下为全文。

  两年前,来到同城指南网,相比沿海地区,公司人员规模不大,但在湖北襄阳当地算是最大的,公司主营资讯和3D地图,开发部人员近三十人。与许多管理人员到新公司一样,初到时我并未完全获得公司的信任,没有实权,甚至没有明确的职位,国内不少公司都存在这样问题,相信大家不奇怪。

  当时公司面临着经营方向改变的问题,从信息提供平台转到时髦的电子商务。限期要求开发部提供一个可用的商务平台,和很多公司一样,这样的决定并未考虑团队承受能力。在项目确定会上,口头指定由我来指导完成,但要完成这一目标,有几个现实问题:

  • 没有实权,除技术指导,无人员调动权;
  •  团队成员不信任;
  • 对团队成员能力不了解;
  • 尽管平台目标已经确立,但具体细节有诸多不确定,项目需求会没完没了;
  • 任务时间短(10个月);
  • 在开发新产品时,旧的平台依然需要维护,还要保证大多栏目平稳过渡。

  当然,我喜欢这种很有挑战性的工作,经过短暂的考察,我决定从两方面入手:一方面,为公司拟订一个2~5年的部门建设和技术规划方案,通过反复交流,获得了管理层认同,因为只有得到他们的支持才可能调动公司资源;另一方面,搞定开发部的程序员组。因为完成产品,他们是主要建设者;开发部由三个组组成,程序员组、UI组、测试组,程序员组在部门中属主导地位,只有取得他们的支持,项目才能有成功的可能;从技术入手,现有团队Leader反对的可能性较小,管理leader不反对,就是一种成功;部分程序员对项目管理模式较为不满,各自为阵,没有明确的考核体系,体现不出个人价值。

  搞定程序员组相比而言较容易,积极参与程序员组项目讨论,在讨论中我提出以下几点要求。

  1. 实现这一电子商务平台开发的目标,首先要做的是有个好的技术应用框架,为此我搭建了一个新的框架,同时写出案例进行演示,讲解应用中的技术要点,这一步,赢得了大多数特别是技术派程序员的支持。
  2. 新的框架更加条理,技术更加规范,但要求程序员的能力较高,为减少大家顾虑,我为此专门写了一个代码生成工具,能完成工作量的80%代码,而剩下的部分多与具体业务有关。由于工具帮助,任务变得相对容易。
  3. 为保证项目的成功,必须改变现在工作流程,并根据现有部门和人员特点,制定了新的工作流程,并说明流程中各工种配合的时机及承担的任务。

  通过一段时间努力,好的一面是,不出意外地获得了团队中技术人员的信任与尊重,并了解了各组之间的问题,通过各自的发言和实际代码能力对现有程序员、UI人员、测试员进行分级归类;不好的是,依然没有得到实施权力。大家依然在旧的方式中开发、争论。当时刚好是春节,节后项目依然进展不大。但随着时间推移,项目发布时间越来越近,最后公司终于决定让我来全面负责开发部工作。一切努力是值得的,前期的沟通、交流、培训获取了回报,当取得部门管理权后,我便迅速按成员能力分配各自的项目任务,并制定了开发操作规范。尽管过程中依然有磕磕碰碰,项目代码也未完全按我的想法规范,仍然按规定时间完成了项目任务,并超出起初对项目效果的预期。通过这件事,我基本上获取了公司及团队的信任。

  接下来的一年,推行新的管理模式和开发模式,相对之前更顺利,也培养出一批有执行力的管理人员。不论项目多寡,由于流程标准、文档完善,大家就像特种兵一样,不论是单兵作战,还是组队进攻,即便队员临时脱队,大家都能按要求完成任务而不自乱。

  如同软件设计,有很多种模式,但并不意味着我们必须按照这些模式去设计,软件团队的管理也是同样的道理,我们有很多可供借鉴的管理模式,没有哪种是绝对正确或错误的,“兵无常势,水无常形”,只有了解团队,并处理好团队内部和外部关系,才能做到“令行禁止”,才能合理分配任务。

  不落俗套,简单分享下我的经验,有的管理是可意会不可言传,前面描述的经历,希望能给大家一点启示。

  1. 不孤立地看待项目,开发团队有做不完的事,改不完的Bug,不能只顾眼前,要制订一个长期的可行目标计划,最好是2年以上的。首先,团队不会因为技术发展的不确定而带来迷茫,特别是那些高技术开发人员更是如此,容易留住人才;其次,各项目要围绕长期目标进化,使得现有项目产生更大的边际效益。
  2. 正确处理好与上级和同级部门间的关系,获取上级支持是前提,取得同级部门的理解则是项目成功的关键。高层有高层的考虑,不同部门所关心的利益也不同,不能只考虑自己部门的事,要明白,项目总是在这样或那样的问题中(人员、资金、资源等)完成,不要做完美主义者。
  3. 开发部门是产品的生产者,当项目出现问题时容易受到指责。作为团队的Leader,要做好沟通交流的工作,不要让团队直接受到负面影响,有的问题产生很复杂,不能简单推责给下属,要有担当。处理问题后要总结,制定有效制度(流程等),防范下次发生。
  4. 避免事必躬亲,信任下属,疑人不用,用人不疑;用明确的已公布的规范考核下属,指导而不是指责,划清责任边界,赏罚分明。
  5. 完善各种文档,在项目中,有的文档是必需的,如:
  • 需求文档,需求不明,不能启动项目;
  • 干系人表,明确职责,明确权重,是考核的关键依据;
  • 代码签入规范,加强代码审核,这样既能提高产品质量,也能提高参与者能力。

  通过两年的团队努力,尽管面临诸多问题,但仅从效率上看,同样的项目,比原来需要的时间减少一半,参与人员减少一半。顺利完成项目,团队成员才有成就感,并不断成长,技术不断提升,更重要的是,公司能获得更大的效益。

  很多人都在埋怨没有遇到好的团队,但好的团队不可能凭空出现,一流的团队不能仅靠团队成员努力,作为Leader,要有可行的规划,并坚定地执行、时势地调整,这非常关键。

相关 [团队 leader 规划] 推荐:

好团队不可能凭空出现,赢在Leader的可行规划

- - 博客园_知识库
  《西游记》中的唐僧团队历经千难万险,终于求得真经,目标明确、分工合理为这支队伍最终走向成功奠定了基础. 唐僧从一开始,就为这个团队设定了西天取经的目标,虽然经历各种挫折与磨难,但目标从未动摇. 悟空探路、八戒牵马、沙僧挑担,几位徒弟一起肩负着保护唐僧的任务. 虽然性格迥异、各有缺点,但目标分解合理及成员分工合作,最终风雨同舟,取得真经.

为什么 Leader Based 的分布式协议 Raft 是更好的

- - idea's blog
为什么 Leader Based 的分布式协议 Raft 是更好的. 这个问题隐式地表达了 Paxos 多主特性是不好的. 之前谈过, Paxos 不区分读写, 读和写都要进行完整的 Paxos prepare-accept 两阶段流程, 否则, 就无法保证一致性. 事实上, 我看过一些 Paxos 实现, 它们基于优化的考虑, 简化了 prepare-accept 两阶段流程, 最终失去了一致性保证而不自知.

管理者如何做好团队规划

- - Dustinsea
之前看过一篇文章,讲述的是孙正义如何设定目标及如何达成目标, 具体的原话忘了, 大概的思路是: 先设想自己10年后想达成的状态和目标,之后再分析要达到这个目标, 在第8年的时候需要哪些资源, 需要达成怎样的状态, 之后不断倒推, 直到当前;当然, 这么牛叉的目标设定方法, 不是每个人都能掌控的. 以前也曾经听一个Google资深产品经理的讲座,介绍Google的产品设计理念时,也提到Google一开始会将产品设想得比较宏大, 之后从某一个小点入手推进该产品,直到将该产品越做越大, 直到影响几乎全人类.

团队

- Lorna - 坏脾气的小肥
我最近心情起落比较大,如果把时间线再拉长一点,则是去年多自负,今年多自责. 冷静下来的时候也会想,我能不能做得更好. 每一个团队都有它的长处,有它的短处,对于团队的缺陷首先要问自己几个问题:. 1、有没有激励大家全心全意地认同和投入这个项目. 2、有没有分工合理,使每个人认同和投入自己的任务. 3、他的缺陷是否可以通过工作指导、严格督促,在半年或一年时间里自我完善.

MongoDB容量规划

- gOODiDEA - NoSQLFan
上周在公司做了一个NoSQL和MongoDB相关的技术分享,会后有同事问及MongoDB对内存需求的问题,做了简单回复. 今天就写篇文章对MongoDB容量规划做一个比较详细的总结. 首先我们要问一个很傻的问题:存储是什么. 存储就是用来装数据的东西,它需要满足以下两点基本需求:. 基于这两点,我们需要问的问题就是,这个存储能够存多少数据,能够提供多高的写入速度,能够提供多高的读取速度.

IPv6地址规划方法

- Power - cnBeta.COM
今年初ICANN和APNIC的IPv4地址池全部耗尽,亚太地区成为全球首个无法满足IPv4需求的地区. 伴随着我国互联网产业的高速增长以及未来三网 融合和物联网的发展,当前我国掌握的IPv4地址资源远无法满足高速增长的用户需求,我国将成为全球最早受地址匮乏影响的国家之一.

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

DBA团队的使命

- 2sin18 - Alibaba DBA Team
DBA团队的使命:提供高可用、高性能、可扩展的数据存储服务. 高可用:可用性是运维的根本,我们不管做什么事情,都要把可用性放在第一位. 高性能:对性能的关注是我们一直坚持、做的最好的一面,仍需要继续做到极致. 可扩展:也就是最适合的,易部署,可线形透明伸缩. 数据存储:不只是关注某个数据库本身,是基于对各种最先进的数据存储技术的精深理解,提供最专业的服务.

谈团队知识管理

- - 人月神话的BLOG
如果要谈学习型团队,那么团队知识管理就相当重要,团队知识管理介于企业知识管理和个人知识管理之间,核心是知识能够成为整个团队的资产,并为团队创造价值. 今年在团队知识管理上,重点就是按照cmmi的一些思路,形成指导书,规范流程,工具模板,培训教材,检查单的完整知识库积累. 明确各个岗位职责和分工边界,能够按着规范流程做事情,大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.