一个真实的大规模敏捷开发的故事
2019-12-24
来源：敏捷行动派
多支团队以敏捷的方式一起协作能更快地为客户交付新产品的服务，我们发现对于许多公司来说， 这就是如何在市场竞争中快速转变的答案。然而大规模敏捷，是比“仅仅”实现团队级敏捷更大更困难的挑战。它是一个组织级的漫长旅程……
这是《以切分、总体规划和大房间计划会实现大规模敏捷》系列文章的第一篇。这是一个真实的故事，来自一家财务服务公司的特定项目，该项目针对的是欧盟金融工具市场法规的投资顾问延伸责任。（本文涉及到的人的称谓已经发生了改变）
在我们深入探究这个故事之前，先来适当了解几个词汇。该金融市场法规项目决定遵循以下步骤，我称之为大规模计划会。
大规模计划会
大规模计划会，包括切分和总体规划，是一种可以帮你迎接大规模的计划挑战的实用方法。大规模计划以整体战略目标为出发点，包括以下四个层次的计划会：
切分计划会
总体规划会
大房间计划会
迭代计划会
虽然各种大规模框架为大房间计划会(所有团队和干系人会一起在此聚两天时间)提供了可用的框架，而且大多数组织清楚如何召开迭代会议，但是准备此类大房间计划会仍要做很多的工作。这也正是需要具有切分会和总体规划会的大规模计划会的原因了。
金融工具市场法规项目和六月份的首次大房间计划会
我在五月加入这一项目之后，做的第一件事就是为首次大房间计划会设定日期为六月十六至十七日，我们邀请了团队中的每个人以及其他商业方面的关键干系人，还有两三个负责组织实施的人。我们对时间安排进行了大量的讨论。最大的问题是，“我们会准备好吗?”…项目第一联络人Pia、首席scrum master Sally和我坚持这个日期，我们认为这样能促使大家做好准备。事实证明，我们是对的。我们想把它做好，就能把它做好。稍后我们进行详细地讨论。
在这个大日子来临之前，Pia设法让业务各部门从他们的观点描述并交付了他们所需的史诗故事。
然后，最终六月十六日到来了，每个人聚到一个大房间里。Pia向我们提醒了金融工具市场法规(遵从欧盟法规，为银行客户提供更好的投资建议和服务)的商业效益，作为主要的推进者，我随后提出了这两天的计划。请参见图表：每个团队的计划会日程。
每个团队选择他们觉得属于他们自己的史诗故事，然后开始分解为用户故事。
后来，问题出现了……
网上银行团队没看到任何与自己相关的史诗故事。所以为什么还要待在大房间里开会?
另外有支12人的团队围坐在圆桌旁。其中两个人在那里讲，其他人低着头一言不发，看起来没精打采的。
其他团队动力倒是比较强，可是根本就不理解史诗故事，所以也很难把它们分解成业务特性。
真是一团糟!
我请网上银行与我一起移步户外，这样就可以畅谈一下了。目前急待解决的问题是，他们是如何组织的。在我看来，他们的团队很像筒仓，因为他们各自对接其他每个产品，包括投资服务。但是我没跟他们讨论这些，因为这么安排也不是团队的想法。相反，我赞成他们分散开，与其他的团队一起参加大房间计划。在某种程度上来说，他们现在就是这样的情况。这会让他们与其他团队更加紧密。
Pia、Sally 和我形成一致意见，我们几个也应分散到团队中，每个人负责推进两个团队。
小贴士
本文中，你会发现一些高亮显示的地方和小贴士，就像这个框，现在第一个小贴士来了…
大房间计划应有足够多的推动者
基于敏捷和团队成熟
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
