Project management 针对多项目、多团队部门的Kanbanish可视化和工作流管理

我试图想出一种简单（本质上是敏捷的）方法来可视化一个大部门的工作和瓶颈，一旦我们有了必要的数据，就可以逐步改进流程

问题是，我们有多个开发人员小组在处理多个项目。有些开发人员是跨项目的，有些项目是跨团队的。开发人员非常拘泥于自己的方式（我们不想强迫C#或Java开发人员在结对编程期间学习Delphi6）

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

我需要关于如何组织看板（或类似）任务板的想法，以便按照项目（或团队？）对故事进行分类，但WIP限制仍然适用于整个任务板

另外，站立会议将如何进行？将每个人都包括在一个会议中会占用太多的时间并导致信息过载，但分散会议会使我们失去敏捷所强制执行的许多透明度

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

我试图想出一种简单（本质上是敏捷的）方法来可视化一个大部门的工作和瓶颈，一旦我们有了必要的数据，就可以逐步改进流程

也许不是预期的答案，但这正是原因：

（来源：）

这是你应该开始的地方

看看Mary Poppendieck关于这个主题的材料（例如，或她的书）。

Corey Ladas over at有几篇文章介绍了如何为各种工作流设计看板。我还强烈推荐——社区已经相当成熟，但通过档案进行搜索应该是有用的

---

对于站立会议，请记住看板并没有规定标准的Scrum风格的站立（你昨天做了什么，今天做了什么，有什么障碍吗？）。这些对于较小的团队仍然有用，但是对于较大的团队（你从来没有提到过有多大-20？200？），你可以只关注阻塞。董事会上的所有人都可以看到人们目前在做什么，下一个优先事项（即我下一步将做什么？）应该是某种“准备就绪”队列，根据您的不同服务类别从队列中提取出来。

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

ArabiaGIS是看板的一种变体，它是表示这些卡片的一种简单方法，对这种表示进行了一些增强，并同步使用了这个概念，因此引入了同步看板概念

同步看板由每个项目的一个板组成，团队负责人或负责的开发人员将尝试用PIE来表示项目状态和特性进度

---

完整描述：

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

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

以下是。

可能是这种情况下的解决方案。Eylean board提供可视级别和数据级别的数据切片。按行、列、类别和分配进行排列。它支持将任务分组到不同的类别中，这些类别可以作为不同的项目使用，并且可以放在任务板的不同行中。这些选项中的任何一个都可以全面应用在制品限额。该应用程序本身是为适应看板而构建的，因此您应该会发现它很有用

---

谢谢！我没有一路读精益开发（虽然我喜欢读的东西）。如果Poppendieck有推荐的方法，我一定会看看@kevint上述示例非常简单，但价值流映射是精益中的可视化工具，用于识别、演示和减少流程中的浪费（优化整个流程，在整个价值流和整个产品中实施精益）。因此，映射您的价值流并开始消除瓶颈（这是应用约束的基本理论）。此问题不在主题范围内，因为它不在适用于此网站的问题范围内，如中所定义：您可能能够获得帮助，例如或。