多项目，多团队部门的看法可视化和工作流程管理

Question

我试图想出一种简单（和敏捷的）方式来可视化大型部门的工作和瓶颈，并在我们拥有必要的数据后逐步改进流程。

问题在于我们有多组开发人员在处理多个项目。一些开发人员是跨项目的，一些项目是跨团队的。开发人员非常熟悉（我们不希望强制C＃或Java开发人员在结对编程期间学习Delphi 6）。

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

我需要有关如何组织看板（或类似）任务板的想法，以便故事按项目（或团队？）分类，但WIP限制仍然全面应用。

此外，站立会议将如何进行？在一次会议中包括每个人会花费太多时间并导致信息过载，但是分裂会议会使我们失去敏捷实施的大量透明度。

因此，欢迎任何与任务板和站立会议相关的想法。 此外，非常欢迎Kanban的替代品与Kanban处方水平相同（换句话说不多）。

Answer 1

在这种情况下，

Eylean Board可能是一种解决方案。 Eylean board提供视觉级别和数据级别的数据切片。按行，列，类别，分配排列。它支持将任务分组分类为可以作为不同项目工作的类别，并且可以放置在任务板的不同行中。任何这些选项都可以全面应用WIP限制。该应用程序本身是为看板设置的，所以你应该找到帮助。

Answer 2

在Lean Software Engineering结束的Corey Ladas有一些关于如何为各种工作流程设计看板的文章。我也强烈推荐kanbandev mailing list - 社区非常成熟，但搜索档案应该证明是有用的。

对于站立式会议，请记住，看板没有规定标准的Scrum式立式（你昨天做了什么，你今天做了什么，有什么障碍？）。对于较小的团队来说，这些仍然有用，但是对于一个更大的团队（你永远不会提到多大--20？200？），你可以专注于障碍。当前人们可以看到人们正在进行的工作，下一个优先级（即我接下来要做什么？）应该处于某种“就绪”队列中，该队列根据您的不同服务类别提取。

Answer 3

  

我试图想出一种简单（和敏捷的）方式来可视化大型部门的工作和瓶颈，并在我们拥有必要的数据后逐步改进流程。

可能不是预期的答案，但这正是 value stream mapping的用途：

alt text http://killen.org/agileforexecutives/wp-content/uploads/ValueStreamMap.gif

这是你应该开始的地方。

查看关于此主题的Mary Poppendieck材料（例如this presentation，this one或她的书籍。）

Answer 4

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

Kanban的一种变体，一种表示这些卡片的简单方法，通过对此表示的一些增强以及对概念的同步使用，ArabiaGIS引入了Sync Kanban概念。

Sync Kanban由每个项目的董事会组成，团队负责人或负责的开发人员将尝试代表项目状态和馅饼的功能进展。

完整说明：http://www.jaftalks.com/Home/Show/Sync-Kanban-Agile-Project-Management

Answer 5

我认为没有一个实体或（任何其他）董事会能够同时显示项目，团队和开发流程 。此外，没有软件可以提供良好的团队级可见性，几乎所有项目管理工具都建立在项目概念之上，而且很少使用团队概念。

我已经考虑了这个问题2年了，并提出了我们将在TargetProcess中实施的解决方案，但我们还没有。基本思想是允许团队或项目灵活地过滤和分组工作，以提供鸟瞰视图和放大以查看特定项目或特定团队的详细信息。我无法想象它如何在物理看板上完成。

以下是some ideas。