更改企业中的任何流程绝非易事，从传统开发过渡到敏捷开发也不例外。 采用敏捷需要大量的工作，这可能需要数年的时间，因为您必须更改组织文化，信念，治理，人力资源政策，职称，资金等。 从长远来看，单方面或偶然的实施都行不通。 它需要一种纪律严明的渐进方法。 这是IBM与一个客户（一家大型保险公司，我将其称为“ InsuranceCo”）吸取的教训之一。
InsuranceCo的敏捷之旅始于Rational Team Concert部署。 他们希望通过为不同类型的开发团队紧密合作而提高透明度，更好的协作和更统一的流程来改善项目管理。 在我和我的团队开始这个项目之后，很快就发现这些目标存在严重的障碍。
例如，他们在众多分布式团队中拥有数百名开发人员，20多种不同类型的工作项，几乎没有报告和不一致的变更管理。 此外，大多数团队没有练习持续集成，他们看不到项目如何进展以尽早降低风险，并且他们的上市时间需要重大改进。
我们很快意识到，如果不更改流程，该公司将无法真正从其工具投资中受益。 我们提出了敏捷转型的建议，并学习了五个有关扩展敏捷的宝贵经验：
最好采用逐个团队的增量方法。 度量和管理工具可以帮助您获得并维持高管人员的支持， 并改善开发过程。 首先应为过程提供指导和指导，其次应为工具提供指导。 集成工具有助于展示价值。 回顾对于持续改进至关重要。敏捷采用没有“一刀切”的方法。 就InsuranceCo而言，他们拥有各种开发项目来支持，包括Java，IBM WebSphere和大型机，以及诸如数据库管理员和数据架构师之类的专门资源。 为所有这些团队完全相同地实施敏捷方法或试图一次转换所有方法都将是行不通的。
相反，我们分析了每个团队的工作方式，并确定了他们可以采用的实践以及需要对基本敏捷过程进行哪些修改。 例如，大型机开发人员必须一起交付所有代码。 他们无法将代码逐步添加到他们的测试环境中。 因此，我们为开发创建了一个故事，为测试创建了一个故事，这与纯粹和简单的敏捷方法不同。 通常，一个故事涵盖了所有内容。 但是，由于他们的限制，我们意识到必须采取不同的方式来为他们的团队工作。 最终，我们可以弄清楚如何更改其环境和基础结构，从而使其变得更加敏捷。
在大型企业中采用敏捷的关键是高管的支持。 对于InsuranceCo而言，这尤其具有挑战性，因为他们的CIO最初反对敏捷方法。 因此，我们与执行团队进行了会面，以解释有什么不同以及如何工作。 我们使用现实世界中的示例向他们展示了结果值得投资。 为了在开始项目后维持他们的支持，我们向他们提供了一组指标和度量。 我们为他们提供了仪表板和报告，以显示团队正在做什么，他们是否正在取得进展以及团队完成发布的速度。 为开发团队的工作提供透明性有助于使高管留任。
对于各个敏捷团队，我们实施了可为任务管理提供轻量级方法的工具。 预定义的流程模板引入了Rational Team Concert工作项功能。 这些模板帮助InsuranceCo开发团队使用和共享敏捷最佳实践，为管理员提供了对不同流程的支持，并使共享更新成为可能，以便团队可以独立地改进其流程。
在敏捷转型过程中，我们发现InsuranceCo已经找到了主题专家（SME）来帮助团队培训，但是其中许多SME并没有真正的敏捷实践经验。 他们实际上并不能促进敏捷实践，因为您不能给某人一点培训，也不能期望他们指导其他团队。
因此，我们提供了额外的指导和指导。 我们每天举行30分钟的会议，讨论过程和工具的问题和答案，并指导内部教练并获得经验。 我们还通过内部讨论论坛，Wiki，常见问题解答和培训文档建立了一个过渡社区。 当我们向每个团队推出敏捷实践时，我们为他们举行了指导会议，并在需要时调整了每个团队的流程和工具。 我们还确定了每个团队可以按原样使用或适应其独特需求的可重复模式。
正如不建议在大型企业中采用单方面的敏捷开发方法一样，也不是对工具进行单边的“淘汰和替换”方法。 我们能够利用Rational软件与其他公司的其他系统集成的事实来显示增加的价值。 InsuranceCo使用的是另一家公司的质量工具，由于其集成能力，我们在实施软件后便能够继续使用它。 随着时间的推移，他们决定，如果使用所有IBM软件，则可以实现更好的集成。 但是，最初，他们在决定实施其他任何东西之前就能够看到IBM工具之一的价值。
持续改进是敏捷开发不可或缺的一部分。 为确保新流程和工具适用于团队并了解他们可能遇到的问题，我们在对他们进行流程和工具培训后两周对每个团队进行了回顾。 这有助于我们确定需要额外指导的领域。 一个例子是写故事。 我们多次被要求为团队提供故事方面的帮助，我们发现那里有一种模式，因此我们在整体指导和指导过程中增加了关于故事的指导。
在大型企业中实施敏捷开发需要一种有纪律的渐进方法。 当您拥有不同的开发平台，不同种类的资源以及遍布全球的团队时，尝试一次全部实现这一切都是失败的秘诀。 但是，如果您采用定制方法来根据每个团队的需求量身定制敏捷实践，则可以使用工具来支持开发目标，但也可以维持高管的支持，并投资培训和指导以帮助灌输良好的敏捷习惯，甚至是最大的敏捷习惯。公司可以从企业规模中获得敏捷性的好处。
翻译自: https://www.ibm.com/developerworks/library/ag-lessons-learned-insurance/index.html
