（七）项目管理方法论 - 看板（Kanban）

看板是用于实施的最流行的框架之一敏捷软件开发.我们将在本文中介绍 Kanban 的以下方面：-

• 看板介绍：在本节中，我们将讨论 - 什么是看板？
• 看板实践：这将解释为什么需要看板，看板实践，看板背后的目的是什么及其历史。
• 看板的工件：在这里，我们将尝试了解看板及其部分，如列表、可视化卡片、正在进行的工作限制等。
• 看板的角色和职责：在这里，我们将尝试借助示例来理解看板的角色和职责。我们还将了解这些原则。
• 看板中的流程工作流：在这里，我们将借助软件开发支持团队的示例来理解流程工作流，并且还将理解看板原则。
• Scrum 和看板之间的主要区别：由于人们总是将 Scrum 与其他任何东西进行比较，因此了解 Scrum 与看板有何不同非常重要？

让我们从看板的基本介绍开始——

什么是看板？

看板最初起源于日语单词“Kan”，意思是“视觉”，而“ban”的意思是“卡片”。因此，它是一张包含有关在每个开发阶段完成的工作的所有信息的卡片。看板是精益团队中最流行的方法之一，因为它具有高度的可视化性。大多数精益团队使用 Kanban 来可视化和积极管理产品的创建，强调持续交付而不会给开发团队带来过重的负担。

它最初使用并起源于“丰田生产系统”。软件测试方法，尤其是敏捷测试，完全采用了这种框架或方法。看板流程旨在帮助团队更高效地协同工作。

看板实践

可视化：

这意味着，无论进度如何，与该流程相关的每个人都可以通过使用“看板”来查看。

看板可以是物理板或电子板。只需查看看板，您就可以弄清楚当前正在进行的内容和已完成的内容。这是一个简单的步骤，可以产生重要的见解。它可以毫不费力，也可以非常详细，具体取决于流程或工作流程的复杂程度。

限制正在进行的工作：

在看板中 - “限制 WIP”是指先完成手头的任务，将其移动到 Done，然后拉取另一个工作。它提高了工作质量。

最初，您可能无法理解您的工作限制，并且您可能必须观察您的团队一次准备完成多少工作。您可以观察、收集数据，然后定义 WIP 限制。我们为每个进程设置了 WIP 限制。

"“限制 WIP”消除了流程中“未完成的工作”或“部分完成的工作”浪费。其次，客户也会明白做工作的能力是有限的，所以他们也会相应地计划他们的优先事项。

管理流程：

看板强调以某种方式管理工作流程：-

• 最大限度地向客户交付价值
• 使整个过程顺利
• 最大限度地减少时间和成本。

为了最大限度地交付价值，我们需要确保我们知道 - `

• 客户期望
• 当前系统可以提供什么
• 与客户签字交付的内容

使策略明确：

显式策略是一种阐明和定义超越工作流程定义的流程的方法。这些策略可以像执行任何工作时或接新任务时应遵循的步骤清单一样简单。

这些策略应该明确定义并可视化，通常在看板的顶部，如果它与任务/阶段相关，则在相应列的顶部。它使过程透明。它使每个人都在同一页面上，并且他们了解标准程序。

它还在此过程中帮助新人，因为他们知道他们需要做什么。

反馈循环：

反馈回路是任何受控过程/系统的关键和不可或缺的部分。根据流程所有领域的给定输入提供反馈和改进非常重要。在 Kanban 中，反馈不仅在团队内部被获取和应用，而且在团队和团队成员及其分层经理之间也被获取和应用。

起色：

看板是一种改进方法。看板遵循无中断且缓慢的变更管理过程。这意味着现有流程得到增强，并以小、持续和简单的步骤进行。在看板中，与其进行重大更改，不如以团队中每个人都可以调整的速度执行许多微小的更改。

评估每项更改的影响，以评估所做的更改是否有助于流程改进。基于此，我们可以决定您是要保留这些更改，还是进行一些修改或要放弃它们。

它降低了风险，提高了效率和整体性能。

看板工件：

Kanban 受欢迎的重要贡献者之一是“Kanban Board”。在 Kanban 中，我们使用可视化板将项目的进度分为三个简单易行的阶段，即

• 待办事项
• 进行中/正在执行
• 已完成/已完成

基本的看板结构包括-

列表（用于跟踪进度的列）：

列表是主板上的列。每列代表一个特定的流程步骤。这些活动共同构成了一个 “工作流”。每张卡片都遵循流，直到到达最后一个阶段，即 “Done/Completion”。任何看板工作流都可以像 “To Do”、“In Progress”、“Complete” 一样简单。

卡片（表示任务的项目）：

看板最引人注目的不同之处在于视觉卡片/信号（便利贴、票证、屏幕截图）。一张卡片通常包含由 Kanban 团队编写的一个工作项。当团队开始工作，项目经理确保板更新时，视觉卡片可以让团队成员了解他们的团队正在做什么以及完成什么。

正在进行的工作 （WIP） 限制：

顾名思义，“WIP 限制”用于限制“正在进行的工作”任务。这是在任何给定时间一列中可以出现的最大卡牌数量。例如，如果有一列的 WIP 限制为 5，则该特定列的卡不能超过 5 张。这些 WIP 限制至关重要，因为它们控制着工作流程，并为您提供一个早期警告信号，表明您投入了太多工作。

承诺点：

看板团队的看板通常有积压工作。backlog 只不过是一个列，客户和团队成员在其中提出他们对项目的想法，团队可以从中挑选并准备他们的待办事项列表。承诺点是团队发现一个想法并开始处理该特定任务的时刻。

交货点：

交付点是看板团队工作流程的最后一个点。这是将服务、软件或产品交付给客户的时刻。该团队的目标是尽早从承诺点到交付点领取卡片。

基本看板工作流程

随着我们对工件的熟悉，让我们试着了解一个基本的 K-Board 的工作流程

• 在上图中 - “Stories” 列下列出的任务充当团队的 Backlog。
• 四列（Stories、To Do's、Doing、Done）称为列表。
• 团队从 “Stories” 列中选取要处理的任务将移动到 To Do 列表中。这个从 backlog 中挑选故事并将它们移动到 To Do 的过程称为 Commitment Point。
• 当团队开始处理任务时，它会移动到 “Doing” 列。
• S tickies、图片和评论称为视觉卡片。
• “正在执行”中可以有的任务限制，该限制称为“WIP 限制”。
• 最后，当任务完成并从执行中移至完成时，那个时刻将被称为交付点。

董事会示例 - 个人生活示例

如果您必须安排生日派对，那么您的策略是什么？首先，我们将记下我们需要做的所有事情。以下是所需的任务：-

• 制作 Guestlist
• 确定场地和主题
• 邀请来宾
• 安排食物
• 布置装饰品
• 安排生日蛋糕和礼服
• 安排回礼

上面提到的所有活动都将作为我们的“待办事项列表”，我们可以根据其关键性和可行性将一项任务从“待办事项列表”中“拉”到“进行中”，一旦完成，我们就会将其移至“完成”。

如果需要 - 每个任务项都可以分配一个单独的名称。例如-

• 制作宾客名单 - 母亲
• 决定场地和主题 - 父亲
• 邀请客人 - 妈妈
• 安排食物 - 父亲
• 布置装饰品 - 妈妈
• 安排生日蛋糕和礼服 - 嫂子
• 安排回礼 - 姐夫

同样，我们应完成活动的截止日期或时间范围也可以分配给每个活动。需要根据活动的关键性分配时间表。例如-

• “邀请客人” - 由于客人可能需要在各自的办公室申请休假，因此请预订飞机/火车票，以便我们决定在生日前至少十天进行此活动。
• “Make a Guestlist” – 只有在准备好客人名单后，才能邀请客人。在这里，您计划提前 10 天邀请客人，因此客人名单必须在生日前至少 12 天准备好。

与 ways 类似，您可能希望为所有列出的活动分配时间线。

软件开发板示例：

在软件开发中，我们可以有以下列——

• 分析
• 设计
• 发展
• 测试
• 部署

注意 - 任务可以传递所选工作流程允许的任意数量的列。

对于任何新的软件开发，都有一个待办事项列表;然后开发团队可能会将项目从 To-Do 拉取到 in-progress 并将它们移动到 Work in progress，这称为 Pull 系统。在 WIP 中，他们将对其进行分析、设计和开发，测试团队将完成测试并将其移至 Deploy。

角色和职责：

在 Kanboard 中，最重要的部分是 Kanban board。除此之外，我们还有

项目管理人：

项目经理将负责

• 管理团队
• 激励他们
• 确保工作按时完成
• 确保董事会时刻更新。
• 将确保维护积压工作

看板团队成员：

除了项目经理之外，其他人都被称为 “看板团队成员”，并将负责整个看板工作流程。看板团队不需要跨职能，因为看板工作流程旨在供参与该特定项目的任何团队使用。因此，一组专家和一个单独的通才团队可能正在处理同一个看板项目的不同方面，并使用相同的看板。

看板除了团队和项目经理或一组流程之外，没有特定的角色和职责。没有规定的角色。实际上，任何有经验的人都可以担任项目经理或主管，特别是对于更大更复杂的看板项目，但理论上这些角色应该随着项目和组织的需要而发展。

看板流程工作流程：

这基于四个基本原则，即 -

1. 从您拥有的开始
2. 同意追求渐进式、渐进式变革
3. 鼓励每个阶段的领导行为
4. 尊重当前的流程、角色、责任和标题。

看板也可以作为组织软件开发支持工作的一种技术。让我们试着从 Kanban 的角度来理解软件开发支持团队是如何工作的。例如，您的客户注意到您在应用程序界面上犯下的任何错误，例如：

Matrix 没有上传，客户无法访问他的帐户，或者没有新功能，等等。然后他们转到 Kanban 板并在那里创建一个任务。这将是给支持团队的，如果他们无法解决，他们会将其分配给前端开发人员以提供解决方案并解决问题。

在我们的 Kanban 示例中，我们使用以下工作流程划分了看板：

我们将从我们所拥有的任何东西开始：

看板的基本规则是从你拥有的任何东西开始。在我们的示例中，当任务生成时，支持团队成员会使用给定的信息开始处理该任务以提供解决方案。

• 如果支持团队成员提供解决方案，它将直接从 In progress 转到 Done 存储桶。
• 如果没有，则支持成员会将其分配给前端开发人员。开发人员分析情况并尝试解决任务。任务解决后，它将移动到 Done （完成） 列中。

同意追求渐进式、渐进式的变革：

开发人员会将所有提供的信息（如屏幕截图、错误详细信息等）保存在一个地方以供将来参考。记录根本原因分析、采取的步骤并维护所有这些信息非常重要。

鼓励每个阶段的领导行为：

看板强调，任何级别的人员都可以通过提供他们的创新想法并在实施变革时展示他们的领导技能，为交付和流程的持续改进做出贡献。

为了鼓励领导行为，它强调我们必须——

• 让他们做出重要决定
• 赋予他们责任 基于他们的优势
• 帮助他们规划在组织中的未来
• 相信他们的工作
• 帮助他们在这个过程中成长

尊重当前的流程、角色和责任：

Kanban 遵循 “从你现在做的事情开始” 的原则。我们需要尊重现有的立场，并从那里开始。稍后，根据反馈，角色可以更改或出现。此方法可避免引入其他更改。在 Kanban 中，解决角色的目的比给某人分配职称更重要。它就像一顶“帽子”，谁拿得舒服就可以戴上它。

Scrum 与看板：

看板采用了一些 Scrum 原则，但看板和 Kanban 之间存在一些根本差异Scrum （争霸）.

有时候，团队会混合看板和Scrum的工件来生产Scrumban （英语）.这是通过从Scrum方法中选择时间盒的冲刺和Scrum角色，以及从看板方法中选择WIP限制和周期时间来完成的。

然而，对于初学者来说，建议只使用其中一种方法并适应它。