分享如何在 PingCode 这类专业的看板软件中管理敏捷Kanban 项目

在本教程中,我们将介绍在 PingCode 中如何创建 Kanban 项目、确定工作优先级、可视化工作流程以及如何限制在制品以防止团队超负荷工作的说明,所有这些我们都将结合 PingCode 工具介绍。

什么是Kanban:KanbanScrum 一样都是可以帮助开发团队尽早发布软件的方法,但是 Kanban 在工作规划和执行方面体现了更多的灵活性。Kanban 不是基于固定时间的迭代开展工作,而是在可视化的工作看板栏中持续交付工作,团队从待办列表中领取工作,并快速将工作从“开始”转移到“完成”状态。

第1步:创建一个Kanban项目

登录 PingCode 后,创建新项目,选择项目类型时,请确保选择 Kanban 项目。创建后,您将看到新项目中有一个看板视图,在这里,您可以跟踪团队成员的工作进度。

第2步:配置您的工作流程

在 PingCode 中,Kanban项目为您提供了需求池、设计、研发、测试和发布的默认工作流程。这允许产品所有者将需求添加到需求池列表中,在需求完成“设计”后移动到“研发”流程。其中,可以把看板栏拆分为进行中和已完成,这样团队成员可以将需求从该看板栏的“进行中”移动到“已完成”。如果您的团队有不同的开发工作流程,可以重新编辑、添加、删除看板栏。比如,很多团队会在工作流程中添加“待审核”状态。

设置看板栏的工作流程,点击「看板设置-栏设置」即可。在配置页面,您可以添加和删除栏、修改栏的名称、设置在制品限制数量、是否拆分栏的状态,以及设置完成的定义。

第3步:将任务、缺陷或用户故事添加到需求池

点击「新建」按钮创建工作项,将任务、缺陷或用户故事添加到积压中。在看板中,需求池默认在看板栏最左侧的第一列。如果您没有想到项目和产品需求,可以尝试创建一些示例工作项来开启工作,了解看板的工作流程。

什么是用户故事?用户故事是从用户的角度出发,并使用用户可以理解的业务语言描述工作内容,我们可以用一个公式表达:作为一个<角色>, 我想要<活动>, 以便于<商业价值>。

举例:作为一个“网站管理员”,我想要“统计每天有多少人访问了我的网站”,以便于“我的赞助商了解我的网站会给他们带来什么收益。”用户故事通常由产品负责人创建并对其进行优先级排序,然后由开发团队在迭代中评估用户故事的详细工作内容以及完成所需的工作量故事点。

第4步:确定需求优先级

如果需要对看板的需求列表进行优先排序,可以在看板的需求池一栏中点击「更多设置-整理工作项」,根据工作项优先级高低进行视图排序。

Kanban 团队一般专注于正在进行的工作项。团队成员完成一个工作项后就会继续领取下一个工作项。产品所有者可以自由地在需求池中调整确定工作项优先级,而不会扰乱团队工作进度,因为除进行中的工作项外的任何更改都不会影响团队。

在向看板添加工作项时,可以根据优先级来可视化区分工作项。看板中除了默认泳道,还支持添加自定义泳道,比如可以添加一个优先级为“P0”的泳道,放置紧急需求工作。您还可以通过筛选工作项的标签或其他属性来帮助您对工作项进行分类。

什么是泳道?泳道有助于对工作进行分类,以便敏捷团队清楚他们接下来应该处理哪些问题。要设置泳道,可以在「看板设置-泳道」中编辑和添加泳道。

第5步:从看板栏中选择工作

在看板中,团队成员需要不断地从各个状态的看板栏中领取和移动工作任务。

我们建议限制各个看板栏的工作数量。因此,您可以考虑在看板栏设置中添加在制品限制。这样可以警告显示团队是否将过多任务移动到看板栏中。

为什么要限制正在进行的工作数量?为正在进行的工作设置在制品限制(WIP)意味着您可以设置看板上每个看板栏中的最小和最大工作数量。在制品限制(WIP)通过有助于团队专注于颗粒度更小的工作,从而保障整体的交付质量——这也会让团队逐渐形成固定的工作方式。在制品限制还能帮助团队在风险产生之前发现工作交付的瓶颈。这同时保证了团队能更快地不断地为客户创造产品价值,因此在制品限制是敏捷开发的宝贵工具。

在 PingCode 中,您可以在「看板设置-栏设置」中为每个看板栏设置在制品限制:

第 6 步:召开团队会议

在 Kanban 项目开发,每日站会回顾会议不是必须的,我们建议您可以根据自身团队情况决定会议的频率。每日站会对于 Kanban 团队仍然有利于帮助发现他们工作中的风险和阻碍问题。产品所有者在每日会议上分享同步需求的变更也能促进团队的协作效率。因此,可以根据您团队的工作方式找到合适的会议流程,不断尝试并随时调整。

什么是每日站立会议?

主要参会者:开发团队

会议时间:每天一次,通常在早上

持续时间:不超过15分钟。

会议目的:每日站立旨在快速告知团队每个人正在进行的工作,并计划当天的工作。这不是一次正式会议。会议氛围可以轻松有趣,形式丰富,内容完整。每个团队成员应该围绕以下问题展开:

  • 我昨天做了什么?
  • 我今天计划做什么?
  • 有什么问题阻碍了我?

这三个问题可以反映 迭代 的进展并帮助团队找出阻碍迭代的问题。

提示:一些团队使用计时器规范每个人的发言时间;有些团队规定每个人的发言顺序,确保每个人都在关注;许多分布式团队使用视用视频会议或群聊开启站会。因此,每日站会取决于您团队的工作习惯。

第7步:增加看板栏

这一步通常视团队情况而定。许多团队喜欢看板的灵活性,但看板的需求池一栏可能会有大量工作积压,不易管理。这时我们可以增加更多看板栏去分类整理工作。看板栏本质上为产品经理提供了一个更大、更专业的空间来创建和排序工作项,同时又不会分散团队对进行工作的注意力。比如,产品经理可以将工作从“需求池”转移到“准备开发”,让开发团队提前预知即将到来的工作。

第8步:自动化看板流程

一旦掌握了看板适用和设置技巧,您可以通过自动化规则处理一些重复的工作,减少操作节省时间。这是保持看板栏流程通畅的好方法。建议在「看板设置-触发器」中创建自动触发规则:

此外,还可以在 PingCode 自动化的模板库中可以查看 Kanban 项目最常用的自动化规则。

第9步:使用列约束

在第5步中,我们已经讨论了限制正在进行的工作数量的重要性。在此将进一步介绍具体的操作,因为在制品限制可以预告您的团队可能遇到的任何瓶颈。通过这些预警可以帮助团队重新调整工作的优先级,并及时调整执行计划。

您可以在「看板设置-栏设置」中为每个看板栏设置在制品限制:如果在看板栏中放置了超过限制的工作数量,看板中的该栏将呈现标红提示(子工作项不影响限制数的计算):

关于看板栏的更多操作,可以点击「更多」设置。

第10步:使用累积流程图

累积流程图是Kanban项目使用的重要报表之一。累积流程图统计了某段时间内您的看板团队的工作量,并实时可视化地反映项目的整体进度数据。

PingCode 中,累积流程图显示了团队在一定时间内的工作情况:

图表中的统计线段趋势可以随时反映工作情况的突发问题——对于呈现突然上升或下降趋势的线段,都可以去分析所涉及的问题和原因。因此,在预测潜在风险时,累积流程图绝对是看板团队应该考虑使用的工具。

延伸阅读:敏捷开发指南

Scrum 开发指南: Scrum 框架详解  |  Scrum 四个会议及正确召开方式  |  正确的计划和执行Sprint的方式  |  做好迭代计划的4大关键点 |  做好这4点让每日站会更适配敏捷团队  |  开好迭代评审会的3个关键步骤  |  为什么要召开迭代回顾会  | Scrum 3大角色及其岗位的具体职责  |  Scrum三大工件在敏捷开发中的作用  |  2022年14个最佳 Scrum 敏捷项目管理软件  |  更多 

Kanban 敏捷指南: 使用看板(Kanban)管理方法的5大好处  |  看板 VS Scrum:如何选择? |  看板和 Scrum 的混合模式适合在哪些场景使用  |  更多 

规模化敏捷: 规模化敏捷的价值及五大规模化敏捷框架  |  规模化敏捷之 Spotify 模型  |  规模化敏捷框架之LeSS框架  |  SAFe 规模化敏捷框架  |  Scrum@Scale 模型  |  敏捷项目组合管理  |  OKR与敏捷开发  |  更多 

产品管理: 如何构建合格的产品路线图  |  如何成为一个优秀的产品经理  |  敏捷路线图的重要性以及构建  |  如何构建简单有效的产品需求文档  |  利用 NPS 确定功能优先级  |  每个产品经理都需要了解的产品分析技能  |  更多 

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
敏捷项目管理和传统项目管理是两种不同的项目管理方法。下面是它们的介绍: 敏捷项目管理敏捷项目管理是一种迭代、增量的项目管理方法,强调团队合作、快速响应变化和持续交付价值。敏捷方法注重灵活性和适应性,通过将项目分解为小的可管理的部分,称为迭代或增量,来实现项目目标。敏捷方法强调与客户的紧密合作,通过频繁的反馈和迭代来满足客户需求。常见的敏捷方法包括Scrum、Kanban和XP(极限编程)。 传统项目管理: 传统项目管理是一种线性、计划驱动的项目管理方法,强调详细的计划、严格的控制和预测性。传统方法通常将项目分为不同的阶段,如需求分析、设计、开发、测试和部署。在每个阶段完成后,才会进入下一个阶段。传统方法注重计划和文档,强调事先确定项目范围、时间和成本,并且尽量避免变更。常见的传统方法包括瀑布模型和V模型。 敏捷项目管理与传统项目管理相比,有以下几点区别: 1. 需求变更:敏捷方法允许在项目进行过程灵活地调整需求,而传统方法则更加注重事先确定和控制需求。 2. 交付方式:捷方法通过迭代和增量的方式,持续交付可用的产品或功能,而传统方法则在项目末尾一次性交付全部功能。 3. 团队合作:敏捷方法强调团队合作和自组织,鼓励团队成员之间的密切合作和沟通。传统方法则更加注重层级和角色的划分。 4. 变化响应能力:敏捷方法更加适应变化,能够快速响应需求和市场变化。传统方法则更加注重计划和控制,对变化的适应性较低。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值