考虑到看板上的基本流程：
| Backlog | Dev | QA | Deploy |
阅读书籍/文章/演示文稿后，它大致转变为
Business -> | Backlog | Input | Development | QA | Deployment | Closed |
Marketing -> | | Queue |--------------------|--------------------| Queue | |
Other -> | | | Queue | WIP | Done | Queue | WIP | Done | | |
所以我无法弄清楚的问题：
积压＆amp;输入队列＆amp; Dev Queue关系。 PM优先处理该版本的Backlog中的MMF并将其移动到输入队列中，dev（基于WIP限制）取一个并开始处理它（WIP列）。什么是Dev Queue用于？应该将PM从Backlog转移到Dev Queue并将它们移动到Dev WIP，还是PM将事物从Backlog移动到Input Queue并且dev取一个并将其移动到Dev WIP？我看不出为什么看板示例谈论有Backlog，输入队列和开发子队列，每个都有自己的目的吗？
dev在哪里移动已完成/已解决的工作项以及Done和下一个Queue列之间的关系是什么？如果不需要QA怎么办？例如，当Dev WIP完成后，您可以将其移至Dev Done，QA会将其从那里拉入QA WIP。或者从Dev WIP到QA Queue或Deploy Queue（当不需要QA时）。在第一种情况下，即使描述太技术性或太模糊，QAer也需要了解并浏览Dev Done列中的每张票。在第二个Dev Done被绕过，QA失去对部署内容的控制/监督。此外，是否应该有部署队列或已关闭？感谢CI，只需点击一下即可进行部署，但是在将其移至Closed之前，通过每个开发任务并将修订号与刚刚部署的版本号相匹配听起来像是负担......
有什么想法吗？或者您可能知道看板的详细示例及其在现实世界中的流程设置？我知道我应该绘制出真实的现有流量，并随着时间的推移不断发展/改进（Kaizen作为对出现瓶颈/问题的反应），但是如果新团队/项目会出现什么样的完美流程？
答案 0 :(得分：3)
保持简单。恕我直言，你的实施太复杂了。我读了你的帖子三次，但仍然不理解一切;）检查以下网页。
http://www.limitedwipsociety.org/2009/11/16/kanban-example/
http://blog.crisp.se/henrikkniberg/2009/06/26/1246053060000.html
答案 1 :(得分：2)
理想的董事会是项目/团队依赖的，所以即使对于一个新项目，也没有单一的答案。与您的团队讨论流程，开始简单，定期审核。但我的帖子Kanban in a nutshell中描述了我的。
除非您的流程指示某种切换，否则您不需要“完成”和“排队”列。至于谁在列之间移动项目，目标是“拉”而不是“推”。
答案 2 :(得分：2)
没有完美的流程......如果您有现有团队，请从当前流程开始。保持简单，务实，既有现有团队，也有新团队。
我们在几个地方使用“完成”子列，对工作和完成的子列有一个共同的WIP限制。这样我们都可以启用拉动行为并限制整个步骤的WIP。
队列的典型用法是在瓶颈前面，以优化流程。非瓶颈应该使用松弛来学习和改进，但瓶颈（如果你能识别它）会限制整个团队的表现。
关于最后的“完成”专栏，我会对票证务实。但是，我会在电路板上更具体地说明列名。 “关闭”是指在生产中还是在您的测试服务器上？只需将其放在列名称中即可。
答案 3 :(得分：1)
你的两个问题实际上是一样的。简短的回答是开发队列和输入队列应该是同一个东西，即你需要一个或另一个，但不是两个。开发完成和qa队列相同，它们是相同的。队列或上游完成列的点是向下游阶段指示有等待完成的工作。这些列也用于强制执行wip限制。
我的建议是，即使在一个新项目中，也按照团队目前的工作方式进行映射，然后从那里使用Kaizen。看板（和Scrum）的重点不是告诉你如何工作，而是要让事情变得清晰明确，这样你自己就能找到问题并改变你的系统或过程。它的作用是经验数据，这意味着你不一定事先知道你应该采取的方向。看板作为一种工具/技术，可以通过反复试验指明您的方向，并使事物可见。
答案 4 :(得分：1)
积压＆amp;输入队列＆amp; Dev Queue关系。 PM优先处理该版本的Backlog中的MMF并将其移动到输入队列中，dev（基于WIP限制）取一个并开始处理它（WIP列）。什么是Dev Queue用于？
我不知道，你将最初的基本流程转换为复杂的东西:)也许你应该发布你使用的引用。但是从我的观点来看，它们似乎是多余的（也许它们不是在另一种情况下，但我觉得不需要它们。）
dev在哪里移动已完成/已解决的工作项以及Done和下一个Queue列之间的关系是什么？
如果WIP项目是 Dev-Done ，我认为QA应该将其拉到 QA-WIP 。我不明白所有这些队列。如上所述的答案，对我来说似乎是多余的。
有什么想法吗？
不是真的，但我会简化一些事情（实际上，几乎可以回到你的基本流程），我没有看到让它们比我在this previous answer中描述的更复杂的重点。好的，这个答案是关于Scrum板而不是纯粹的看板，但如果你删除迭代它也会有效。
或者您可能知道看板的详细示例及其在现实世界中的流程设置？
查看Henrik Kniberg的Kanban vs Scrum，One day in Kanban Land和Kanban and Scrum - a practical guide。好东西。
（...）但是在一个新的团队/项目的停止中，什么是完美的流程呢？
没有完美的流程，我们的团队完美的流程不是你的。但以上所有链接都会给你一些想法。但要保持简单，不必过于复杂。
答案 5 :(得分：1)
“就绪”队列（您称之为“输入队列”的队列）用于推送流程。 “完成”队列（输出）用于拉流。
大多数系统都具有推拉功能。如果工作步骤之间存在不同的组织语义，则会发生推送。例如，产品积压和团队输入队列之间的工作项的移动通常是推动运动。然后可以从输入队列中拉出工作。
很少有一个工作步骤同时具有输入和输出队列。