敏捷转型
什么是看板:看板只是小批量的瀑布吗?
阅读:
什么是看板:看板只是小批量的瀑布吗?
什么是卡班板？通常，当我向刚刚熟悉Scrum的团队介绍Kanban，我得到的第一个评论之一......看起来很像瀑布。所以，这是一个问题，是Kanban只是瀑布小批次吗？假设您将所有功能孤独保存到位，并简单地开始运行较小的项目......小到作为一个功能或MMF的重点......你会得到更好的业务结果吗？亚博vip9通道
我没有在任何情况下实际上尝试这种方法的情况，但我的肠道告诉我你会变得更好。您可以提高组织创造价值的速率，您将减少花费时间的时间花费时间，并且您可以减少任何时间来管理的飞行中的飞行依赖数。减少批量大小将使业务条件发生变化时更容易改变方向。亚博vip9通道
我猜这就是为什么有些人对看板如此感兴趣的原因……你可以获得更好的整体性能，而不必改变组织当前的结构。在没有Scrum采用带来的转换和变更问题的情况下，您可以获得增量的改进。此外，您现在有一种方法可以显式地可视化工作，管理价值流，并驱动对话，以增量地改进整个系统的行为方式。
所以你怎么看？这是工作的首选方式吗？我们放弃团队和转型吗？正在采用Kanban作为在较小的批处理，价值流映射和设置工作范围内进行创建流程的实际工作？如果我们采取这种方法，我们的权衡将是什么？我们不会通过改变来留下任何东西吗？
顺便说一句 - 值得标志着这个场合......这是我在领先的敏捷中的300篇文章。这是一个很酷的里程碑。
评论(8)
丹尼斯·史蒂文斯
麦克风，
漂亮的观点。我喜欢。但我不认为你的最后一点是完整的。我不认为你不会随着时间的推移而变换。
看板的目标不只是移动到单个流程——尽管您将从这种方法中看到巨大的好处。这里的关键是“驱动对话，逐步改善整个系统的行为。”一旦你有了看板，我们从Scrum、XP、Deming、精益、约束理论和组织心理学中学到的一切都可以应用到系统中。
因此，实际上，您可以确定在您的组织中的关键点转换为小团队敏捷将改进整个系统的行为方式的机会。然后，你会在团队中进行转换，并在头脑中考虑到具体的改进。
丹尼斯·史蒂文斯
迈克
麦克风，
一个发人深省的帖子。和生活中的大多数事情一样，我认为答案是“视情况而定”。
最重要的权衡是，如果一个组织没有争取队伍和转变，它就会在桌面上留下钱。
我喜欢利用Kanban作为最终转型中的工具之一的想法 - 一个实用而务实的第一步。
延迟过渡到Scrum的疼痛或类似的东西可以通过首先进行较小的变化来降低抵抗力，避免全常见的“方法论宗教战争”。
虽然危险潜伏的潜伏并对最初的积极成果感到满意，但没有意识到团队驱动，Scrum的潜力。
在一些组织中，没有现实的希望获得必要的管理和基层支持来过渡到Scrum或其他团队驱动的方法，你在这里的帖子中建议的方法可能是在那个时间点上对该组织最好的方法。
所以这一切都取决于人们以及他们愿意接受改变的意愿，以及团队驱动的工作方式所感知到的价值。在某些情况下，小批量可能是一个组织愿意做的最好的事情!
- Mike Caddell.
Pawel Brodzinski
我认为标题问题的答案是：是和否。
如果你在传统的环境和瀑布式的过程中工作，但你得到一个非常小的任务，你可能会处理它们，就像你用看板工作一样。这些情况在现实生活中也会发生。有些项目中，许多变更请求是mmf大小的，或者供应商经常以小批量增量的方式交付新特性，因为客户需要这样做。
这里还有一件事：计划和设计不会线性缩放。如果您想要两次构建功能，您可能需要花费三倍的时间来获得相同的高品质设计。否，我没有任何科学数据来支持这一陈述。只是一个肠道的感觉。您在一秒内设计了“Hello World”程序，因为您必须在那里追踪任何隐藏的陷阱。
一般来说，缩小尺寸需要我们的头脑比我们第一眼看到的更多。我们能更快更好地设计小任务。我们更精确地估算完成它们所需的时间。
但与此同时，标题问题的答案是否定的。看板带来了一些你无法通过瀑布式向下伸缩而得到的技巧，带着所有物品的看板板是最引人注目的一个。可视化、有限的在制品、允许频繁的优先级变更或对持续改进的强烈关注是瀑布式方法中通常不存在的调整，它们中的每一个在看板中都有很高的价值。
关于更多思考最终：如果我想到了你所描述的环境 - 很多微小的MMF大小的瀑布项目，我看到了Kanban附近的东西，但不同（更好？），以便有人已经违反了这项工作落入小块并设置优先级，所以你唯一要做的就是获得部署和工作的Darn的事情。
卡尔苏格兰
不确定我的评论是否触发了它，但此帖子是硬币的另一侧到您在转换ORG模型中描述的一个。我不确定，卡班板只是减少批处理大小，但也许Kanban首先要缩小批量大小？
Mike Cottmeyer
是的卡尔，你的评论确实激励了这篇文章。我实际上有时会想到Kanban的同样的事情。我想探索这个话题，看看谁可能想要重量。我没有尝试在这个上有明确的最后一个词;-)
牛仔店
供参考- Alan Shalloway在NetObectives已经假设了一段时间了。他的基本观点是，scrum想要改变你的项目管理工作流程，以匹配已定义的方法，而看板可以缩放和调整，以匹配现有的工作流程。这是一个有趣的理论，我个人认为是由经验证明的。因此，如果他是正确的，看板本质上不是瀑布式的(即:迭代式)，而是足够灵活，以适应使用瀑布式过程的团队。
Carlton Nettleton
在我看来，这不是一个很有趣的问题，因为它忽略了所有人的东西。虽然我同意看板不是关于小批量、价值流和在制品的，但它确实有机会忘记敏捷是关于人和交互的，而不是过程和工具。
马丁
Kanban假设您有一个积压，您可以从中挑选下一个或两个最重要的任务。这是关键。我认为您可以在前面定义数百个要求，然后将团队设置为克服几年而无需重组积压。由于交付截止日期更接近（或者在后面留下，视情况而定），项目管理器将开始重新定义并优先考虑积压。那一点，球队不会再做瀑布了。