写点什么

5 人是最佳的团队规模吗?

  • 2009 年 4 月 17 日
  • 本文字数:1192 字

    阅读完需:约 4 分钟

多大的团队规模才是最佳,从而使生产率最大化?关于这点已经有很多的讨论和争论。虽然大多数敏捷实践者赞同团队规模越小,团队的实用性更强、生产率也越高,但定义最佳的团队规模大小,依然是一个挑战。

Jeff Sutherland 分享了一些有利于小规模团队的统计:7 人团队开发每个功能点的成本是$566 美元,而14 人团队则高达$2970 美元。在对InfoQ 新闻“

关于团队规模增长和生产率”的回复里面, Mishkin Berteig 同样写到

假象一下你被任命为由 100 名开发人员组成的软件开发团队的头,现在需要开发一个非常重要的项目。下面哪种结构更可取:a)把所有的 100 个人都安排上项目(提供良好的项目管理、领导力等),或者…

b)找出团队里面想加入项目的最强的 7 个人(换句话说,这 7 个最强的人对该项目真正感兴趣),让他们上这个项目。解雇其他所有人,把省下的钱用来给这 7 个人配置他们想要的最好的工具和环境,剩下的钱用来提高这些人的满意度和愉悦度。

就个人而言,尽管方案 b 过于严酷,我依然会选择它,而不会选择方案 a。

Jurgen Apello 建议最佳的团队规模应该是 5 个人。在很多对沟通和团队结构的研究里面,5 是常见的团队规模大小

  • Scrum 推荐的团队规模是 7 +/-2,因此团队规模在 5 到 9 之间

  • 根据 Congnitive Edge 的研究,人类大脑虽然会随着社会同步演化,但个体所能维护的社会关系数量存在一个自然极限,这项研究结果也被称为 5,15,150 规则。短期记住的人数的自然极限是5,深度信任的人数的自然极限是 15,而人大脑里能记住的人数的极限是 150。

  • 另一项研究与帕金森定律相关,它指出除了 8 人团队,任何规模小于 20 的团队都能运作良好。而团队超过 20 人就会自然而然地分成更小的子团队,团队再也无法形成一致性了。而在 8 人团队里,人们发现做出的决定总是难以取得大多数人的支持。

在对帕金森定律的回复中,PMHut 提出了另一项 5人团队的论据支持,他指出

团队成员越多,沟通方式就越多,而且该数量是呈指数上涨的。比如团队有 3 个成员,你可能会有 4 种沟通方式,但一旦成员数为 4,就会有 9 种。我猜想对应的方程式是(m-1)2。 在我看来,4 到 5 人的小团队是最理想的。

因此,上面的事实和研究表明,从 Scrum 推荐的团队规模、帕金森定律、短期记忆的自然极限到有利的沟通方式,5 人的团队规模满足了所有的条件

然而,虽然种种迹象表明 5 人团队是最佳的规模大小,Jurgen 也警告与其照搬推荐的团队规模,不如由团队先尝试自组织,然后动态达到最佳的团队规模。根据他的观点,

当你需要组建一只庞大的项目团队,不要照搬任何书里面写的“更佳”的团队规模。尝试团队自组织,由团队成员(在真实的环境下)得出最佳的团队规模。他们愿意把 7 人团队分割成两个,一个 3 人,一个 4 人?当然,为什么不?他们想把两个团队合并成一个 15 人团队?没问题,让他们看是否有效。

查看英文原文 Is Five the Optimal Team Size?

2009 年 4 月 17 日 20:095668
用户头像

发布了 76 篇内容, 共 20.8 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
  • 最高效的团队结构

    敏捷认为小团队的人数规模应该是在魔法数字7上加减2。敏捷也推荐完整团队概念,就是说团队内部要有足够的技能以完成工作。因此,开发团队除了具备核心的开发技能,还要具有测试技能、数据库技能、用户界面技能。要产生这样的团队有这么容易吗?

  • 谷歌和它的完美团队

    谷歌研究员对团队和影响团队效率的因素进行了研究。这个研究项目叫作Aristotle,项目对促使团队成功的因素进行了深入探讨,比如安全感、目的性和使命感。

  • 敏捷团队的大小

    在大型团队中运用敏捷已经是一个现实——旧的“敏捷=小团队”的等式不再成立。虽然如此,团队的大小仍然是一个问题。团队的大小有多重要?有什么是我们应该注意的?我们又应该怎么做?

  • 观点:敏捷社区的种族主义阻碍了学习

    本月初我们发布了Vinay Aggarwal的文章《敏捷中的项目经理一职》,文中对自组织团队有一些非主流的看法。不幸的是有读者发表了一些种族主义的评论。这些评论已被删掉,相关帐号也被禁用。但是这引发了另外一个问题,就是,“种族主义会怎样影响软件的编写和交付?”

  • Nginx 安全专题 - CVE-2017-7529

    2020 年 10 月 8 日

  • Jurgen Appelo:更少经理,更好管理

    在Dare Festival Antwerp 2014会议上,Jurgen Appelo谈到了他的新书《管理3.0练习(Management 3.0 Workout)》,并展示了一些例子,说明组织如何改善管理自身的方式。

  • 心理安全促进技术团队学习和成长

    这篇文章介绍了心理安全的相关基础,并展示了它是如何应用于团队有效性的。

  • 处理团队的改变

    变化经常发生,然而人们畏惧改变。人们感觉上认为改变是痛苦的,主要源于脱离舒适区域和面对未知世界的恐惧。虽然敏捷团队对变化准备充分,他们却对团队本身的改变感到不适。

  • “请勿打扰”团队成员

    即便不是经常如此,许多开发人员也喜欢在一段时间内不受干扰地工作。XP推荐一种称之为“洞穴和公共区域(Caves and Commons)”的房间布局。公共区域用于最大限度地进行渗透性交流。洞穴用于协助隔离个人活动,比如撰写个人电子邮件、电话或快速探索式开发(Spike)等活动。但是,有些团队成员或某个特定的团队成员可能会想要过分地进行这种隔离。

  • 轻量级沟通:你总是在开会吗?

    开会的本意是为了解决问题,但实际上,大多数会议并不能很好地解决问题。因为会议是一种重量级的沟通方式,很多人参加会议时,并不能很好地参与其中。

    2019 年 2 月 22 日

  • 没有自动化测试的应用应该如何测试?

    敏捷推荐围绕应用建立足够的单元测试和验收测试,以构建足够强壮的测试套件。然而,实际情况是:不是所有的应用都有配套的测试套件。敏捷测试讨论组中有一个有趣的讨论,提到如何为没有任何自动化测试的应用进行测试,成员们提出了多种方法。

  • 超越短期的 Scrum 项目估算?

    Scrum只是推荐为接下来的一两个sprint进行任务分解,在这种情况下,如何为整个Scrum项目进行估算呢?我们需要在中长期内对项目进行估算么?

  • 应用看板的是是非非

    看板(Kanban)试图通过确保上游阶段只生产下游阶段所需的零件,以达到在不同阶段之间最小化WIP(未完成任务),或者存货清单的目的。最近以来,精益和看板变得越发流行。越来越多的公司开始创建看板,以限制WIP和终止浪费(Muda)。Michael Dubakov撰文探讨了应用看板的是是非非。

  • 测算团队,而不是个人

    最近,Michael Dubakov提出了针对个人开发速率和个人估算准确率进行测算活动的警告。他的观点是:由于已经有了针对团队的等价物,对于个人的测算标准和活动不但无法获取更多有价值的信息,而且有可能使得团队做出影响生产力和效率的行为。

  • 精读 2017 年 EMNLP 最佳长论文之一

    机器学习的研究人员近期发现,数据中可能蕴含着一些社会赋予的偏见,而机器学习算法很有可能会放大这些偏见。

    2017 年 11 月 6 日

  • 在落地 OKR 之前,需要具备哪些先决条件?

    这篇文章会让你更加清楚落地 OKR 的有效方法是什么,如果你已落地过或接下来想落地 OKR,那么这篇文章正是为你而写。

    2019 年 7 月 5 日

  • 第 43 讲 | 通过积分考核提升技术团队的绩效

    技术团队考核一向是个大难题,合理的考核机制加上奖励制度,能极大激发团队成员的热情,提升团队效率,本文将跟大家分享一个综合了不同考核方法优点的方法——积分制。

    2018 年 6 月 27 日

  • 容量保障组织建设:容量保障需要什么样的团队?

    容量保障需要什么样的团队,该如何运营呢?

    2021 年 6 月 11 日

  • ScrumMaster 项目面谈诀窍

    ScrumMaster或者迭代经理在敏捷团队里面是一个关键角色,而且,对于ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目时,很重要的是创造一个取得成功的环境。本文提供了一些面谈时的建议,可供ScrumMaster考虑是否接受项目或团队时参考。

  • 应该奖励最好的 Scrum 团队吗?

    是否应该每个季度为部门最佳的团队提供奖励?如何确定最佳团队?奖励会有什么影响?

发现更多内容

GameFi/DeFi+NFT软件系统开发方案

mac idea配置类和方法的注释

孙强

方法 Mac IDEA 添加注释

RVB2601 应用开发实战系列一: Helloworld 最小系统

Roy夹馍

物联网 risc-v 嵌入式开发

21年字节+美团+腾讯,大厂必问面试真题总结(Java岗)

Java架构师迁哥

快速解决运维过程中碰到的难题,就用行云管家!

行云管家

运维 运维人生 IT运维 企业运维

云小课|VMware备份上云学习专列来了,快加入吧~

华为云开发者联盟

云备份 VMware备份 备份上云

做百度AI工程师,还要会“相牛”?

百度开发者中心

AI 最佳实践 方法论

Redis与Memcache对比

Linux服务器开发

数据库 redis 网络编程 Linux服务器开发 Memcache

Premo测试框架详解

趣链科技

区块链 测试工具 测试发开

限时!字节Java程序性能优化宝典开源,原来这才叫性能优化

Java~~~

Java 架构 面试 JVM 性能调优

云上数据不安全主要原因是什么?保障云上数据安全用什么软件好?

行云管家

云计算 数据安全 企业上云 云数据

iOS 屏幕实时共享功能实践(内附详细代码)

融云 RongCloud

ios 音视频

逐梦航天—数字孪生技术仿真火箭发射!

森友小锘

大前端 物联网 可视化 航天 数字孪生

面面俱到!阿里巴巴2021最新Java面试参考权威指南泰山版震撼来袭

Java 架构 面试 后端 计算机

game+defi系统软件开发内容

你了解自己的业务IO么?

焱融科技

云计算 技术 分布式 高性能 存储

进大厂为何要学Zookeeper?

冰河

zookeeper 分布式 一致性 服务注册与发现 协同系统

RVB2601应用开发实战系列四:FOTA镜像升级

Roy夹馍

物联网 risc-v 嵌入式开发

手撕HashMap源码

程序员阿杜

Java 源码

RVB2601应用开发实战系列二: 跑马灯

Roy夹馍

物联网 risc-v 嵌入式开发

带你彻底认识Paxos算法、Zab协议和Raft协议的原理和本质

Java 架构 面试 分布式 计算机

没项目经历,面试有点怂....

Java架构师迁哥

后疫情时代新机遇,运营商如何把握智能家居市场?

鲸品堂

智能家居 运营商 智能家居商业模式

高光时刻!美团推出Spring源码进阶宝典:脑图+视频+文档

Java~~~

Java spring 源码 架构 面试

惊艳!阿里自爆用480页讲清楚了44种微服务架构设计模式

Java~~~

Java spring 架构 面试 微服务

TLS协议分析 (一) 设计目标及历史

OpenIM

Tapdata 肖贝贝:实时数据引擎系列(四)-关于 Oracle 与 Oracle CDC

tapdata

oracle

uniswap市值管理机器人系统开发

RVB2601应用开发实战系列五: 网络播放器设计(一)

Roy夹馍

物联网 risc-v 嵌入式开发

GameFi游戏金融系统软件开发介绍

RVB2601应用开发实战系列三: GUI图形显示

Roy夹馍

物联网 risc-v 嵌入式开发

5人是最佳的团队规模吗?_敏捷_Vikas Hazrati_InfoQ精选文章