首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >看板/Scrum板

看板/Scrum板
EN

Stack Overflow用户
提问于 2009-11-27 06:30:07
回答 11查看 17.4K关注 0票数 29

我很好奇其他人在他们的公司里使用什么物理看板/Scrum板。我很感激,由于敏感的商业信息,您可能无法提供董事会的照片。我想找出,你的董事会是什么样子的你是如何组织用户故事和任务的,因为他们通过一个典型的冲刺/迭代?

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

代码语言:javascript
复制
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的情况下测试服务。如果测试失败,就会引发一个bug,并将其与任务一起移回QA阶段
  • UC-003的所有任务都已经完成,并转移到了QA准备阶段。
  • Uc-004和UC-005的所有任务都完成了,因此用户故事被移到完成。

这是一个有形的白板,涉及到与每个任务/用户故事交互的人(表示为post注释)。电子版本在sprint/迭代之前创建,并且只在与当前情况相对应的sprint/迭代结束时更新。欢迎评论和批评:)

EN

回答 11

Stack Overflow用户

回答已采纳

发布于 2009-11-27 20:22:18

我们使用的是来自Henrik的著名的来自战壕的Scrum和XP,这些列是根据上下文进行调整的(通常是: TODO,正在进行、将要测试、完成):

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

产品待办事项(PBI)被打印为“物理卡片”(A5格式),用于Sprint会议(至少是最重要的)。一旦团队获得了下一次迭代的PBI,项目就会被分解为任务/活动(在便笺上)。会议结束后,一切都在Scrum板上进行,我建议使用磁带、拇指钉或磁铁。PBIs按重要性排序,最重要的是在董事会的顶部,在底部则不太重要。团队应该首先处理最重要的项目,直到完成为止。首先,活动后-它从左向右移动。然后,PBI跳转完成。意外任务被添加到“未计划的项目”区域(在烧毁图表中考虑到它们)。未来的PBI在"Next“区域中仍然可见(如果在迭代期间完成了所有项,我们将从中选择一个新的项)。很简单。

这些做法允许通过视觉检测气味,例如:

  • 有潜在障碍的堆积任务(即没有移动的任务)
  • 团队按错误的顺序做事情,而不把注意力集中在最优先的项目上,比如在示例中:)
  • 正在进行的工作太多了,什么也没做
  • 正在扼杀冲刺的计划外物品

效果很好。

如果您正在寻找更多的“面向kanban”的东西,也许可以看看看板对Scrum在看板土地的一天看板和Scrum -实用指南来自同一个Henrik。也很棒的东西。

要获得更多图片,请尝试使用scrum+board看板scrumbanscrum+kanban

票数 15
EN

Stack Overflow用户

发布于 2012-04-19 21:48:38

这是我们在TargetProcess使用的看板。我们不做任务级的工作,只在用户故事和Bugs级别上工作。有时我们创建任务,但它们没有在董事会上明确地被跟踪。

我们不估计用户故事和Bugs,而是尝试将故事分成更小的部分(成功程度参差不齐)。列是不言自明的.我们在测试的列中积累项目,然后创建分支,对其进行冒烟测试,并发布新的构建。通常我们每两周发布一次新版本。

此外,委员会还通过颜色编码向开发人员和测试人员展示了服务的加载和类别。

UPD。现在我们有几个小组,并且使用一个单板来跟踪http://www.targetprocess.com/3中所有团队的进度。

票数 9
EN

Stack Overflow用户

发布于 2009-11-27 22:08:44

Scrum /极限编程故事板.

里斯/4138686549/

工作出现在第二个-从左colum,并取得全面的进展,通过不同阶段的完整性。

列名:未启动,刚开始,中途,几乎完成,准备展示(通过QA)

第一行是专门为bug修复保留的--就像清除bug的固定优先级一样。

辛普森一家的角色代表了团队的每一位成员。他们四处走动,这样我们就能看到谁在做什么了。

票数 6
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/1807100

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档