kanban - 设计及其在看板开发方法中的适用性

标签 kanban

设计如何融入看板方法。是否应该有一个专门的设计栏来放置,或者故事的高层和底层设计是否在故事从故事队列移动到 WIP 之前就完成了?

最佳答案

没有单一的答案。这完全取决于团队如何运作。使用看板的基本做法是将您的工作方式映射到看板中。这意味着您的问题的答案就在您构建软件时遵循的流程中。

为您提供一点帮助 - 根据使用看板时应遵循的规则:

  • 您应该可视化工作流程,这意味着现实生活中以某种方式分离的所有阶段都应该在黑板上以这种方式可视化。

  • 您的政策应该明确,这意味着团队中的每个人都应该对流程有相同的理解。如果便签位于特定列中,则应表示某个功能处于这样那样的状态,并且对于团队中的每个人来说都应该是显而易见的。

此外,在处理切换时引入单独的列是一种典型的情况,这意味着一项功能从一个团队成员切换到另一个团队成员,例如开发(由开发人员完成)和测试(由质量工程师完成)的单独列。

在谈论设计时,我看到了不同的方法:整个设计使用单个单独的列,当设计有点广泛时使用更多列,或者当设计与开发合并/混合时根本没有专用列。问问你自己和你的团队,在你的案例中它是什么样子,你就会得到董事会应该是什么样子的答案。

最后一条建议:不要害怕尝试。如果您不确定自己的工作方式(这是可能的),请尝试不同的方法并检查哪种电路板设计最适合您的情况。

关于kanban - 设计及其在看板开发方法中的适用性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6926665/

相关文章:

看板和 Redis 的 Docker-Compose 错误

kanban - 我应该如何处理未通过测试的看板项目?

kanban - Odoo10 看板 View 中的空组

tfs - 是否可以在TFS 2012看板中自定义工作项颜色?

project-management - 使用看板时如何跟踪进度?

unit-testing - 将 UT 结果 (TRX) 发布到 azure devops

azure-devops - 如何在 Azure Board 中自定义标签颜色?

jira - 如何在 GreenHopper 看板上的卡片上显示故事点?

trac - Trac 看板插件

openerp - OpenERP 中的看板 View