我试图想出一种简单（本质上是敏捷）的方法来可视化大型部门的工作和瓶颈，一旦我们有了必要的数据，就会逐渐改进流程。
问题是我们有多个开发人员组在多个项目上工作。有些开发人员是跨项目的，有些项目是跨团队的。开发人员的方式非常固定（我们不想强迫 C# 或 Java 开发人员在结对编程期间学习 Delphi 6）。
另一个问题是所有开发人员/项目之间共享一个非常小的 QA 团队。
我需要有关如何组织看板（或类似）任务板的想法，以便故事按项目（或团队？）分类，但 WIP 限制仍然适用于全面。
另外，站立会议将如何进行？将每个人都包含在一个会议中会占用太多时间并导致信息过载，但拆分会议会使我们失去敏捷强制执行的许多透明度。
因此，欢迎任何与任务板和站立会议相关的想法。此外，非常欢迎具有与看板相同水平（换句话说不多）的看板替代品。
在这种情况下， Eylean Board可能是一个解决方案。Eylean board 提供视觉层面和数据层面的数据切片。按行、列、类别、作业排列。它支持将任务分组到可以作为不同项目工作的类别中，并且可以放置在任务板的不同行中。这些选项中的任何一个都可以全面应用 WIP 限制。该应用程序本身是为配合看板而构建的，因此您应该会发现它很有帮助。
精益软件工程的Corey Ladas有几篇关于如何为各种工作流设计看板的文章。我还强烈推荐kanbandev 邮件列表- 社区非常成熟，但通过档案搜索应该证明是有用的。
对于站立会议，请记住看板并没有规定标准的 Scrum 式站立会议（你昨天做了什么，今天做了什么，是否有任何障碍？）。这些对于较小的团队仍然有用，但是对于较大的团队（您从未提及有多大 - 20？200？）您可以只关注阻塞。板上的所有人都可以看到人们当前正在做什么，并且下一个优先级（即我接下来要做什么？）应该在某种“就绪”队列中，根据您不同的服务类别从中提取。
我相信不可能有一个同时显示项目、团队和开发流程的物理或（任何其他）板。此外，没有软件能够提供良好的团队级别可见性，几乎所有项目管理工具都建立在项目概念之上，很少使用团队概念。
我已经考虑这个问题 2 年了，并想出了一个我们将在TargetProcess中实施的解决方案，但我们还没有实现。基本思想是允许按团队或项目灵活地过滤和分组工作，以提供鸟瞰图并放大以查看特定项目或特定团队的详细信息。我无法想象它是如何在物理看板上完成的。
这里有一些想法。
我试图想出一种简单（本质上是敏捷）的方法来可视化大型部门的工作和瓶颈，一旦我们有了必要的数据，就会逐渐改进流程。
也许不是预期的答案，但这正是价值流映射的用途：
（来源：killen.org）
这就是你应该开始的地方。
在敏捷项目中，使用板上的图表或图表来可视化和共享项目状态是一种常见的做法。虽然没有一个文档提供敏捷团队掌握节奏所需的所有弹药，但这套可视化材料提供了一个简单的框架，可帮助指导软件开发团队完成各种敏捷周期。
看板的一种变体，一种表示这些卡片的简单方法，对这种表示进行了一些增强并同步使用了该概念，ArabiaGIS 引入了同步看板概念。
同步看板由每个项目的板组成，团队负责人或负责的开发人员将尝试用饼图表示项目状态和功能进展。
完整描述：http ://www.jaftalks.com/Home/Show/Sync-Kanban-Agile-Project-Management
