新敏捷–规模问题

敏捷15年即将来临，我们对业务的了解更好了吗？

还记得敏捷始于开发团队吗？ 随着时间的流逝，我们认为敏捷宣言也可以应用于产品级别，甚至可以应用于产品组合级别。 肯定有从业务方面扩展流程的需求。

让我们举几个例子说明我们如何继续前进。 既然我们在谈论规模，那么从小处着手是有意义的。

你知道A3吗？ 听起来像90年代伟大的男孩乐队，但实际上是纸上的东西。 我们将A3用作画布，就像Lean.Org的画布一样：

A3尺寸的画布有何特别之处？ 信不信由你，它就像是敏捷迭代。

迭代是时间的人为限制。 那里什么都没有，除非一旦我们接受与他们的合作，我们突然每两周就有一个截止日期。 我们的行为发生变化是因为存在约束。

A3的大小是另一种约束。 我们可以写很长的文档，包括一些演示文稿，甚至是一些很酷的图表来说明明年的优势。

或者，我们可以使用约束来过滤掉所有嗡嗡声，并创建适合页面单元格的简洁描述。 我们可以将其写入，也可以在便笺中填充空白。 重要的是我们不能溢出。 如果这样做，我们需要采取一些措施。

这样的约束有助于我们集中精力，清除垃圾，使我们有共同的基础和（希望）理解。

A3可以用于任何事物，引入约束的概念可以应用于任何地方（例如积压或WIP）。 这是A3纸的另一个示例，这一次是产品（ Roman Pichler的产品画布）：

这次，该表用于描述产品信息。 我们可以继续提出有关如何将A3用于不同目的的想法。

A3不是唯一的新想法。 敬请关注。

翻译自: https://www.javacodegeeks.com/2015/01/the-new-agile-size-matters.html