我有一个基本的看板，在开发人员和测试之间进行切换：
----------------------------------------------------
| To Do | Ready | Develop | Test | Done |
| | | In Progress | Done | | |
假设我对电路板有一些限制。 如果某个项目未通过测试我该怎么办？实际修复错误不是测试人员的工作，所以我认为，它无法进入“完成”。 我希望测试人员把它放回“准备好”状态，但这将超出限制。如果测试人员将项目从“就绪”降级为“待办事项”，他基本上撤消了PO的优先级。
到目前为止，我的灵魂可以超越“准备就绪”的限制，标记测试失败的项目，并将它们作为优先事项。
还有其他想法吗？
答案 0 :(得分：1)
我将Ready状态拆分为Re-Open和Ready。在这种情况下，您可以清楚地分隔需要重新工作的项目和新项目。通常应首先处理需要重新工作的项目，因此开发人员将清楚新的和从测试阶段返回的内容。
答案 1 :(得分：0)
几种可能的解决方案（我确定还有其他解决方案），包括：
1）标记门票，团队期望标记的项目（无论出于何种原因）作为优先事项得到解决。
2）向后移动门票。 （但那么董事会是否真的反映了项目的状态？你是否也放松了这些变化？值得思考。）
3）创建新票。也许是特殊的泳道或不同的颜色。
他们甚至不是互相排斥的。即使你坚持使用＃1（我的默认偏好），当项目即使在当前状态下值得释放时＃3也是有意义的，如果它不是一个错误而是＃2可能是有意义的，而是一个重大的误解。
进一步深思熟虑：降低开发人员的WIP限制，＆amp; /或添加限制范围。测试，进一步鼓励开发人员在整个过程中支持他们的工作。
答案 2 :(得分：0)
这取决于你想要达到的目标。一种选择是如此认真地对待失败，以便您反弹当前的工作项来修复错误。
我认为你的解决方案没问题（让失败的标记真的很明显）。
也许真正的答案是尝试一段时间，看看它是如何运作的。
答案 3 :(得分：0)
我很确定我在回复中描述的内容与canonic看板会有很大的不同。我的意思是，这可能是非常有争议的。
从来没有，因为你要求其他想法，我猜你也可能对异端观点感兴趣。如果它不适合您的情况，请将其作为概念证明。
首先，稍微概述一下我正在使用的比喻。请考虑video you can find here
中的这段简短摘录” 假设一个代表至少两列的板（例如，执行和QA，但名称在这里并不重要）表示程序员被调用的活动。 假设这种情况：积压中的任务B和任务A实际上正在进行中。当任务A转移到QA时，程序员应该在任务A上工作还是将任务B移动到执行并开始工作？我们都知道多任务处理是邪恶的，程序员不应该同时处理任务A和任务B.
正确的答案是：先完成任务A的工作。看板是一个拉动系统，并且会非常清楚：但即使没有看板，很明显，任务A更接近商业价值，不应该停在QA栏中，并尽快转移到完成栏。应该消除废物而不是储存。
这引出了一个问题：在做列时是否有空闲插槽？另一位程序员可以向前移动任务B吗？
问题错位。如果只有一个开发人员，答案是否定的。 由于程序员不可用，因此应将事实上的“正在进行的工作进度限制”减少到0。 对于2位开发人员，正确的问题应该是“其他开发人员是否可用？”
事实是：正在进行工作限制不是衡量免费老虎机的标准。可用开发人员的数量是。
我试图想象的主板使用另一个原则：单个程序员的通用，个性化和自定义表示，如磁贴。称之为面部。 一个程序员面对一项任务来沟通他正在处理这个问题。由于每个程序员只有一个Face，程序员不能承诺多个任务。 “正在进行的工作限制”不是衡量可用空闲时段数量的指标：可用的团队成员，即没有任务的面孔，是一个很好的衡量标准。
规则很简单：每个团队成员只有1个面孔，可以只用1个任务。
然而，后果并非微不足道：使用Faces很容易看出谁在与谁合作，团队如何聚集以及谁可以在特定问题上被问到。 “
换句话说，我认为：WIP限制可能不是您应该放在列中的项目的最合适度量，特别是当所有列的WIP总和大于开发人员（即实际可以依赖的插槽）。
我认为同样适用于您的情况：在QA列中，您有一个看板项失败测试。对我来说，在执行列中向后移动它没有问题，正在处理失败项目的开发人员仍然致力于它。实际上，你有一个免费插槽。
我无法理解为什么“操作”栏上的WIP限制会阻止您的工作流程。你应该怎么做，否则呢？为了尊重你在列上写的任意数字，你应该将开发人员转移到另一个任务吗？如果您决定退出并违反WIP限制，那么您是否对该限制的含义以及相关性和适用性提出疑问？
简而言之：只要您有一位致力于该任务的开发人员，就可以将任务移回。
答案 4 :(得分：0)
我过去的做法是将失败的机票移回“正在工作”。因为可以预见很多门票最终会在测试阶段失败，所以你应该把它建成“工作”中允许的门票数量，以及实际放在那里的门票数量。
例如，您可能允许每个开发人员使用两张票“处理”，并永久保留其中一张故障票据。
答案 5 :(得分：0)
如果该项目已经进行了测试，然后以一种方式查看它，它的优先级高于“待办事项”列中的任何其他内容，因此可以放在该列的顶部，突破底部项目关闭。
或者，测试人员是否可以将项目带回PO并让他们重新确定优先顺序 - 所以它基本上是从待办事项列开始的？这就是PO的用途 - 他们决定了修复的重要性。
答案 6 :(得分：0)
我相信你应该在In Progress列中有两个子列。一个应该是“积极地工作”另一个应该是“等待”或任何你想要称之为。如果测试失败，请将其移回等待。
如果你想测量有多少人从测试中回来（这是一个好主意），请为其指定一个子列。
无论您选择做什么，都要在电路板的“进行中”区域内进行操作。
答案 7 :(得分：0)
我处理这个问题的方法是将故事留在测试中，但标记它已失败。它将很快成为测试列中的瓶颈，因为测试人员无法在不超出WIP限制的情况下提取新项目。这迫使团队聚集在该项目上以完成它（即修复问题并重新测试）。
值得提出以下问题。发展的责任是谁的责任？它的责任是谁来测试？在测试失败的情况下，重新开发谁的责任？希望你的答案是“团队”。