企业中的敏捷扩展实践-InfoQ



 写点什么

正在采用敏捷组织范围的企业有时候必须扩展自己的敏捷实践。他们通常有多个相互依赖的团队，这使得他们需要探索能够在整个企业中按照相似的方式运用敏捷实践的方法，使团队之间可以协作。

Frank Langeveld 在金融行业和复杂环境中的敏捷方法大会上促成了半个小时的会议，以便于参会人员之间能够互相分享企业中的敏捷扩展经历。他首先询问了与会人员是否有想要分享给大家的敏捷扩展实践，如果有的话就站起来。有4 个人站了起来，然后Frank 让他们每一个人对自己的实践做了一个30 秒的陈述。Frank 在另一页中将他们说的记录了下来。因为只有4 个实践，所以Frank 决定给每一个呈现者5 分钟的时间，让他们更加详细地解释各自的实践经历并回答与会者的问题。因为时间很短，所以只允许提出对澄清实践有帮助的问题，会议主持停止了对实践会或者不会工作的讨论。

实践 1: 风险—价值生命周期是一个来自于 Rational 统一过程的实践，如同一个 Eclipse 实践。这是一个能够用于敏捷项目中的风险缓解策略。启动项目的最大风险通常是必须让所有的利益相关方介入，因此第一次迭代（起步阶段）的焦点应该是让所有的利益相关方对要解决的问题达成一致意见。如果他们没有充分地参与进来，那么你就不能交付一个可以解决他们问题的解决方案。细化阶段的迭代应该关注于证明你能够实现产品。建造阶段的焦点应该是确保必须的功能可以在产品中实现，而在转变阶段掌控风险则主要是确保用户可以真正地使用产品。总之，风险—价值生命周期可以帮助你管理项目生命周期到交付价值期间的各种风险。

实践 2: 用例建模可以作为一个敏捷扩展实践来使用，对敏捷项目中的需求进行管理。对于规格说明书而言用户故事非常好，但是并不会帮助你记录系统的上下文，也无助于抽象处理，这就是用例的价值点所在。你可以在用例中捕获用户故事，显示它们之间是如何关联起来的。用例建模还能够让你在企业层面上将用户故事匹配到业务流程和业务规则。

实践 3: 双层项目结构让你能够在一个项目管理办公室（Project Management Office）中管理瀑布（waterfall）、敏捷以及其他类型的项目。它由一个项目管理层和一个执行层组成。对于不同类型的项目而言项目管理层都是一样的，同时会确保所有的项目都会按照同样的格式报告给他们的利益相关者。项目管理者拥有定义执行层的灵活性，他们可以按照有助于自己管理项目的方式去定义该层。它可能会由敏捷迭代，用于管理多个产品或者一个项目中的大产品部分的多个踪迹，或者瀑布阶段组成。项目管理层拥有的阶段包括“定义（define）”、“执行（execute）”和“关闭（close）”。例如，一个瀑布项目可以拥有一个包含设计、实现和构建的执行层，它符合项目管理层的执行阶段，而使用 Scrum 的项目则会在执行阶段使用冲刺。团队还可以有使用不同执行层的项目，例如使用敏捷迭代的用户界面团队和使用瀑布阶段的后端团队。

实践 4: 在一个企业中扩展敏捷的时候，它能够帮助组织认识到自己是否能够联合来自于不同方法的实践进而构建自己的大量扩展敏捷方法。你可以将它称之为“包罗万象”，在这里你基本上使用企业中可用的东西同时重用并联合最佳实践扩展敏捷。