scaling

Spotify 规模化敏捷的实践，不仅有组织结构的描述，还有具体实践。如果想要学习 Spotify 的敏捷，这是第一篇地点。随手分享给你的朋友 ：）

巴伐利亚汽车制造商的LeSS转型 背景 Valtech德国公司是选中的供应商，以帮助其应用敏捷开发来创建宝马集团的新*BMW i*汽车的直销流程。这需要新的IT支持系统，所有这些系统都已嵌入到现有的IT环境中，其中80多个系统会受到影响。有一个跨越许多项目的大型项目集来创建新的支持系统。 其中一个项目是新的统一销售平台（USP）系统。USP从头开始实现，集成了30多个外部系统接口。*BMW i*推出的其他合作伙伴项目，仍沿用非敏捷过程模型。因此，跨项目的共同里程碑、报告和协作成为一个挑战。 经过2年多的开发，USP按时发布，并具有很高的质量和客户（比利时-荷兰-卢森堡市场）满意度。 阶段1：在多个特性团队之前 2012年2月，USP在充满挑战的环境中开始开发： 时间压力大，因为上线日期已经确定 直销业务流程仍在讨论中，尚未定义 因此，USP产品的范围还不清楚 大多数参与者不熟悉宝马集团的业务、销售流程及敏捷方法 USP项目嵌入在传统的项目集（*BMW i*项目集）管理系统中 由于上述情况，USP项目决定使用Scrum和敏捷工程实践，来尽早和持续地获取有关产品进度和组织进度的反馈。敏捷开发从一个Scrum团队开始。这个团队建立了合适的敏捷开发流程，搭建了合理的开发基础架构，找到了与业务部门的协作模式，并为敏捷开发奠定了坚实的基础。 这个最初的团队评估了所需的工具，搭建了开发环境和持续集成系统，尝试了不同的Sprint长度，并实现了第一个业务功能，验证了新组织是否可以正常工作。 从第一个Sprint开始，USP团队在每个Sprint结束都演示了可运行的和经过测试的软件。 后来，团队增加了一些人，这些人以传统的职能和组件团队的结构进行了组织，这代表了更广泛的*BMW i*项目集中使用的标准模型。 在USP 1.0版本之前团队一直在使用这种结构。 阶段2：转变到多个特性团队与LeSS 当前的组织结构对发布1.0版本来说已经够用了。不过，作为教练我们预见到，对于下一个更大的版本，这种组织结构的扩展性不好。团队需要更灵活（敏捷），因为优先级和需求经常变化。团队需要能够从产品待办列表中选择不同的条目，并交付完整的端到端特性。此外，还需要减少特性的周期时间以缩短“上市时间(time to market)”。 在先前的组织中，团队只能做一种类型的功能或特定的组件工作。这限制了更改产品待办事项的优先级和团队灵活地“转到新工作”的能力。而且，专家小组间的交接和延误，延长了平均周期时间。此外，还增加了协调和集成的工作量和问题。 因此，根据我们的建议，团队同意重组为多个特性团队并同时采用LeSS。 我们的目标是创建五个新的跨组件和跨职能的特性团队。 由于现有的商业合同和项目集的政策，USP项目组无法完全重组为特性团队。例如，有一个UI设计治理小组负责整个程序的UI一致性。还有一个测试管理团队，负责协调项目集范围内的跨项目测试活动，并为整个项目集提供报告。这个团队不做测试工作；测试工作仍由实现团队自己完成。不过，测试管理团队对（实现团队）“未完成（undone）”的部分做出了贡献，例如组织外部公司做渗透（安全漏洞）测试。此外，按照项目集政策，这里还需要一个项目管理团队，汇报给上层的（传统）项目集管理团队并负责人员、设施和设备管理。 图 1: 阶段2的USP项目的组织结构 自设计特性团队工作坊 我们还达成一个共识，即通过*自设计团队工作坊*（LeSS实验之一），重组为特性团队。 团队花了3轮的时间（每轮20分钟）形成了符合愿景的组织：所有特性团队应能够独立处理所有利益相关者/请求者的产品待办事项。 在组建新团队后，他们创建了新的团队名称，找到了自己的团队空间，选举了Scrum Master和“首席”开发人员（由于政策原因，这仍然是必需的角色）。 整个团队的自设计工作坊大约持续了三个半小时。 有关自设计团队工作坊的详细信息，请点击此处 团队建设工作坊 自设计团队工作坊是一个很好的开始。但是在自设计团队工作坊结束时，有一些新成立的团队，他们必须应对新的动态。根据LeSS的说法，向特性团队的转变是对旧系统的重大更改。该项目组面临着两方面的扩展。一方面是跨团队协作，按照一个产品待办列表的优先级与所有团队合作。在LeSS环境中，Sprint仪式和同步会议覆盖了这一方面。第二方面与团队内的可用知识有关。所有团队都让团队成员了解不同的组件。这体现了团队中的一个瓶颈，因此这种情况是扩展的障碍。为了在系统层面上进行改进，需要改善团队内部的知识共享。另外，项目管理团队的目标是尽快使这些新团队重新发挥作用（尽快开始工作）。因此，项目管理为每个团队提供了进行额外的团队建设工作坊的机会。本次工作坊的目的是降低社交障碍，启动知识共享措施，寻找工作协议并在团队挑战中反思团队动力。 工作坊日程： 时长 主题 00:05 介绍、日程 00:10 破冰练习 00:30 团队知识模型 (agile world 2013) 00:45 一致同意的措施 00:30 团队愿景和团队章程 00:50 团队挑战 (室外) “有毒废料Toxic waste” 00:10 结束和反馈 03:00 社交：午饭或晚饭 {: .