【发布时间】:2010-07-06 12:11:33
【问题描述】:
鉴于看板上的基本流程:
| Backlog | Dev | QA | Deploy |
在阅读书籍/文章/演示文稿后,它大致变成了
Business -> | Backlog | Input | Development | QA | Deployment | Closed |
Marketing -> | | Queue |--------------------|--------------------| Queue | |
Other -> | | | Queue | WIP | Done | Queue | WIP | Done | | |
所以我想不通的问题:
积压与输入队列与开发队列关系。 PM 优先考虑该版本的待办事项中的 MMF 并将它们移动到输入队列中,dev(基于 WIP 限制)取一个并开始处理它(WIP 列)。开发队列是做什么用的?应该是 PM 将内容从 Backlog 移动到 Dev Queue,然后 dev 将它们移动到 Dev WIP,还是应该 PM 将内容从 Backlog 移动到 Input Queue,然后 dev 取一个并将其移动到 Dev WIP?我不明白为什么看板的例子会说有 Backlog、Input Queue 和 Dev sub-Queue,每个都有自己的用途吗?
dev 将已完成/已解决的工作项移动到哪里,Done 和 next Queue 列之间的关系是什么?如果不需要质量检查怎么办?例如,当 Dev WIP 完成时,您可以将其移至 Dev Done,QA 会将其从那里拉入 QA WIP。或者从 Dev WIP 到 QA 队列或部署队列(当不需要 QA 时)。在第一种情况下,即使描述过于技术性或过于模糊,QAer 也需要了解并检查 Dev Done 列中的每一张票。在第二个 Dev Done 被绕过,QA 失去了对部署内容的控制/监督。此外,是否应该有部署队列或已关闭?多亏了 CI,部署是一键式的,但是在将其移动到 Closed 之前,遍历每个开发任务并将修订号与刚刚部署的版本相匹配听起来像是一种负担……
有什么想法吗?或者,也许您知道真实世界的看板及其流程设置的详细示例?我知道我应该绘制出真实的现有流程并随着时间的推移发展/改进它(Kaizen 作为对出现的瓶颈/问题的反应),但如果是一个新团队/项目,那么完美的流程是什么?
【问题讨论】:
-
不存在一般完美的流程。一个例子:QA 很可能包含在 DoD 中。