hexo 设置看板娘位置_在企业组织中设置看板系统的五步图解指南

54 阅读 0 评论 36 点赞

我是靠谱客的博主忧郁钢铁侠，最近开发中收集的这篇文章主要介绍hexo 设置看板娘位置_在企业组织中设置看板系统的五步图解指南，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

hexo 设置看板娘位置

我们已经完成了大量看板实现，并且我们的方法主要基于David J. Andersons 看板书中概述的方法。在旅途中，我们发现有时我们需要对标准步骤进行某些调整，并且在最近的大规模组织变革工作中，我们将看板应用于200多人的整个组织中，我们遇到了一些情况仅在大型企业环境中会遇到。我认为对于其他人来说，逐步说明我们如何解决该问题将是有用的。如果您打算在企业IT组织中或在一个陷入困境的公司中开始采用看板，那您可能会发现这很有用。这是一个简单的5步方法，在尊重典型IT组织可以吸收的变化速度的同时，始终为我们带来良好的结果。

步骤1）确定采用上游看板的上，下游各个小组，特别侧重于外部“支持小组”

在我们的方案中，我们正在帮助IT开发小组采用看板。首先，我们需要首先确定谁是我们的上游方，这是由客户/企业本身具有PM / BA功能的，其中有5个。有一个下游小组，即发布支持小组 ，负责打包，并将代码推入阶段和生产。最后要看的小组是其他支持小组，这通常是企业设置中的关键考虑因素，因为大多数IT组织已转向功能整合。对于这个特定的小组，他们依靠一个DBA支持小组和一个测试支持小组来完成他们的工作并将其传递给发布组。

步骤2）确定上游供应商提供的工作类型，并与IT开发小组合作以商定一组标准工作类型，以设置“工作类型过滤器”

我们在与许多团队一起工作期间所汲取的教训之一就是将工作类型分析视为一种能力而不是一次性事件的重要性。工作类型要求随着时间的推移而变化，团队需要发展进行这项活动的能力，并发展一套标准的工作类型。我发现这对于为团队实施工作类型过滤器很有帮助，因此他们了解这是他们需要进行操作的能力和机制。在企业IT设置中，工作类型分析通常是与IT开发小组进行的有趣的对话，因为开发团队除编写代码外还将承担其他“职责”。客户或其他团体经常要求他们提供两种非开发服务，即咨询和供应商支持/管理 。由于我所看到的大多数IT组织中都存在功能合并的趋势，因此某种类型的集中式PM / BA功能通常负责收集需求以及提供估计和计划。这些小组缺乏完成这些活动的技术知识，因此寻求开发小组的帮助。第二种非开发请求通常是供应商支持/管理 。解决方案的业务需求通常趋于不稳定，并在年度预算周期结束时达到顶峰，因为他们感到预算支出的压力，这导致需求超过内部开发能力，进而导致组织不断扩大规模外部供应商承担额外的工作。这将为开发小组带来一些工作，因为项目经理通常会要求该小组提供技术监督或支持，以指导设计，编码并帮助进行代码集成和升级。我发现将这些非开发请求与开发工作类型分开非常有用，因为它们通常会以不同的方式在系统中引起噪声并影响容量。回到我们的真实示例，这就是我们最终得到的结果：

步骤3）绘制内部价值流，并确定流程中与支持小组进行交接和协调的位置

现在，我们了解了看板系统的边界，我们可以开始深入研究内部工作原理，并了解一切之间的联系。值流映射通常是一个有用的工具，但我发现保持简单最有效。此步骤的重要部分是显式地确定与其他支持小组建立团队“接口”的位置，并了解要交换的信息/价值/工件（即接口合同的外观）。

步骤4）根据标准工作类型可视化所有工作，让系统运行以了解吞吐量，然后设置WIP限制，重点是输入队列和外部支持组列

在第3步结束时，我们应该有一个看板板，并且可以根据为“ 工作类型过滤器”定义的标准工作类型开始IT开发小组当前正在从事的所有工作。我发现许多团队都在为立即设置WIP限制而苦苦挣扎，他们需要使用2-4周的看板系统才能拥有合适的舒适度来进行讨论。那时，应该跟踪吞吐量指标，因为这将为设置WIP限制的初始估算提供有用的参考框架。我与该组一起关注的关键列是输入队列 列和外部交接列 。专注于这些专栏的基本原理是它们是与外界的接口，我们希望围绕这些专栏设定一些期望和承诺，因为IT开发组需要他们的帮助来交付工作。输入队列使它们保持供给状态，交接列使它们保持运行状态。我经常利用吞吐量指标，根据简单的准则（仅接受您可以完成的工作）使团队针对输入队列的WIP限制进行调整。

步骤5）将队列公开给客户端，并帮助设置和操作优先级框架作为优先级过滤器

此时，我们向客户公开队列，并开始将工作的优先级推向客户。我们还发现，在企业IT设置中，仅提供下个月/本月的队列不足以进行其计划过程。因此，我们经常提供具有两个补货节奏的优先积压机制，一个年度/季度一个用于战略/预算计划，一个月一次用于及时决策。这是我们经常看到的客户流失最多的地方，通常是看板流程中最具挑战性的部分。许多IT组织都擅长在一个组内进行优先级划分，但是尽管试图制定和折衷优先级划分委员会/委员会，但跨组织组的工作仍很艰难。为了解决这个问题，看板系统为我们提供了两条信息，一个通用的货币单位 （标准工作类型）和交付吞吐量 。利用这两条信息，我们建议与客户合作分析他们所有已知的需求，使用工作类型过滤器将其分解为我们的标准工作类型，然后根据吞吐量计算需求与容量之间的差距。一旦知道了差距，就有两种选择，与更多的外部供应商一起扩大规模或对工作进行优先级排序。在这种情况下，由于紧迫的期限和使用新资源所需的加速时间，因此无法进行扩展，因此我们不得不采用优先级选择。为了解决优先级问题，我们建议召开研讨会以使请求与组织的战略重点保持一致，然后对这些请求应用FIFO策略，同时考虑真正的固定日期项目。这提供了一个可行的临时解决方案，因为它迫使客户使用FIFO专注于当今。目标是根据现在或即将进行的准备工作进入一组需求渠道，并针对这些渠道设置％分配。然后，我们为客户提供机会在每月补货会议上调整百分比分配。