看板如何防止工人执行过多的多任务[关闭]答案

【问题标题】：how does kanban prevent workers from too much multitask [closed]看板如何防止工人执行过多的多任务[关闭]
【发布时间】：2016-12-03 13:20:23
【问题描述】：

我正在研究一种流行的敏捷方法，看板，但我真的找不到任何有用的材料。最重要的是，我真的不明白 WIP 对看板有何帮助。

根据this wikipedia article，看板提倡限制进行中的工作，同时减少多任务处理和上下文切换造成的浪费，暴露运营问题并促进协作以不断改进系统。 p>

这个关于 WIP 的解释对我来说很奇怪，因为我认为，它假设一个工人应该只在整个看板阶段中的一个阶段工作，例如“待办事项”、“开发”、“测试”，“完成”，而不是拿一个项目并在整个阶段处理它。我认为其中只有两个阶段，即“开发”和“测试”，是您工作的阶段。那么，如果你在“测试”阶段工作，那是你应该整天做的工作，根本不接触“开发”过程吗？这似乎太死板了。敏捷公司真的是这样工作的吗？

【问题讨论】：

这个问题不应该在这里问吗？题外话。在此处选择另一个 stackexchange 平台：stackexchange.com/sites
我投票结束这个问题，因为它属于项目管理
我投票结束这个问题，因为它与编程无关。
我投票结束这个问题作为题外话，因为项目管理应该在Project Management 询问
@PaulSweatte 我明白这一点。但似乎我不能再删除或移动这篇文章了，因为有些人已经回答了问题。我现在该怎么办？

标签： agile methodology kanban

【解决方案1】：

您正在解释看板系统的工作方式，而 WIP 限制在管理行为中的作用是不正确的，鉴于 wikipedia 文章中提供的信息有限，这并不意外。

WIP 限制是团队用来鼓励工作通过看板系统持续流动的明确政策。考虑到看板系统所需的操作特性（它需要如何执行），WIP 限制用于优化拉动行为。

这个关于 WIP 的解释对我来说很奇怪，因为我认为，它假设一个工人应该只在整个看板阶段的一个上工作

不应实施 WIP 限制，以使每个人的 WIP 为 1 个“事物”。这可能会发生，但考虑到创造性、知识性工作活动的日程安排需求，这不太可能发生。

那么，如果你在“测试”阶段工作，那是你应该整天做的工作，根本不接触“开发”过程吗？

WIP 限制应该管理工作，而不是工人。工作项可能正在测试中，但这并不意味着 QA 专业人员无法在工作流程的其他地方提供帮助。测试中的 WIP 限制为 3 意味着一次只能测试三个工作项，任何高于或低于该值的都不是系统的最佳行为。

这似乎太死板了。敏捷公司真的是这样工作的吗？

看板可能是最灵活的方法，可以支持组织或团队中敏捷能力的出现。如果您阅读Kanban by David Anderson 或Kanban from the Inside，您将会更深入、更准确地了解 WIP 限制以及它们在虚拟看板系统中的工作方式。

【讨论】：

这是一个很好的解释，我很感激。现在我几乎可以想象看板在实践中是如何工作的。但是仍然不明白的是看板的 WIP 是如何阻止工人同时做很多事情的。根据你的说法，WIP 是应用于作品，而不是工人，所以看起来它与工人完成的多任务无关。
@DerekKim 说它不会停止多任务处理。它鼓励专注于完成事情。如果团队在完成某件事之前不应该开始某事，则鼓励团队致力于完成故事。随着团队了解这一点，他们开始蜂拥处理需要完成的事情，而不是单独开始新事物以保持忙碌。人类不会同时执行多项任务。我们进行上下文切换。上下文切换是昂贵的。看板鼓励我们通过 WIP 限制来最小化成本。如果您想探索一种更加基于个人的看板方法，请使用 Google Personal Kanban。

【解决方案2】：

维基百科的引述说：

...减少多任务处理和上下文切换造成的浪费

请注意，它并没有说“消除由于多任务处理和上下文切换造成的浪费”。

WIP 限制并不规定一次完成一项任务。该团队调整了他们的 WIP 限制，以便提供最大的工作吞吐量。

一个团队可能一次尝试每个团队成员的一项任务，并意识到这不是对时间的有效利用。然后他们可以提高 WIP 限制，直到找到吞吐量最大化的最佳位置。

【讨论】：