【DevOps 系列】需求的层次结构：业务驱动的协作与产品导向的交付

原文链接：【DevOps系列】需求的层次结构：业务驱动的协作与产品导向的交付

01

引言

在当今复杂多变的市场环境中，业务驱动的协作和产品导向的交付已成为企业成功的关键。随着企业管理模式的不断演进，尤其是在大型组织中，业务、产品和研发团队之间的协作日益紧密，但伴随的挑战也愈发显著。如何高效协同这三个团队，确保快速响应业务变化、提升运营效率并保持竞争力，已成为企业当前面临的重要议题。

02

企业组织细分化带来的协同挑战

在大型组织中，业务团队、产品团队和研发团队已各自发展成为专业化的部门。随着业务线的多元化和产品线的精细化拆分，这些团队之间形成了复杂多对多的协作关系。在各自领域内，他们拥有明确的工作流程和核心关注点，但在协作过程中往往会出现信息不畅、理解偏差等问题。

例如，业务团队在提出需求后，难以实时跟踪产品的开发进度和交付情况；研发团队因缺乏对业务背景的深入了解而难以准确评估需求的价值和优先级；产品团队则需要在满足业务诉求、保持产品规划演进和协调业务与研发团队之间找到平衡点。这些问题严重影响了团队的协作效率和组织的整体发展。

03

深入剖析：团队协作存在三层空间

在大量实践中，我们发现，企业的业务、产品和研发团队分别对应到三层空间领域，分别是业务、产品和项目，这三层空间相互独立又彼此关联，各个团队各司其职，同时相互之间存在大量协作，以此共同推动组织的业务发展。

1. 业务团队专注于业务空间

基于组织的业务线设立不同的业务单元，旨在收集客户或用户的原始需求，确保市场信息有效传递至产品和研发，确保核心业务目标得到有力支持，并引导产品研发规划以满足业务持续发展的需求。

2. 产品团队侧主导产品空间

通过划分不同产品线进行管理，旨在规划出符合市场需求和业务目标的产品能力，并将业务规划转化为研发团队可执行的计划，同时监控和确保研发进度按计划进行。

3. 研发团队侧主导项目空间

采用灵活的研发模式，组建高效团队，专注于快速且高质量地交付业务需求，确保业务和产品团队的规划能够顺利转化为实际产品。

04

三层空间下敏捷模式的局限性

在应对复杂多对多的协作关系时，组织迫切需要一套协作策略和高效工具来确保协作过程的顺畅。

虽然市面上以 Scrum 为代表的敏捷研发协作模式，以其连续迭代和持续交付产品功能的特点，在快速响应市场需求和推动研发团队提升效率方面展现出了显著价值，但其局限性也显而易见。Scrum 更多地聚焦于研发交付阶段的协作，而在从需求到最终交付的全流程中，除了研发团队，还需涉及业务团队和产品团队的协同。

05

引入新视角：三层需求协同模型

基于上文我们可了解到，企业的业务、产品和研发团队分别对应业务、产品和项目三层空间领域。我们不妨以此为基础，拓展出一种更为全面视角的模型，即基于“业务-产品-项目”的三层需求协同模型。

它不仅涵盖研发的交付过程，更清晰地定义了业务、产品和研发三个团队的工作流程。通过这一分层策略，三个团队间的协作得以有机整合，形成一个高效且协调的整体。这一模型有助于组织在业务需求的整个生命周期中，实现更为精准的需求追踪与高效协作。

06

三层需求协同模型：构建全链路正反向追踪机制

在此模型下，以业务需求为出发点，助力企业建立从需求到交付的全链路正反向追踪。

首先，在业务、产品和项目三层空间领域内，支持分别构建各自层次的需求模型，并确立需求的追踪体系。

其次，这一模型体系具备强大的双向可追溯性。

• 向前能够深入追溯至最初的客户需求，并实时跟踪需求的任何变动，使得团队能够在开发的全流程中，随时掌握并响应优先级的变化。

• 向后支持提供对围绕每个需求（涵盖设计、开发、测试及支持等各个环节）所展开活动的全面可见性，无论是前向还是后向。

这种精细化的跟踪使团队能够完全了解从需求场景、规范到构建、测试、更改、缺陷以及返回的完全可见性，确保了每个需求不仅得到妥善的满足，而且经过严格验证和确认，从而保障项目的质量和效率。

07

结语

通过深入理解并把握业务、产品和研发三者之间的关系，构建“业、产、研”三层需求协同模型，并采用满足三层需求协同模型理念的高效工具，企业可以确保业务、产品和技术团队对产品的交付价值拥有明确且一致的认知，有效促进三者之间的高效协同，以迅速响应业务变化，打造出符合市场需求的优秀产品，从而确保业务的持续稳健增长。