用于多项目、多团队部门的Kanbanish可视化和工作流管理

Question

我正在尝试想一种简单的(本质上是敏捷的)方法来可视化一个大部门的工作和瓶颈，一旦我们有了必要的数据，就会逐步改进这个过程。

问题是我们有多组开发人员在多个项目上工作。有些开发人员是跨项目的，有些项目是跨团队的。开发人员非常固定自己的方式(我们不想强迫C#或Java开发人员在结对编程期间学习Delphi6)。

另一个问题是，所有开发人员/项目共享一个非常小的QA团队。

我需要关于如何组织看板(或类似的)任务板的想法，以便故事按项目(或团队？)分类。但WIP限制仍然适用于所有领域。

此外，站立会议将如何进行？将每个人都包含在一个单独的会议中会占用太多的时间并导致信息过载，但是拆分会议会让我们失去敏捷带来的很多透明度。

因此，欢迎任何与任务板和站立会议相关的想法。此外，看板的替代品与看板的处方级别相同(换句话说，不是很多)是非常受欢迎的。

Answer 1

在这种情况下，Eylean Board可能是一种解决方案。Eylean board提供视觉级别和数据级别的数据切片。按行、列、类别、分配进行排列。它支持任务分类，可以作为不同的项目工作，也可以放在任务板的不同行中。这些选项中的任何一个都可以全面应用在制品限制。这个应用程序本身就是为套件看板而构建的，所以你会发现它很有帮助。

​

​

Answer 2

Lean Software Engineering的Corey Ladas有几篇关于如何为各种工作流程设计看板的文章。我也强烈推荐kanbandev mailing list --这个社区已经相当成熟了，但是搜索档案应该是有用的。

对于站立会议，请记住看板并没有规定标准的Scrum风格的站立会议(你昨天做了什么，今天做了什么，有什么障碍吗？)。这些对于较小的团队仍然有用，但对于较大的团队(您从未提到有多大- 20? 200?)你可以把注意力集中在阻塞上。人们目前正在做的工作对董事会上的所有人都是可见的，以及下一个优先事项(即我下一步该做什么？)应该在某种“就绪”队列中，该队列是根据您的不同服务级别而拉出的。

Answer 3

在敏捷项目中，使用图形板上的图表来可视化和共享项目状态是一种常见的做法。虽然没有单个文档提供敏捷团队获得节奏所需的所有弹药，但这组可视化材料提供了一个简单的框架，以帮助指导软件开发团队通过各种敏捷周期。

看板的一个变体，一种表示这些卡片的简单方法，通过对这种表示的一些增强和概念的同步使用，ArabiaGIS引入了同步看板概念。

Sync Kanban由每个项目的看板组成，团队负责人或负责的开发人员将尝试用pies表示项目状态和功能进度。

完整的描述请访问：http://www.jaftalks.com/Home/Show/Sync-Kanban-Agile-Project-Management