共计 4611 个字符，预计需要花费 12 分钟才能阅读完成。
本文来自 ：
彭亮 极狐 (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 中。
以上流程实现，即可认为研发人员认领 Issue 胜利。
需要正式研发
Milestone 正式开始后，研发依据本人认领的 Issue 进行研发，在 Issue 页面上创立 Merge Request，并基于此 Merge Request 进行后续代码编写、提交。整个实现了需要（Issue）和代码变更（Merge Request）一一关联。
代码提交之后会触发 CI/CD Pipeline，须要确保提交的代码是通过 CI/CD Pipeline 流程验证的，比方代码格调查看、编译、测试、平安扫描等。如果有问题就须要及时进行修复，直到 CI/CD Pipeline 运行胜利。
同时，每一个 Merge Request 都指派了对应的 Code Reviewer，只有相应 Code Reviewer 对代码变更进行 Review 并审批当前，才可由 Maintainer 将 Merge Request 合并到主分支。
Milestone 回顾会
Milestone 完结后，团队召开 Milestone Retrospective Meeting，对于上个 Milestone 的研发状况进行回顾，总结做得好的中央，复盘有缺失的中央。整个过程可应用极狐 GitLab 燃尽图 / 燃起图，如下图：
此外，还能够配置极狐 GitLab 专属的效力治理性能，查看对应的数据：
另外，极狐 GitLab 研发团队还在应用极狐 GitLab 自行研发的研发效力产品进行效力度量，在每月一次的 retro 会议中回顾团队整体绩效，如查看我的项目的新增提交、新增合并申请、胜利流水线次数、我的项目活跃度等要害数据，拉齐团队宏观认知。
以 「继续集成流水线」 和「合并申请」为例：
- 通过「继续集成流水线」运行状况，掂量团队 CI/CD 能力。
- 极狐 GitLab 任何代码批改都要通过代码审查能力合并进入骨干分支，通过「合并申请」度量，能够看到「均匀评审时长」和「均匀评审人数」，督促团队保持代码评审，晋升代码品质。另外，从「均匀开发时长」也能看出开发人员对开发工作的切分是否正当。
正是在这样的麻利开发流程下，极狐 GitLab 可能放弃月度发版，诞生至今已间断发行 23 个版本。
朝着更卓越、更贴合用户需要的极狐 GitLab 一直进化的同时，咱们也在帮忙越来越多的来自千行百业的客户落地麻利开发，成就精英效力组织。