0

鉴于看板上的基本流程：

| Backlog | Dev | QA | Deploy |

在阅读书籍/文章/演示文稿后，它大致变成了

Business  -> | Backlog | Input |     Development    |         QA         | Deployment | Closed |
Marketing -> |         | Queue |--------------------|--------------------|    Queue   |        |
Other   ->   |         |       | Queue | WIP | Done | Queue | WIP | Done |            |        |

所以我无法弄清楚的问题：

  1. Backlog & Input Queue & Dev Queue 关系。PM 优先考虑该版本的待办事项中的 MMF 并将它们移动到输入队列中，dev（基于 WIP 限制）取一个并开始处理它（WIP 列）。开发队列是做什么用的？应该是 PM 将内容从 Backlog 移动到 Dev Queue，然后 dev 将它们移动到 Dev WIP，还是应该 PM 将内容从 Backlog 移动到 Input Queue，然后 dev 取一个并将其移动到 Dev WIP？我不明白为什么看板示例谈论有积压、输入队列和开发子队列，每个都有自己的目的吗？

  2. 开发人员将已完成/已解决的工作项移动到哪里以及完成和下一个队列列之间的关系是什么？如果不需要质量检查怎么办？例如，当 Dev WIP 完成时，您可以将其移至 Dev Done，然后 QA 会将其从那里拉入 QA WIP。或者从 Dev WIP 到 QA 队列或部署队列（当不需要 QA 时）。在第一种情况下，即使描述过于技术性或过于模糊，QAer 也需要了解并检查 Dev Done 列中的每一张票。在第二个 Dev Done 被绕过，QA 失去了对部署内容的控制/监督。此外，是否应该有部署队列或已关闭？多亏了 CI，部署是一键式的，但是通过每个开发任务并将修订号与刚刚部署的版本匹配，然后再将其移动到 Closed 听起来像是一种负担......

有任何想法吗？或者，也许您知道真实世界的看板及其流程设置的详细示例？我知道我应该绘制出真实的现有流程并随着时间的推移发展/改进它（改善作为对出现的瓶颈/问题的反应），但是对于一个新的团队/项目来说，完美的流程是什么？

4

6 回答 6

3

把事情简单化。恕我直言，您的实施太复杂了。我读了你的帖子三遍，仍然没有理解所有内容；）检查以下网页。

http://www.limitedwipsociety.org/2009/11/16/kanban-example/

http://blog.crisp.se/henrikkniberg/2009/06/26/1246053060000.html

于 2010-07-06T13:21:21.597 回答
2

没有完美的流程......如果你有一个现有的团队，从现在的流程开始。保持简单，务实，无论是现有团队还是新团队。

我们在几个地方使用了“done”子列，对 working 和 done 子列有一个共同的 WIP 限制。这样，我们既启用了拉动行为，又限制了整个步骤的 WIP。

队列的典型用途是在瓶颈之前优化流程。非瓶颈应该使用 slack 来学习和改进，但是瓶颈（如果你能识别它）限制了整个团队的表现。

关于最后的“完成”专栏，我会在门票方面务实。但是，我会在董事会上更具体地讨论列名。“关闭”是指在生产中还是在您的测试服务器上？只需将其放在列名中即可。

于 2011-02-07T00:45:55.460 回答
2

理想的董事会是项目/团队相关的，所以没有单一的答案，即使是一个新项目。与您的团队讨论流程，从简单开始，定期回顾。但是我的帖子在看板中简要描述了。

您不需要“完成”和“队列”列，除非您的流程要求进行某种切换。至于谁在列之间移动项目，目标是“拉”而不是“推”。

于 2010-07-06T12:35:51.150 回答
1

“就绪”队列（您称为“输入队列”的队列）用于推送流。“完成”队列（输出）用于拉流。

大多数系统都有推和拉。推送将发生在工作步骤之间存在不同组织语义的情况下。例如，工作项在产品积压和团队输入队列之间的移动通常是推送移动。然后可以从输入队列中拉出工作。

很少有一个工作步骤同时具有输入和输出队列。

于 2010-07-13T04:20:38.227 回答
1

你的两个问题其实是一样的。简短的回答是开发队列和输入队列应该是同一个东西，即你需要一个或另一个，但不是两者都需要。dev done 和 qa queue 也是一样，它们是一样的。队列或上游完成列的点是向下游阶段指示有工作等待完成。这些列还用于强制执行 wip 限制。

我的建议是，即使是在一个新项目上，也要按照团队当前的工作方式进行映射，然后从那里使用 Kaizen。看板（和 Scrum）的全部意义不是告诉你如何工作，而是让事情变得可见和明确，这样你自己就可以发现问题并改变你的系统或流程。它适用于经验数据，这意味着您不一定事先知道应该采取的方向。看板作为一种工具/技术的存在是为了通过反复试验为您指明那个方向，并使事物可见。

于 2010-07-06T12:43:44.797 回答
1

Backlog & Input Queue & Dev Queue 关系。PM 优先考虑该版本的待办事项中的 MMF 并将它们移动到输入队列中，dev（基于 WIP 限制）取一个并开始处理它（WIP 列）。开发队列是做什么用的？

我不知道，你把最初的基本流程变成了复杂的东西:) 也许你应该发布你使用的参考资料。但是从我的角度来看，它们似乎是多余的（也许它们不在另一个上下文中，但我觉得不需要它们）。

开发人员将已完成/已解决的工作项移动到哪里以及完成和下一个队列列之间的关系是什么？

如果 WIP 项目是Dev-Done，我认为 QA 应该将它拉到QA-WIP。我不明白所有这些队列。所以与上面的答案相同，它们对我来说似乎是多余的。

有任何想法吗？

不是真的，但我会简化事情（实际上，几乎回到你的基本流程），我看不出让它们比我在上一个答案中描述的更复杂的意义。好的，这个答案是关于 Scrum 板而不是纯粹的看板，但如果你删除迭代它也会起作用。

或者，也许您知道看板的详细示例及其来自现实世界的流程设置？

看看Kanban vs Scrum，One day in Kanban Land和Kanban and Scrum - Henrik Kniberg 的实用指南。好东西。

（...）但是在一个新的团队/项目停止时，完美的流程是什么？

没有完美的流程，我们团队的完美流程不是你的。但以上所有链接都会给你一些想法。但保持简单，不必过于复杂。

于 2010-07-06T12:50:44.300 回答