打造最佳开发团队的几点建议-转载

标签: 随笔文章 | 发表时间:2013-03-29 15:56 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
原文: http://www.csdn.net/article/2013-03-21/2814583-the-best-developer-team-structure

在灭火时,有一种“水桶阵型”——队伍中所有人排成一列或几列,将水桶从水源处传递到火灾现场。这样在团队协作时甚至不需要语言交流,但显然不适用于软件开发。

Scott根据自身经验,针对软件开发 总结了以下几点建议,不一定全面但是值得参考。CSDN编译如下:

组织架构是完成工作的工具,你需要好的工具来增加工作效率。没有永远最佳的组织架构,每一个项目都有最适合它的架构。


我个人的工作经历主要是关于网站早期开发,这是一门非常特定的工作,因此非常偏向于敏捷/迭代的工作模式,如果你是为银行或者航空公司做开发,肯定需要不同的工具和组织架构。

根据我的经验, 通常3-5个开发者围绕这一个PM(项目经理)能够达到最佳的工作效率。PM是一个过于复杂并且常被滥用的术语,坦率地说,我非常讨厌这个词。这里我所说的 PM是指“解释、阐明项目需求的人”,因此 从产品战略的角度PM需要有强烈的想法,清楚需要构建的是什么,但他们更重要的任务是 权衡从客户到设计师等等的全部利益相关者的需求,并据此制定计划。

工程师可以是PM,我也见到过很多成功的案例,但需要注意的是,实际上他们的职能完全不同。作为一个PM,你需要理解“团队”和“一群人”之间的区 别:团队的工作方式更像一个单位;团队中有角色之分,比如四分卫、组织后卫,游击手等等,但每个人都为了同一个目标努力完成自己的任务。一群人则是指很多 聚集仍在一起的人,而非一起工作的人。 你需要构建的是一个团队而非一群人。

组建团队的方式有很多种,这里列举一些:强制结对编程;通过将项目按组件分解,保证多人同时作业;技术设计与编码分离;降低WIP(Work-in-Progress)能够驱动结对乃至多人编程项目。

注:保持低的WIP度是一个非常神奇的解决方案,当你不知道该做什么时,降低WIP!

每当我的团队增长到7-10个开发者时,我总会将它分为两个团队。不论是什么项目,10人的团队都过于庞大,这时候你需要以子团队为行动单位。团队 划分应该很自然,需要能够明显地区分两个团队。有个非常有名的原则叫做“pizza原则”,就是说:如果两张pizza喂不饱你的团队,那么它太庞大了!记住,团队复杂度不是线性的,而是指数式,当你有更多的员工、更多的团队,花费在沟通上的时间也就会更多。新团队的组建不能凑合,不是随便雇5个人就能称之为一个团队,最好的方式是“有丝分裂”(类似于举荐)。

如果你拥有多个团队,那么就需要有人来担当“首席架构师”一职。随着时间和团队人数的增长,这会很自然地成为一个任务。首席架构师不需发号施令,这只是一个头衔,但总需要有人顶着这个头衔!记住,他绝不是“软件设计之神”。如果你真的这样认为,你会失去招聘好员工的机会,因为好的员工应该对“什么是好的软件设计”有自己的观点。这个角色更像是“软件设计协调者”,帮助所有人取得架构设计的共识。 首席架构师如果做得称职会非常辛苦,因为他需要车前马后地与人辩论,并最终保证大家得到共识,但这正是关键!

如果你的公司非常大,就像财富500强那样,也许这时候你需要有一个能轻而易举地决定软件架构的“软件设计之神”,但我并没有这样的工作经验。

根据我的经验,最好还需要有一个“团队主管(Team Lead)”。这个职位应该从项目经理那里分离出来,经理负责绩效考核,主管负责帮助员工完成工作。当然,团队主管的职责更应该依项目而定,有时甚至不是必须的。团队从组建到揉合一般需要六周时间,这仅仅是针对公司的正式员工,新员工融进团队的时间还会更长。

另一方面,不要害怕修改团队的组织架构。和运动一样, 队员间的化学反应非常重要!有些人在一起工作时能发出更高的工作效率,同时让员工做自己关心的事也很重要, 致力于自己关心的工作通常也能带来更高的工作效率。我通常会安排合适的人去做他喜欢的工作。

当然, 没有任何人愿意做的事,应该让所有人都轮流去做。如果你的团队是真正的团队,这就不会是什么问题,他们会愿意投入这些肮脏的工作。

最后,随着组织的增长,“软管理”会变得越来越重要。你需要将组织或者公司的使命、价值观、愿景这样的东西文档化,比如写在纸上或者wiki上。只有愚蠢的老板会认为这是在浪费时间。

  青春就应该这样绽放   游戏测试:三国时期谁是你最好的兄弟!!   你不得不信的星座秘密

相关 [开发 团队] 推荐:

Medium开发团队谈架构设计

- - 博客园_知识库
  说到底,Medium是个社交网络,人们可以在这里分享有意思的故事和想法. 据统计,目前累积的用户阅读时间已经超过14亿分钟,合两千六百年.   我们支持着每个月两千五百万的读者以及每周数以万计的文章发布. 我们不想Medium的文章以阅读量为成功的依据,而是观点取胜. 在Medium,文章的观点比作者的名头更重要.

软件开发团队主管易犯的十个错误

- Frank Cai - 36氪
本文是Roy Osherove在Skills Matter的一次发言,他介绍了团队领导经常会犯的十个错误,并提出了一些解决方案. Roy首先提出几个团队领袖可能遇到的一些问题:. 我如何说服的我团队做某件事情. 我该拿团队里的那个专门搞事的家伙怎么办?. 我们为什么无法远离无谓的争吵呢?. 他说这些问题其实缠绕他多年,接下来他也逐一做出解答.

Windows 8 VS Windows 7:开发团队对比

- 洞箫 - cnBeta.COM
微软已经公布Windows 8系统的35个开发团队,我们不妨对比一下Windows 7系统的25个开发团队,看其中有何变化. 微软Windows/Windows Live部门总裁史蒂文・辛诺夫斯基(Steve Sinofsky)在博客中表示,Windows 8的每个团队有25-40名开发人员.

Sony Ericsson 将提供手机协助 FreeXperia 团队开发 CyanogenMod 7.1

- NOir - Engadget 中国版
看来 Sony Ericsson 似乎终于理解,Android 并非是个可轻易套用于所有设备的系统. 而在 FreeXperia 团队努力不懈的将 CyanogenMod 7.1 带到 SE 设备上时,该公司也注意到了此团队所展现的惊人实力,打算提供此开发计划实质支持(想必是受到 Samsung 的启发吧 XD).

Twitter创始人分享创业团队开发经验

- - InfoQ cn
Twitter、Blogger的创始人之一Evan Williams最近把精力放在了线上出版平台Medium上,经过八个月的准备,目前Medium初具雏形. Evan Williams也分享了在此过程中的 开发经验. 他认为“团队太大会放慢你前进的脚步”:. 在Medium初期,我们有能力招聘优秀的工程和设计团队.

打造最佳开发团队的几点建议-转载

- - 人月神话的BLOG
原文: http://www.csdn.net/article/2013-03-21/2814583-the-best-developer-team-structure. 在灭火时,有一种“水桶阵型”——队伍中所有人排成一列或几列,将水桶从水源处传递到火灾现场. 这样在团队协作时甚至不需要语言交流,但显然不适用于软件开发.

我在谷歌管理一个开发团队

- - 博客园_新闻
上图为本文的作者:Matt Welsh. 英文原文: Running a software team at Google. 自从我离开哈佛后,经常有人问我现在在谷歌工作是什么样的情况. 我猜想很多人会认为从一个终身教授到一个软件工程师的转变存在很大的身份落差. 但除了这个头衔外,我工作的还是很高兴的,而且在这个新角色上,我的工作效率比以前在哈佛任教的 8 年中的任何时候都高——尽管当一名教授和管理一个开发团队在很多方面都有非常相似的地方.

创业开发团队常犯的9大类错误

- - 创业邦
  如今的创业公司面临的最大问题就是服务交付的速度,创业公司的开发者也与创业团队的其他成员一样,整天忙于救火,因此往往搞错重点和优先级,并最终为公司带来大麻烦.   青年创业家协会Young Entrepreneur Council近日就创业开发团队常犯的错误进行了一次调查,发现创业团队的开发者最常犯的错误可以归结为以下九大类:.

谈谈产品开发团队的配置管理规则

- - CSDN博客研发管理推荐文章
作者:张克强    作者微博: 张克强-敏捷307. 在《 源代码管理的新15条建议 》中的第7条建议提到:每个团队应当对代码配置项和非配置项有所说明,不要假设每个团队新人都是代码配置管理达人,小心自以为是的新手加入一些自以为是的垃圾. 虽然可以删除,但发现再删除,其本身就是成本. 在《 高效组织的配置管理计划》也提到了产品线层面的配置管理,那么产品开发团队的配置管理到底应该是什么样呢.