此前，Gitee 协同域产品负责人叶志明发表了主题为《打造以业务价值驱动的高效数字化组织》的演讲。叶志明有着丰富的研发效能管理经验，曾带领 Gitee 协同域研发团队深度、完整地参与过数百家大型组织的数字化转型，并帮助客户完成 DevOps 一体化转型的实践及效能提升。

本次演讲，他将从大型研发组织的视角出发，剖析其面临的挑战；进而提炼研发效能实践中的常见误区，为进入数字时代的大型研发组织探寻提升效能的方法论，期待能够对同样关注大型组织研发效能实践的管理者有所启发。

以下演讲内容经 Gitee 编辑后发布：

大家好，我是叶志明，我是开源中国从一个小团队演变成大型组织的见证者，也是 Gitee 协同域产品负责人。

进入数字时代，社会迎来高速发展，传统组织很难高效响应当前快速发展的态势，业务部门和研发部门常常会产生冲突。所以今天我想分享一下一个大型的企业/ 组织，在参与研发管理、项目管理的时候会遇到哪些挑战，践行 DevOps 时我们 Gitee 做了哪些探索，以及 Gitee 又是如何赋能客户，实现最佳实践。首先，经过多年的实践与观察，我大概汇总了四点大型研发组织的痛点与诉求。

大型研发组织的痛点和诉求

第一个是面对组织级的企业项目管理，如何行之有效调度资源进行跨项目/跨团队协作？

在传统的项目管理实践中，我们通常采用「敏捷」的方式。但是当团队达到一定规模时，会涉及到跨项目或者跨团队的需求协作和跨团队的资源调度，此时最优解不应该是繁重的线下沟通。那么我们又该如何有效进行研发管理，实现持续研发交付呢？

第二个是如何实现全流程需求跟踪。

大型组织是由于人数规模的扩大，组织管理的复杂度也会增加。而在这类规模化的组织中，提高组织效率和交付效果是其核心目标。那么不同的职能及角色是否都能在一个平台实现在线协作，并且实时跟踪需求的落地和完成进展情况，以最快的速度获取运营反馈并调整需求呢？

第三个是从企业业务模型进行考量。大型研发组织的系统是否能快速、低成本的满足管理流程的变更，与组织共同成长；或者是否能满足业务团队的创新和个性要求，而无需频繁立项。

最后一个是企业效能度量层面的诉求。 在我所经历的研发团队实践中，无论是组织级或是项目级维度的团队，由于项目无法快速通过综合图表形式展现开发进度、质量、效率，因此团队内部也没法做出有效且及时的反馈；同时，团队中外包人员的工作饱和度、质量、效率也难以进行度量分析。

针对上述的研发组织的难题与诉求，接下来，我将从过往的研发经验中解读「打造高效能组织」的实践探索与方法论。

打造高效能组织的实践探索与方法论

对齐目标、打破部门墙

在业务驱动创新的时代，企业内部各个职能或角色都有相应的目标，但也存在明显的「部门墙」。

在组织中，研发部门与业务部门的 OKR/KPI 设置往往是不一样的，IT 在目标上会提到产能高、需求数上涨等。但是这些目标设置对业务而言没有感同身受。业务的逻辑很简单，就是每年经营业务增长多少个百分点，因此当目标不一致时两者很容易出现矛盾。

尤其在跨团队协作时，经营管理层关注「钱都花在哪里了？」；业务或项目的角度来看，他们只看到项目、产品上线的进展；而研发人员却面临着「活一直干不完」的困境。

因此在我看来，想要打造高效能团队，需要将业务、研发、交付、运营等不同职能，以「产品团队」进行价值交付，赋予一致的 OKR/KPI，对齐目标、及时进行反馈与调整，才能打破信息、沟通等带来的「部门墙」，实现有效沟通协作，提高效率。

以业务驱动进行跨项目协同

另外还存在一个研发场景是，业务部门认为所有的业务都很重要，而研发团队在做完部分需求之后会觉得没有价值，从而导致两者之间产生冲突。那么在资源和时间有限的情况下，大型组织想要打造高效能团队，又该怎样做呢？

我认为面对这类场景需要从经营的角度来重新定责权利，尤其是要以「业务驱动」帮助企业内部进行高效的跨项目协同，将跨项目、跨团队的协作从「excel汇总」进化为「全链路线上协作」，才能实现高效、透明的协同和管理，以及组织级的效能度量。

建设业务模型的灵活定义能力

业务模型是企业的业务功能有机结合和运行逻辑的抽象模型，它把企业不同的业务领域、不同的组织层级、不同的专业想法转换成显性化、结构化的抽象模型。那么一个高效能的组织又是如何把企业高层脑海中的业务运行逻辑显性化，并且让管理层和执行层充分理解并达成共识的呢？

虽然是大型的研发组织，但资源都是有限的，各方出于自身价值的考量，都希望花费尽可能小的成本，实现快速高质量的交付价值。

因此，一个高效能的团队不仅需要适配企业业务特征，定义和管理业务交付流程，保障高效、高质量业务交付的同时，还需要不断进化持续业务交付能力，为客户带来业务模型灵活定义的能力。

通过度量进行效能的持续改进

大型组织通常有多个研发小组织，对于这些研发团队，如何建立有效的效能度量一直是个难题。

管理学泰斗彼得.德鲁克曾说过：你如果无法度量它，就无法管理它。对于大型组织的研发团队而言，不管你是用传统的开发方式，还是敏捷方式，你不可能单凭感觉来判断团队是否高效，或者是否在持续优化。因此，度量体系的建立，是保持和持续改进研发效能的必然选择。

例如，在时间维度上，可以通过 Sprint、PI、ART 进行度量；在组织维度上，可以将度量对象精细化为团队、部门、项目、企业等，通过全量、全要素、实时数据记录研发足迹，以度量数据为依据，持续改进效能。

为什么 Gitee DevOps 一体化解决方案是最优解

基于服务数百家大型研发团队的实践经验，我认为打造高效能研发组织的关键是通过优秀的产品能力进行持续迭代，帮助企业将高效能研发落地到实际中，实现以业务驱动的企业经营。

Gitee 作为承载上文所述需求的研发效能平台，从产品设计理念上看，Gitee 采用微内核，具备业务模型灵活定义、高度可扩展能力；同时我们还提供丰富的预埋扩展点，通过插件的形式，实现深度个性化需求，另外我们不做定制分支，客户侧实例始终可升级。

更重要的是 Gitee 也不做预设方法论，均以插件形式提供。因此当大型研发组织采用 Gitee，80% 的需求可以通过配置实现，另外 20% 的需求还可以通过插件扩展。

与此同时，项目管理域一直是个高度个性化的产品领域，如果只根据客户需求一直做功能堆叠，那么企业的产品会快速成为祖传「屎山」，因此选择一款灵活定义、高可扩展性的产品极为重要。

组织级项目管理实现规模化敏捷

从产品能力上看，Gitee 能够在任意维度（产研、项目、职能部门）进行信息汇总，也能够做层层拆解和跟踪，还能够在任意维度进行效能度量。

尤其是对于现代大型企业而言，内部有复杂的组织形态，例如产品与项目矩阵，横向支持团队等。

所以对于资源的高效利用，是提升组织效能的关键所在。基于此背景，Gitee 根据任务的轻重缓急、资源的技能集、和工作负载，实现自动、合理、高效的任务排布，可以进行有效的资源管理。

全链路需求管理撬动业务创新

满足客户需求是企业存在的理由，以客户需求为导向实践证明是一种成功的商业模式。需求是产品的基石，只有选取恰当的方法进行需求分析及管理，才能更好构建产品方案，从而输出精准的产品定义。

为了满足大型组织的复杂需求，Gitee 根据团队实际业务需求配置事项层级，灵活应对不同的业务模式，支持需求需求审批、拆分，反馈，变更等常见需求管理模式，还支持通过自动化进行任务联动，帮助企业进行全链路需求管理。

灵活配置、高扩展性支撑大规模研发场景

一般而言，在大型组织推广一个管理工具，让大家日常切实用起来，很难；开始使用了，发现不合适要改，更是难上加难，所以想要在大型研发组织中快速规模化推广研发管理工具成为数字化转型企业的一大难题。

面对此挑战，Gitee 采用灵活定义的业务模型，其工作流、审批、表单配置均可进行无代码配置，并快速适应未来的管理调整需求，帮助企业支撑大规模研发场景，高效推进数字化转型。

同时，Gitee 还支持表单配置 & 脚本能力以及自动化引擎。

过去，有一家某万亿银行客户曾使用 Gitee Team 进行全面替换 旧有管理工具。对于这样的大型组织，推广和替换管理工具原本是一件难事，但是通过 Gitee 只需要配置 70 个流程，230 个表单就可以实现基本业务流程的构建。

更重要的是，鉴于 Gitee 灵活配置、高度扩展的产品能力，我们还帮助该企业实现 20 多处界面按钮级的定制，并在上线后执行 30 次业务流程变更，满足 200+ 系统项目的管理需求和管理迁移。

研发度量助力企业业务持续交付

为了使企业研发效能管理指标及体系适应各种实际场景和持续变化的业务需要，Gitee 持续探索研发效能挑战的统一解决方案，为企业数字化管理转型寻找持续的驱动力。

通过面向企业管理层、决策者的企业级效能洞察分析平台——Gitee Insight，不仅赋能大型组织或团队掌握效能状况，分析效能问题，并针对性地改善能力和行为，从而提高交付效能，带来期望的业务结果，还为改进行动的结果提供有效反馈。

此前，某家商业银行通过使用 Gitee，以业务部门为维度，以价值流的方式，进行业务需求的全链路度量，并以此为依据进行提效，实现业务交付吞吐提升 50% 以上。

国产替代，自主可控

除了上述产品能力之外，作为国内领先的企业级研发效能平台，Gitee 不仅做好单点产品，内置对接平台，与第三方任务管理软件实现实时同步，提供过渡期双轨运行，最终实现完全切换，更重要的是我们还做好 DevOps 全生命周期 All-in-One 的整套产品，满足开发者的一体化需求，快速实现国产化替代，以优秀的产品能力，服务集团性企业。

目前，Gitee 产品矩阵已构建了 DevOps 全域产品完整替代解决方案：Gitee Team 替代 Jira，Gitee Code 替代 GitLab，Gitee Pipe 替代 Jenkins，Gitee Repo 替代 JFrog，系列产品覆盖了软件工程的需求管理、代码管理、协作管理、制品管理等流程。尤其是针对私有云部署需求，Gitee 能够给国家大量政府、军工、金融、制造业等大客户提供一站式开发服务。

以上就是我今天的分享内容，希望能给大家带来一些思考与启发，帮助我们所有大型研发团队找到最适合自身的研发效能提升路径。

如果您想了解更多高效能组织的解决方案，欢迎复制后面的链接（链接地址：https://gitee.cn/ultimate）前往 Gitee 旗舰版 开启效能提升的关键一步。同时，您也可以复制下方链接，联系您的专属顾问，我们将在第一时间与你沟通。

链接地址：https://gitee.cn/contact-us