本文共 1101 字，大约阅读时间需要 3 分钟。
Dan Tousignant是的高管教练及培训师，他提出了一个，帮助组织选择他们自己的敏捷方法。他说企业需要真正地理解并拥抱他们即将开始的变革。
\\Dan提到在高层次上，组织需要概述他们的敏捷目标并明确期望，可以询问如下问题：
\\- 公司是否想要更频繁地交付产品来改善项目的成功？\\
- 以现有资源是否想要变得更加“精益”和有效？\\
- 公司是否想要提升客户满意度和交付软件的质量？\\
- 这是一个新的组织吗？或是想要努力改造自己，有更多的授权文化？\
Dan根据组织的目标提出了下面的矩阵，用以选择合适的敏捷方法：
\\
\\\如果你不想拥抱文化变革，就不要使用Scrum或者XP，而是考虑Kanban、SAFe、DAD，或者内部开发的混合模式。
\\如果你没有最好的工程实践以及支持的工具，例如自动化回归测试和持续集成，那么你并没有为敏捷做好准备。在有缺陷的基础上构建一个新的项目管理方法之前，先要退一步并开始这些过程。
\
InfoQA采访了Dan，讨论了敏捷采纳矩阵。
\\InfoQ：您提到很多组织把敏捷作为一种。为什么大多的组织把敏捷实践视为一种发展型变革，以及这种思考的影响是什么？
\\\\\Dan：许多组织在1990年代末和2000年初实施标准的项目管理方法和项目管理办公室（PMOs）。我曾积极地参与到那些实施中并且发现那些实施甚至被低估了。他们引入了新的汇报需求、职业发展和绩效期望。那些都是典型的发展型变革，但由于变革阻力仍然很难实施。大多数晚期采纳敏捷的组织认为这只是另一个方法论。他们拒绝改变相对较新的项目管理模式，所以他们把敏捷视为一个新流程，而不是组织需要在工作方式上的整体变革。
\
InfoQ：是什么让你考虑创建一个矩阵来选择合适的敏捷方法？
\\\\\Dan：似乎每个人都想有一个敏捷方法的对照表。这就是为什么牵动了更多的复杂规模化框架。我是一个坚信简洁为美（Keep it Simple）的人。如果大多数的组织都意识到敏捷方法的不同，以及理解每个方法的优缺点，那么他们实施敏捷就会非常不同。这个矩阵就那么简单，可以理解敏捷方法的不同。
\
InfoQ：您想使用这个矩阵来分享您的经验吗？
\\\\\Dan：不幸的是，我通常都是在已经决定采用Scrum或者Kanban之后被聘请来提供培训和辅导。我现在把它用在培训、电话销售和咨询业务上，来帮助组织反思当前的实施并给他们机会看到他们现在为何如此挣扎。我认为这对很多正在试图实施敏捷的组织来说是缺失的一块。他们需要理解最有可能的敏捷方法，这对组织来说是完美的第一步。
\
查看英文原文：
转载地址：http://maiql.baihongyu.com/