房地产集团网站建设方案,wordpress怎么加入站长统计,实验一 电子商务网站建设与维护,竞价推广怎么样本文来自#xff1a; 彭亮 极狐(GitLab) 高级产品经理 毛超 极狐(GitLab) 研发工程师 极狐(GitLab) 市场部内容团队 “敏捷” 是指能够驾驭变化#xff0c;保持组织竞争优势的一种能力。自 2001 年《敏捷宣言》以来#xff0c;敏捷及敏捷开发理念逐渐席卷全球。中国信通院《… 本文来自 彭亮 极狐(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 不断进化的同时我们也在帮助越来越多的来自千行百业的客户落地敏捷开发成就精英效能组织。
