请大家多多指教_新敏捷–请多多指教！

请大家多多指教

当前在敏捷世界上的嗡嗡声是规模。 既然我们知道敏捷看起来是金色的 ，那么我们想将其应用于所有事物。

敏捷从开发团队实践开始。 极限编程，Scrum，功能驱动的开发等都是源自软件开发团队。 由于他们取得了成功，因此将这些成功也应用到其他团队也很有意义。

与大多数早期方法论一样，XP也没有这个概念（坦率地说，也没有试图回答这个问题）。 如果您想要更多功能，则必须拥有另一个团队。 当然，第一个尝试至少开始回答的人就是混乱。 就像scrum所做的许多事情一样，它试图满足业务需求，包括有关如何处理大型项目的问题。 Scrum提出了“ scrum of scrums”的想法，这种想法并没有发生，但至少有一些东西。

随着几年的过去，另一个问题开始浮出水面：我们不仅需要管理多个团队，而且其中一些团队不在同一地点！ 这个问题不仅仅是突然出现的。 我们以前分散了团队，他们通过电子邮件和电话进行协作。 但是现在，在新的千年中，互联网为这种合作提供了帮助。 有视频会议工具，Skype和手机。 我们拥有技术！ 当然，它可以帮助解决团队问题！

不要叫我雪莉

有（仍然是）混合答案。 一些团队在不同的大陆上可以很好地合作。 有些团队的工作状况不太好，它们位于同一栋大楼的不同楼层。 我们一次又一次地发现工具可以成为重要的推动者，但个人和互动才是首要的。

当前的观点是，事情可以在一定程度上得到解决，此外，即使那些敏捷的人说对公司更好，也无法在全球范围内迁移人员。 因此，分散的团队不再是一个要解决的问题，而是我们应该学会充分利用的情况。

下一个扩展步骤是如何执行重大产品决策，并确保执行与愿景一致。 在所有流行语中，对齐是最重要的一个。 在一个由8人组成的团队中保持对齐非常容易。 一个200人的团队怎么做？ 我们如何保持多个团队的执行速度，同时又让他们都朝着正确的方向前进？

请注意，这不是在商业世界中第一次问这个问题。 我们现在只是期待一个“敏捷”的答案。

事实是我们仍在学习。 无论是SAFe（现在还是将来的版本），还是其他（如果有的话），我们都不知道。 SAFe提出了一些很好的建议，但是实际上它还太年轻，无法实际检查对大型组织的长期影响。 我们拭目以待。

但是，等等，还有更多！

我们总是想要更多的好东西。 例如，反馈。 更多，更快的反馈会更好。

如果在我们进行持续集成之前，这可以为我们提供有关质量的快速反馈，那么现在技术为我们带来了持续交付。 现在，我们只需按一下按钮（或自动触发器）即可投产，并直接从客户那里获得反馈。 如果我们做对了，那就是。 使用当前的技术和工具，我们可以交付和部署以及还原和修复问题。 我们知道，拥有工具是一回事，我们仍然需要能够正确使用它们。

如果我们在谈论反馈，则应提及“测试驱动开发”。 TDD向我们反馈了我们的代码正在运行，并使用“测试优先”来指定应如何调用其接口。 但这是在功能级别上。 为了获得更多，我们进行了验收测试驱动开发。 ATDD向我们提供了反馈，表明我们的代码现在正在为客户使用，并且通过首先进行测试，我们可以实现我们早先所寻求的调整：ATDD代替了开发客户不需要的东西，向我们展示了方法，而我们发展那个。 由于TDD减少了我们对YAGNI的担心，因此ATDD可以扩展YAGNI的规模。

同样，如果我们正确执行。

在过去的15年中，敏捷并没有停滞不前。 它向前和向侧面移动，尝试了一些尝试，并进行了很多尝试。 混合现有技术是敏捷成长的一部分。 在下一章中，我们将深入研究特定领域，并了解我们取得了什么样的进展。

翻译自: https://www.javacodegeeks.com/2014/12/the-new-agile-more-please.html

请大家多多指教