ToB交付企业如何借力GiteeDevOps实现研发结构升级

开源其实不简单 2024-12-11 21:18:42

作者: Gitee 解决方案专家 徐烈

在当前市场环境下,企业面临外部市场需求快速变化和内部研发效率及质量双重压力的严峻挑战。激烈的竞争要求企业快速响应客户需求,以更高效、更灵活的方式交付高质量的软件产品。

传统的开发与运维模式难以满足技术和市场的不断演进,企业亟需通过创新和敏捷的研发流程保持竞争力。为此,To B 交付企业 A 借助 Gitee DevOps 构建了 DevOps 体系,通过自动化工具与规范化流程实现持续集成与交付。该体系显著提升了研发效率,缩短产品上线周期,保障软件质量,满足高标准审计要求,从而助力企业在市场中脱颖而出。

定位低效的核心问题

A 公司拥有近百款产品,覆盖项目交付与定制化开发,需求主要来源于产品经理的迭代计划和项目经理的客户定制需求。各研发小组通常负责十余款产品,而每款产品的研发团队仅由2至3人组成。测试小组需同时支持多个开发组,每名测试人员负责3至5款产品。

在整个组织中,产品经理和项目经理不属于开发部门,而是由另外一个部门负责,开发部门主要包括开发和测试两个子部门。

在构建 DevOps 体系前,Gitee 团队通过对A公司的调研,发现该公司的交付流程存在以下问题:

组织架构不协调:产品经理和开发团队隶属于不同部门,缺乏以产品为中心的小队机制,产品与研发测试之间协作形同「甲乙方」关系。项目需求设计不充分:许多项目需求过于简单,产品经理未对其进行充分的产品设计,使得项目更像是定制化交付,影响产品的长期交付质量,使得产品交付沦为外包交付。需求传递不畅:需求传递过程落后,通过邮件、Excel 等形式传递,缺乏条目化管理,难以可视化进展,研发过程对产品经理来说是一个「黑盒」,同时在研发过程中充斥了各种需求的变更。工具零散:不同开发组使用不同的工具,缺乏统一的统一的端到端的工具链,如代码管理工具,不同团队基于自己的习惯选择使用,有 SVN、GitLab、TFS,导致协作效率低下。CI/CD过程滞后:流水线仅用于构建,未起到研发总线的作用,单元测试、代码扫描、自动化功能测试没有在流水线上统一实践,同时构建形成的制品包还需要人工进行下载晋级,未做到制品的单一可信源。测试瓶颈:由于自动化测试不足和高质量要求,测试环节成为研发的瓶颈,多数产品的测试轮数较多,每轮测试都需要全量测试,测试时间较长,导致产品交付周期过长。缺乏DoD共识:内部没有统一的「完成定义」(DoD),只盯着自己手里的工作,部门间协作差,影响交付效率。

针对上述问题,A 公司软件开发部门启动了 DevOps 建设项目,聚焦流程优化、规范制定和研发工具应用,以全面提升软件交付效率。

建设目标升级与协作机制优化

项目伊始,软件开发部门争取到公司领导的支持,将项目目标从单纯提升研发效率扩展为优化整个公司的产品交付效率。在此基础上,明确产品团队作为项目建设的关键责任部门,设立由产品经理主导的产品小队,统一负责产品演进和客户需求交付。

客户需求需经由项目经理汇总并转交产品经理,产品经理结合客户交付要求和产品规划制定研发迭代计划,开发部门根据迭代周期进行敏捷交付,摒弃原有的「甲乙方」内部协作模式,构建更加高效的跨部门协作机制。

工具体系搭建与研发流程可视化

开发部门引入 Gitee DevOps 平台,搭建端到端的研发工具链,实现研发过程的全流程可视化:

需求管理:根据产品类型划分产品空间,由产品经理、开发人员和测试人员协作管理,实现需求从创建到交付的闭环。需求分层:产品经理负责从业务需求到功能需求的设计与分解,并通过平台录入需求条目。需求对应的交付流程可视化显示进度,开发团队拆解需求为具体任务并分配人员,测试团队基于需求制定测试计划与用例。通过父子事项的状态联动机制,减少手动操作,提高协作效率。代码与流水线集成:每个产品空间内集成独立的代码管理工具与 CI/CD 流水线,需求、代码与流水线紧密关联,每次代码提交和流水线运行均对应具体需求,方便追溯与问题定位。

此外,平台在研发关键节点进行数据埋点,通过度量工具清晰呈现研发效率和质量数据,支持团队持续优化交付流程。

研发规范的标准化与自动化

为强化研发规范,公司在 CI/CD 流水线中增加了单元测试覆盖率门禁、单元测试执行和代码扫描工具,确保代码提交符合规范要求。结合自动化门禁与事后抽查机制,逐步提高代码质量,并推进两个可信源的建设,统一代码源和制品源,确保从开发到生产全流程的可信性与可控性。

测试能力的提升与流程优化

在测试环节,为解决测试自动化覆盖率不足和质量要求高导致的测试瓶颈,公司采取以下措施:

提升测试自动化能力:逐步引入接口自动化与功能自动化测试工具,目标在 1-2 年内将自动化测试覆盖率提升至 70%以上,减少手工测试的压力与误差。推动测试左移:开发阶段增加单元测试覆盖率门禁,所有代码提交需通过单元测试后方可交付测试团队,从源头降低缺陷率并减少测试轮次。

为强化开发质量,公司还引入「自测逃逸率」指标,量化开发阶段的高优先级缺陷比例。通过该指标,开发团队明确质量改进方向,进一步落实软件质量的共建责任。

文化与流程的深度变革

DevOps 的实施不仅是工具技术的简单引入,更是企业文化与流程规范的深刻变革。工具技术为团队提供高效协作的基础设施,支持实现自动化、持续集成和持续交付;流程规范则贯穿整个研发生命周期,是优化需求管理、开发、测试与交付全流程的关键;而组织文化则是 DevOps 成功的核心驱动力,涵盖跨部门协作、有效沟通、彼此信任和责任共享的价值观。

在 A 公司的案例中,DevOps 的实施不仅优化了研发流程,还显著提升了开发、测试和产品团队之间的协作效率,推动公司向高效、创新的研发模式全面转型。这一变革充分体现了 DevOps 作为技术、流程与文化三者协同发展的重要价值。

成功的 DevOps 转型必须在工具、流程和文化三个维度达到动态平衡。工具和流程提供了效率提升的手段,而文化则决定了变革的可持续性。唯有三者相辅相成,团队才能持续优化工作流程,提高交付速度与质量,快速响应市场变化。

通过引入 Gitee DevOps 平台,A 公司在应对挑战的过程中抓住了转型机遇,成功从传统交付模式迈向现代敏捷研发。DevOps 不仅是一场技术革新,更是企业向高效、灵活与创新方向迈进的关键一步。在激烈的市场竞争中,只有通过持续创新和优化,才能始终保持领先,最终为客户交付出更高质量的软件产品,获得长久的竞争优势。

0 阅读:0
开源其实不简单

开源其实不简单

感谢大家的关注