乐趣区

关于敏捷开发:90企业在探索的敏捷开发怎么做极狐GitLab总结了这些逻辑与流程

本文来自
彭亮 极狐 (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 一直进化的同时,咱们也在帮忙越来越多的来自千行百业的客户落地麻利开发,成就精英效力组织。

退出移动版