本文来自：

彭亮极狐(GitLab) 高级产品经理

毛超极狐(GitLab) 研发工程师

极狐(GitLab) 市场部内容团队

“敏捷” 是指能够驾驭变化，保持组织竞争优势的一种能力。自 2001 年《敏捷宣言》以来，敏捷及敏捷开发理念逐渐席卷全球。中国信通院《中国 DevOps 现状调查报告（2022）》显示，近 90% 的企业已在不同程度上实践敏捷开发，53.4% 的企业认为敏捷改变了团队人员开发模式，对研发效能提到了积极影响。

应用敏捷开发的组织相比传统组织，具备明显业务优势：

1. 快速交付价值：快速、持续向用户交付有价值的软件产品，赢得市场先机；

2. 灵活响应变化：凭借交付时间短、迭代速度快，有效应对市场变化，降低不确定因素带来的风险。

在当今多变的市场和竞争中，敏捷开发已经成为精英效能组织的制胜之道。

极狐GitLab 敏捷开发逻辑与功能

根据 Gartner 2022 年发布的企业敏捷计划工具魔力象限显示，GitLab（极狐GitLab 是 GitLab 在中国的发行版本，具有和 GitLab 同等的功能，同时兼具众多适合中国本土用户的特色功能）位于挑战者象限。这足以说明 GitLab/极狐GitLab 敏捷项目管理成熟度，其完全能够支撑企业落地敏捷项目管理。（下文均以极狐GitLab 来展示敏捷管理相关功能）

极狐GitLab 敏捷开发项目有一套独特的术语体系，一切以议题（Issue）为核心展开，与基础敏捷开发术语的对应关系如下图：

图中功能基本工作流程如下：

用户故事 → 议题

基础敏捷开发：用户通常会从用户故事开始规划，其定义了一个为用户提供使用价值的功能描述；

极狐GitLab：使用议题来创建用户故事，并提供议题模板，实现用户故事结构和规范标准化。

任务 →（议题）任务

任务表示将用户故事进一步分解成各子任务。

极狐GitLab：用户可在议题描述中创建任务列表，以进一步规划这些单独任务。

史诗 → 史诗（群组）

史诗表示由多个功能组成的更大的用户功能或流程。

极狐GitLab：在群组级别提供了史诗功能，用户可以将多个议题附加到史诗下，以父子层次结构来管理。

产品待办事项(Backlog) → 议题列表 + 标签

基础敏捷开发：用户故事正式进入开发前，通常放入产品待办事项（Backlog）中，根据需求紧迫性和价值等因素决定优先级；

极狐GitLab：创建标签如 “Backlog” 并分配给相关议题，议题列表就能系统收集管理 Backlog，用于查看、跟踪需求和研发进展；也可以创建标签如 “优先级” 为 Backlog 排序。

冲刺（Sprint）→ 里程碑

基础敏捷开发：一个冲刺（Sprint）代表一个时间段，用于完成对应开发工作；

极狐GitLab：里程碑功能和冲刺概念一致，可设置开始日期和到期日期。把议题分配给里程碑，则该议题正式进入对应开发计划中。

估点 → 权重

基础敏捷开发：评估每个用户故事的技术工作量，即估点；

极狐GitLab：用议题中的 “权重” 属性表示预估的工作量。建议将用户故事进一步分解为可交付成果，记录技术计划和架构，再给出具体权重预估结果。该过程可记录在议题中或合并请求描述中，以更好的开展技术协作。

敏捷看板 → 议题看板

基础敏捷开发：使用敏捷看板来分类议题，以诸如准备开发、开发中、QA 中、评审中、完成等阶段为列，可视化所有开发事项进度；

极狐GitLab：议题看板允许用户自定义阶段，并能在阶段之间移动议题，更新工作进度。

燃尽图 → 极狐GitLab 燃尽图 + 燃起图

燃尽图是一种表示剩余工作量的工作图表。

基础敏捷开发：使用燃尽图直观追踪并预测开发工作进度；

极狐GitLab：通过燃尽图 + 燃起图，图形化展示每个里程碑进度情况。

燃尽图展示时间和剩余总体工作量之间的关系；

燃起图进一步补充项目时间与已完成工作间的关系。

以上是极狐GitLab 对应敏捷开发的基础概念，在满足基础敏捷框架的同时，也发展了许多灵活变通的实践思路，希望极狐GitLab 的敏捷开发逻辑，能切实融入团队与企业的敏捷开发流程中。

极狐GitLab 敏捷开发特点与优势

极狐GitLab 敏捷项目管理功能是极狐GitLab 一体化 DevOps 平台重要功能之一，经过众多用户实践，总结出五大优势：

一体化平台，沟通成本低，研发效率高

极狐GitLab 敏捷项目管理功能和源代码托管、CI/CD、安全防护等功能在同一个平台上，如上图所示：

当产生第三方需求并以 Issue 形式创建时，可同时创建 Merge Request，后续代码变更在此 Merge Request 上进行；
一旦有代码提交，就会触发 CI/CD，完成从构建、测试、安全扫描到部署整个流程，从而完成 Issue 和 Merge Request 的一一关联。

这个流程意味着在同一平台上实现了项目管理、源代码托管以及 CI/CD 等，打通了各个环节的数据流。并且，所有人员在同一个平台上进行协作，能够显著降低沟通成本、提升研发效率。

Issue 驱动，简单易用，快速上手

极狐GitLab 敏捷项目管理以 Issue 为基本操作单元，并且 Issue 创建非常方便。

在极狐GitLab 创建 Issue 时，可选择「模版」创建来减少创建相似 Issue 的重复工作；此外，还可以在创建 Issue 的同时，完成以下工作：

指派对应人员作为负责人；
关联对应史诗，便于整个史诗的管理追踪；
使用 Label 标注 Issue 的类型、优先级等，帮助研发人员快速理解 Issue；
用 Weight 进行 Story Point 的评估与填写；
通过 Due Date 设置完成时间，提醒责任人按照时间线进行研发；
工时统计，方便管理人员查看在此 Issue 上花费的时间。

当然，最重要的是可以在 Issue 界面上直接创建 Merge Request，然后基于这个 Merge Request 来进行代码开发。

统一协作环境，研发体验更佳

提需求：需求管理方在极狐GitLab 上创建需求之后，研发人员就可以在同一个平台上看到需求的详细情况，根据计划进行研发。
了解研发进展：在整个研发过程中，需求管理方可以看到需求进度，而研发人员也能看到需求更新详情，避免双方为了了解彼此工作进展（如需求管理方查看进度，研发人员查看需求详情），而在不同的应用程序间，繁琐的来回切换。
明晰研发工作：研发人员可以在 Merge Request 中看到对应 Issue 是哪个，在 Issue 中也可以看到提交的代码在哪个 Merge Request 中。
需求调整：如果对于需求有不明确的地方，双方可以以 comment 形式在需求对应的 Issue 下方进行沟通。

同一平台环境中的丝滑协作，大幅提升需求管理方和研发人员的体验。

所见即所得，方便追溯，安全审计更容易

极狐GitLab 上，需求管理（Issue）和代码变更（Merge Request）一一关联，而且所有变更，包括需求的来回沟通（Issue 中以 comment 的形式）、代码变更、审核、准入、安全扫描等都可以看到详细修改情况，如修改人员、修改范围、修改时间等。所见即所得，一切有迹可查，方便追溯，最终让安全审计变得更加容易。

沉淀最佳实践，胸有成竹，高效落地

极狐GitLab 团队就是使用极狐GitLab 项目管理来进行极狐GitLab 自身的敏捷迭代开发，做到了每月一个大版本发布。

这些研发成果已经沉淀为敏捷项目管理最佳实践，诸如 Issue 创建和使用，Epic 和 Issue 关联，燃起图/燃尽图使用等，任何团队都可以通过学习这些最佳实践，快速上手和落地极狐GitLab 敏捷项目管理功能。

极狐GitLab 敏捷开发流程

极狐GitLab 私有化部署版本（Self-managed Version）会在每个月月底固定发布最新版本，SaaS 版则是不定期上线新功能，做到功能开发测试完成即快速部署上线。

同时，极狐(GitLab) 是一家全员远程办公的公司，在自身实践中始终贯彻了敏捷开发的理念，并不是照搬所有敏捷开发方法论，而是结合了自身远程办公模式的特点发展出来的，在工作流程上较为轻量灵活，并且也在不断迭代中。

下面就具体介绍一下极狐GitLab 的敏捷开发流程。

需求收集与创建

极狐GitLab 是月度发版机制，每个月 28 号推出新的 Release。因此，在项目管理过程中，以一个月为时间周期，用 Milestone 进行需求的管理。

在每个 Milestone 的中期（也就是月中），产品经理会收集整理各方需求；
根据需求大小，以 Epic/Issue 形式来在极狐GitLab repo 下创建好需求；
根据需求属性进行 label 标注，比如需求是前端还是后端的，优先级等；
最后将其与 Milestone 进行关联。

需求分发与认领

极狐GitLab 研发团队会在 Milestone plan meeting 上进行 Issue 分发和认领。

研发人员根据自身所在的团队和负责模块进行 Issue 的主动认领；
认领完成后，进行 Issue 进一步确认，参与人包括产品经理，测试和研发人员，讨论诸如 Issue 详情是否描述清楚、是否需要进一步的拆分（拆分成更小的 Task）、Label 标注是否正确、Milestone 关联是否正确等；
信息明确后，进行 Story Point 估算，并将估算值填写到 Issue 的 Weight 中。