我很好奇其他人在他们的公司里使用什么物理看板/Scrum板。我很感激,由于敏感的商业信息,您可能无法提供董事会的照片。我想找出,你的董事会是什么样子的,你是如何组织用户故事和任务的,因为他们通过一个典型的冲刺/迭代?
通常,我在一个组织董事会的地方工作,如下所示
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 |因此,总结一下:
这是一个有形的白板,涉及到与每个任务/用户故事交互的人(表示为post注释)。电子版本在sprint/迭代之前创建,并且只在与当前情况相对应的sprint/迭代结束时更新。欢迎评论和批评:)
发布于 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、看板、scrumban、scrum+kanban。
发布于 2012-04-19 21:48:38
这是我们在TargetProcess使用的看板。我们不做任务级的工作,只在用户故事和Bugs级别上工作。有时我们创建任务,但它们没有在董事会上明确地被跟踪。
我们不估计用户故事和Bugs,而是尝试将故事分成更小的部分(成功程度参差不齐)。列是不言自明的.我们在测试的列中积累项目,然后创建分支,对其进行冒烟测试,并发布新的构建。通常我们每两周发布一次新版本。
此外,委员会还通过颜色编码向开发人员和测试人员展示了服务的加载和类别。

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

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

Scrum /极限编程故事板.
里斯/4138686549/
工作出现在第二个-从左colum,并取得全面的进展,通过不同阶段的完整性。
列名:未启动,刚开始,中途,几乎完成,准备展示(通过QA)
第一行是专门为bug修复保留的--就像清除bug的固定优先级一样。
辛普森一家的角色代表了团队的每一位成员。他们四处走动,这样我们就能看到谁在做什么了。
https://stackoverflow.com/questions/1807100
复制相似问题