写点什么

Scrum of Scrums——问题和价值

  • 2008-12-22
  • 本文字数:1659 字

    阅读完需:约 5 分钟

Mike Cohn (《敏捷估计与规划》一书的作者)认为,Scrum of Scrums(SoS)会议“是把 Scrum 扩展到大型项目团队的一件利器。这些会议可以让多个团队讨论他们的工作,尤其关注工作重叠和集成的领域。”

Allan Shalloway 正在写一本新书《 Lean Software Development: Scaling Agile to the Enterprise 》, 他在以下方面征求过大家的经验:"使用 Scrum-of-Scrums 协调团队(我已经有成功经验),把 Scrum 扩展到企业级别(很多人告诉过我由于多 种原因,他们没有成功)。”Alan 发现,当大型团队(有个例子中多达 350 人)使用 Scrum 时,问题悄然出现。这个案例中,多个产品共用一些通用的组 件。他引用了发生的 3 个问题作为例子:

  • 技术方面。由于我们采用迭代开发,团队满怀信心地遵守自然设计(emergent design)的原则。这意味着我们编写高质量的代码,但是只有必要的时候才会增加功能或者设计结构。团队 A 可能写了一个加密器,因为只有一个地方在用, 他们就没有使用接口。团队 B 可能后来也需要一个加密器,但与团队 A 的稍微不同。对组织来说最好的办法是让团队 A 修改代码,使用接口——而这在以前是不需要 的。首先,很可能团队 B 并不知道已经有了这个东西。即使他们知道,团队 A 也未必乐意修改代码帮助他们。
  • 跨团队方面。当不同的团队有不同的产品负责人和 Scrum Master 时,团队见如何一起工作并不是那么显而易见。再说一次,着眼大局会很有用。当一个组件团队同时支持其他数个团队时尤其有用。驱动商业价值需要所有的产品负责人参与。他们可能相互合作,也可能不合作。
  • 团队结构方面。当 多个 Scrum 团队参与交付端到端的功能时,会遇到严重的问题。我曾见过 3 个独立的团队,一个负责用户界面,一个负责中间层,另外一个负责数据库。当他们 根据功能重组成 3 个不同的团队时,他们变得有效率得多。组织里面的人仍然干差不多相同的活,但是现在能够关注整个功能,而不是某一层上功能的一部分。这虽 然会引起团队间一些集成的问题,但是会使端到端的功能实现得更快。这也是 Bas Vodde 和 Craig Larman 在“ Choose Feature Teams over Component Teams ”这篇文章中推荐的。

Mike Dwyer 说,应该由 SoS 和 Meta Scrums:“负责协调故事的分解,这样多个团队就不会有相同的问题了。这些事情应该由各个层次上的日常对话解决。”他的经历是,团队经过良好的训练,关注基础结构、数据和架构,最终共享部分的代码做得很好。最后他说, 最关键的是让管理层和产品负责人共同工作,并定义发布的主题,这样需要时可以给团队指导和支持。

Ilja Preuß说,SoS 给他的团队带来了这些价值:“它让我们了解系统中其他团队发生了什么;它确定什么条件下我们互相帮助;它确定什么条件下团队需要协调;它还让我们同舟共济,并保证每天每个团队的至少一个人能够看到任何其他团队的一个人,保持大家互相联系。”

Christophe Louvion 也使用 SoS 来管理跨项目团队的每日集成,由子项目的高级工程师组成 meta team,并负责:

  • 设置标准(应用程序接口、服务水平协议、错误日志、代码库结构、自动编译流程、所有团队使用的自动部署脚本等等。)
  • 每日集成测试(自动的)
  • 跨子项目的代码 / 架构检查
  • 主要版本发布的早期,该团队应就未知的解决方案,在多个团队间发起一套基本的设计测试

SoS 团队实际上启动得最早,并准备好 Scrum 扩展的环境。这个团队的成员非常高级。随着时间推移,SoS 中的每个成员成为子项目团队的带头人,同时在 SoS 层和子项目层工作。

最后 Walter Bodwell 分 享了 SoS 的成功秘诀:“保持会议简短,最长 15 分钟;抓住重点,别人最想 / 需要听的是什么?SoS 会议中回答的前两个问题,可以让别人了解你正在做什 么,非常有助于合作。他们可以给一些建议,让你注意一些事情等等。但是讨论应该分成单独的会议,使它简短、有重点。每次 SoS 会议上都提出被阻塞的问题, 直到解决为止。识别、敦促被阻碍的人是 SoS 最大的好处之一”。由于 SoS 经常跨时区举行,并且可能有口音问题,他发现事先准备简短的记录给大家会很有帮 助。

查看英文原文 Scrum of Scrums - Issues and Value

2008-12-22 20:037953
用户头像

发布了 37 篇内容, 共 12.6 次阅读, 收获喜欢 5 次。

关注

评论

发布
暂无评论
发现更多内容

2024营销日历新鲜出炉!提前规划,赢在起跑线!

彭宏豪95

互联网 营销 在线白板 活动策划 效率软件

一款带键扫的LED驱动电路

芯动大师

OpenTiny Vue 3.12.0 发布:文档大优化!增加水印和二维码两个新组件🎈

Kagol

每日一题:LeetCode-105. 从前序与中序遍历序列构造二叉树

Geek_4z9ami

面试 算法 LeetCode 二叉树 Golag

软件测试/人工智能|一文告诉你Python元组相关操作

霍格沃兹测试开发学社

SQL CREATE INDEX 语句- 提高数据库检索效率的关键步骤

小万哥

MySQL 数据库 sql 程序员 后端开发

写作训练营打卡2--工作后最有成就感的事

Avril

【智问-Askture】降低企业成本,定制一个专属自己的ChatGPT!

伊克罗德信息科技

AIGC 大语言模型

软件测试/人工智能|一文告诉你Python字符串的相关操作

霍格沃兹测试开发学社

极狐GitLab 和 ArgoCD 集成实现 GitOps

极狐GitLab

DevOps gitlab CD workflow ArgoCD

17 | 跳表:为什么Redis一定要用跳表来实现有序集合

鲁米

【写作训练营打卡|03】

技术人年度回顾:大模型驱动的变革与影响

熬夜磕代码、

大模型

【技术人的 2023】 ——我的AI学习之旅年度总结

YoLo

AI

一篇读懂Volatile关键字

是月月啊2023

Java 面试题

写作行动营学员打卡-Day3-工作笔记

Luke

软件测试/人工智能|HTTPS加密协议,你会多少?

霍格沃兹测试开发学社

KubeSphere Marketpalce 上新!Databend Playground 助力快速启动数据分析环境

Databend

FFA 2023 明日开幕,Flink 智能诊断、小红书流批一体实践精彩来袭

小红书技术REDtech

大数据 flink 架构 流批一体

系统分析师还是架构师?

escray

技术人写作 21 天技术人写作行动营

Java多线程系列5:sleep()

BigBang!

Java多线程

如何将自己的项目打包成whl文件分享

IT蜗壳-Tango

全面高压化与全面超快充,破解新能源汽车的时代难题

脑极体

数字能源

低代码实现探索(六十一)字段隔离解耦

零道云-混合式低代码平台

代币开发:加密货币开发与IDO预售相关指南

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

2023 总结对AI的总结和展望

查拉图斯特拉说

AI 大模型

PostgreSQL 技术内幕(十二)CloudberryDB并行化查询之路

酷克数据HashData

英特尔研究院将在NeurIPS大会上展示业界领先的AI研究成果

E科讯

谷歌史上最强大模型Gemini抢鲜知!!!

江湖修行

AI Google openai #人工智能 #大模型

最全最详细的Java异常处理机制

是月月啊2023

Java 面试题

IT外包对中小企业的独特优势

Ogcloud

外包 IT 外包公司 外包项目 IT 运维

Scrum of Scrums——问题和价值_研发效能_Mark Levison_InfoQ精选文章