敏捷或迭代和增量

许多公司希望敏捷的好处，但尚未准备好使必要的组织变化充分利用方法。公司想说他们是敏捷的......他们想要派生敏捷的好处......但他们并没有从根本上准备做到真正使它工作所需的繁重提升。人们想要掌握预测规划。他们想要坚持运作筒仓。他们想要抓住习权队。人们希望保留他们的专业化并将时间传播到多个并发项目上。

这样一个环境中的速度是什么意思？赋予赋权团队怎么样？当我谈论迭代计划，每日会议和回顾性时;人们无法理解他们如何与他们正在努力的每个项目做到这一点。他们担心他们会在会议中度过一切时间，你知道......他们是对的。敏捷假设团队。它假设您是一个共聚物的一部分，共同努力，一起工作，并一起提供。敏捷交易搭建良好的前置设计，重型文档和预测规划，用于搭配，团队合作和协作。

您无法将，作为团队合作，并在您跨越这么多项目时协作。如果您不愿意在团队成员之间的高带宽通信中，您无法停止执行重型项目文档。为了让这一级别的沟通和协作，人们需要在同一个房间里，他们需要互相了解，他们需要每天共同努力。人们需要成为真实团队的一部分;不是一系列松散耦合的人。

底线是......除非您愿意制定允许这种情况的强硬组织变更，否则您将无法获得您正在寻找的速度和适应性。

您仍然可以在两到四周的周期，项目成员之间的日常互动和频繁的项目评论中提供一些里程。您可以利用松散耦合的要求，优先级积压和滚动波规划。在理解完成的定义并确保一旦您交付时，您就有价值，您确实送达了。经理可以进行产品规划，发布规划和迭代计划而不特别敏捷。

即使您无法获得敏捷团队的速度和适应性，您仍然可以从迭代和增量交付中获得一些优势。只要记住，虽然敏捷规定迭代和增量交付，但并非所有迭代和增量交付都是敏捷的。Agile补充了团队，协作，赋权，检查和适应的所有方面。对于卓越和迭代与敏捷之间的差异的好文章，请查看我在Agilecollab博客上找到的以下帖子：

http://www.agilecollab.com/titation-and-incremental-is-not-qual-to-agile -key-aspects-of-agile.

对于沉默的瀑布团队，这可能是一个很好的第一步。它肯定会将针达到敏捷。

当我们等同于敏捷和增量的敏捷时，令人困惑的是什么。敏捷是渐进的和迭代，但它也是一个价值系统......一种结构化球队的方式......一种治疗个人的方式。敏捷是一种工程产品的方法，是管理项目的技术，以及领先组织的哲学。

领导者知道如何定义他们的团队正在做的事情是有价值的。对于他们与他们想要的地方相比，球队对他们来说都是有价值的。我们可以通过实施一些实践来迈向更大的组织和项目灵活性。如果我们在我们完成努力之前宣布胜利，我们就会冒险永远不会满足我们的目标，并稀释它成为敏捷组织的意义。

我们应该承认我们在哪里，了解我们想要的地方，如果我们真的愿意使所需的变化确实愿意做出到达那里的改变。

图像来源：
http://www.dorlingkindersley-uk.co.uk/static/clipart/uk/dk/rock/image_rock004.jpg.