看板/ Scrum板

Question

看板/ Scrum板

Jon*_*Jon 28 agile project-management scrum agile-processes kanban

我很好奇其他人在他们公司中使用的物理看板/ Scrum板.我很欣赏因为敏感的商业信息,您可能无法提供董事会的照片.我正在寻找你的电路板看起来是什么样的,以及你如何在典型的sprint/iteration中组织用户故事和任务？

通常情况下,我在一个组织董事会的地方工作如下

User Story   | Todo                   | In Progress  | Ready for QA     | Done   |
UC-001       | Domain Object, Service | DAO(Bob)     |                  |        |
UC-002       | Payment UI Screen      |              | Payment Srv (Don)|        |
UC-003       |                        |              | UC-003           |        |
             |                        |              |                  | UC-004 |
             |                        |              |                  | UC-005 |

Run Code Online (Sandbox Code Playgroud)

总结一下:

团队中的一名成员(Bob)正在进行UC-001的任务.其他人可以选择的任务列表正在Todo专栏中等待,但这可以由团队的另一名成员接收,他与Bob协调完成工作.
对于UC-002,支付服务任务已完成,并且已完成QA的自动化测试工具,允许他们在没有UI的情况下测试服务.如果测试失败,则会引发错误并将其与付款服务任务一起移回QA阶段
UC-003的所有任务都已完成并转移到Ready for QA.
Uc-004和UC-005的所有任务都已完成,因此用户故事已移至完成.

这可以作为一个有形的白板,涉及人们与每个任务/用户故事(表示为便利贴)进行交互.在sprint/iteration之前创建电子版本,并且仅在与当前情况对应的sprint/iteration结束时更新.欢迎评论和批评:)

Answer 1

Pas*_*ent 15

我们使用来自Henrik Kniberg 的Trenches的着名Scrum和XP的灵感,根据上下文调整列(通常:TODO,ON GOING,TO TESTED,DONE):

alt text http://blog.realcoderscoding.com/wp-content/uploads/2008/09/hk.png

产品待办事项项目(PBI)打印为Sprint计划会议的"实体卡"(A5格式)(至少是最重要的).一旦团队为下一次迭代选择了PBI,项目就会分解为任务/活动(在便利贴上).会议结束后,一切都在Scrum Board上进行,我建议使用磁带或图钉或磁铁.PBI按重要性排序,最重要的是在董事会的最高层,在底层则不那么重要.团队应该首先处理最重要的项目,直到完成为止.首先,活动从左向右移动.然后,PBI跳转到完成.意外任务被添加到"未计划项目"区域(在燃尽图表中将其考虑在内).未来的PBI在"下一个"区域中保持可见(如果在迭代期间完成所有项目,我们从那里选择一个新项目).很简单.

这些实践允许在视觉上检测气味,例如: