看板/Scrum面板

Question

看板/Scrum面板

project-managementagilescrumagile-processeskanban

29

我对其他人在公司中使用的物理看板/Scrum看板感到好奇。我知道由于敏感业务信息，您可能无法提供看板照片。我想知道您的看板长什么样，以及在典型的Sprint/迭代中，您如何组织用户故事和任务？

通常情况下，我在这样的地方工作，看板的组织方式如下，每个任务都有不同的区域：

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 |

总结一下：

UC-001的任务正在一个团队成员（Bob）进行中。其他人可以从Todo列中选择任务，并与Bob协调完成工作。
对于UC-002，付款服务任务已经完成，并且为QA完成了自动化测试工具，使他们能够在没有UI的情况下测试该服务。如果测试失败，则会提出错误并将其与支付服务任务一起移回QA阶段。
所有UC-003的任务都已完成并移到Ready for QA。
所有UC-004和UC-005的任务都已完成，因此用户故事被移至Done。

这就像是一个有形的白板，涉及到人们与每个任务/用户故事（代表着便利贴）的互动。在每轮迭代之前创建电子版，并仅在迭代结束时更新，以反映当前情况。欢迎评论和批评：）

- Jonathan Holloway

1

顺便提一下，http://stackoverflow.com/questions/1156667/kanban-vs-scrum 上有一些关于看板和Scrum之间区别的绝妙答案。 - Jeremy McGee

是的，这是对于两者差异的一个很好的回答 - 有些人确实会混淆它们，因此问题的措辞涉及到了用于两个过程的板子，我更关心的是物理进度板以及人们如何使用它... - Jonathan Holloway

11个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- user2231614 · Answer 1

随着团队的进步，我们的看板也会随之演变。如果您有一个共同办公的团队，我倾向于使用实体卡片看板，因为从我的经验来看，它可以鼓励更好的面对面沟通。显然，这会增加一些额外的工作量，但是让团队协同工作是值得的。我发现实体看板的另一个优点是它有助于业务参与度。远程利益相关者不能仅仅登录并查看当前迭代的进展情况，因为有时候卡片并不能完全说明问题。他们必须进行交流并前往看板，这可能是有益的，因为事情可以得到解释，并且这也意味着他们可以被鼓励帮助解决障碍。然而，这不仅限于实体看板，但它确实有所帮助。

正如上文所提到的，我们的看板会根据团队的需求而不断演变。通常我们从传统的Scrum开始，但鼓励持续改进，最终通常会采用ScrumBan的解决方案。这些变化通过看板来可视化。最近我写了一篇关于我们最新变化的文章，如果您感兴趣，可以看一下我们的沙漏Scrum/Kanban看板。

我认为团队应该参与制作板子，因为这有助于团队了解工作流程，避免成为孤立的个体。此外，如果团队参与制作板子，他们会更好地监督自己的流程，这有助于自我组织，因为这是他们参与过的产品。