双轨敏捷是一种强大的方法，它贯穿设计和开发团队的每一个环节，旨在创造出真正被客户喜爱和使用的优秀产品。在当今时代，成功的企业都深刻理解客户的痛点，并提供有价值的解决方案。
关键不在于你在设计和开发上投入了多少努力，而在于这些努力是否朝着正确的方向前进。传统的产品开发方法，如瀑布模型，采用的是线性流程。一旦设计方案获得批准，便开始开发，然后进行测试和发布。这意味着，如果需要在后期对产品进行重大调整，将是一个漫长而艰难的过程，因为你必须回到最初的规划和设计阶段，重新进行修改。这通常会导致成本高昂、耗时，且充满挑战。
然而，通过采用敏捷或双轨敏捷等更先进的模式，你可以在市场上以更低的成本、时间和难度推出更优质的产品，这些产品更受用户欢迎。下面我们来详细探讨一下双轨敏捷，了解它如何助力你的下一个产品开发项目。
什么是双轨敏捷？
双轨敏捷是一种敏捷框架，它将跨职能产品开发团队的日常工作划分为两个并行的轨道：发现轨道和交付轨道。
- 发现轨道： 主要关注快速生成和验证产品创意，并将反馈纳入产品待办事项列表，侧重于产品设计。
- 交付轨道： 侧重于将验证后的产品创意转化为可交付给最终用户的软件系统，主要与产品开发相关。
无论是发现轨道还是交付轨道，它们的目标都是为用户创造最好的产品。双轨敏捷融合了用户体验设计和敏捷开发的目标，使两个轨道协同工作，共同创造出色的产品。这种模式使产品团队能够高效地开展研发工作。
双轨敏捷的概念起源于2005年敏捷宣言发布并普及之后。随着时间的推移，该理念不断发展，最终形成了我们今天所熟知的双轨敏捷模式。
双轨敏捷如何运作？
敏捷开发框架以数据驱动、迭代和快速开发为宗旨，旨在创造出色的产品。这要求敏捷团队持续对产品进行更新，并更快地将其推向市场。这样做有助于团队获得用户反馈，并不断改进产品。双轨敏捷延续了敏捷开发的核心理念，即开发过程必须是迭代的、快速的和高质量的。
这与传统的线性方法截然不同。在传统的线性方法中，产品经理负责概述需求，然后将其分配给设计师来创建产品原型或线框图，最后再交给开发团队进行实际的生产。双轨敏捷强调在更大的协作下进行产品发现和交付。在这里，包括开发人员、设计师和产品经理在内的每一位成员，在整个产品开发过程中都紧密合作。
为什么要使用双轨敏捷？
使用双轨敏捷可以为产品团队带来许多好处，例如：
更优质的产品
通过发现和交付轨道，你可以维护一个定义明确的待办事项列表。双轨敏捷能够验证实际需要的功能，因此你可以将精力集中在用户体验上，并解决用户的痛点。 这有助于开发人员避免开发那些价值很小或没有价值的功能。最终，你发布的产品将具有用户喜爱和使用的功能，从而确保产品质量。这意味着你能够清晰地了解哪些功能对用户有用，以及哪些功能可以在保证产品质量的前提下被剔除。
减少返工
为了减少返工，待办事项列表必须正确定义、合格和验证。否则，将会导致大量的返工，耗费大量的时间、精力和资源，从而减慢生产速度。这还会让你觉得最后期限越来越远，而如果急于求成，结果可能不会令人满意。此外，敏捷本身包含迭代改进的概念。但是，如果迭代过程不受控制，或者会议没有实质性内容，则会造成浪费。 为此，发现轨道和交付轨道应确保开发团队的每一位成员都拥有所需的数据。这将有助于减少迭代次数，以及所涉及的时间和成本。
改善用户体验
如果你希望产品在市场上取得成功，就必须提供出色的用户体验。市场竞争非常激烈，如果不能提供用户想要的产品或解决他们的痛点，他们就会转向其他选择。传统的模式常常导致开发团队、设计团队和运营团队之间存在巨大的沟通鸿沟，这使得产品管理更具挑战性。 过去，同时关注设计和开发这两个方面是非常困难的。要么必须专注于用户体验设计，要么专注于产品迭代。
但是，随着双轨敏捷的引入，发现轨道和交付轨道被清晰地划分，从而使正确的焦点集中在正确的区域上。发现团队可以将基于用户体验的设计集成到原型中，而交付轨道则会利用发现团队的输入来进一步推进。由于发现团队负责验证，因此他们可以在工作流程中使用用户体验验证。
快速适应变化
IT行业发展迅速，客户需求瞬息万变，新技术层出不穷。因此，现代组织必须灵活地快速适应变化，才能在竞争中保持领先和相关性。实施双轨敏捷可以帮助你实现这一目标。
经济高效的验证
产品开发人员有时会忽略验证环节及其重要性。原因可能是验证涉及到编码和渲染代码，这不仅耗时，而且成本高昂且乏味。即使他们决定进行验证，也可能不会全力以赴，从而导致效率低下。 然而，验证想法对于确保产品质量至关重要。这就是为什么开发人员现在正在寻找使想法验证更易于管理、成本更低、速度更快的方法。双轨敏捷正是实现这一目标的有效方法。发现团队成员可以通过执行调查和设计原型来进行验证，而不是直接编写代码。这使得验证过程更加容易、高效且经济高效。
如何在实践中应用双轨敏捷？
双轨敏捷非常适合各种规模和类型的企业，用于为不同市场构建软件系统。小型企业和初创公司可以轻松地利用它来缩短产品开发周期，降低风险并取得更大的成功。此外，拥有充足资源的大公司也可以利用这种模式来提高成功率，并降低产品发布期间的风险。实施双轨敏捷为你提供了一个简单的流程，用于改进产品概念、产品质量、团队士气和开发周期。
那么，如果想在开发过程中引入双轨敏捷，该如何做呢？
第 1 步：探索之路（发现轨道）
这一轨道由不同的步骤组成。在此阶段，团队成员首先收集信息和见解，以便概述如何构建在部署时能够满足定义需求的产品。这个过程的首要且最重要的一个方面，是在了解项目要求后与利益相关者进行讨论。这将有助于确定每个成员和整个团队的目标。他们需要概述经过验证的产品创意，作为项目的输入，而开发团队将使用这些输入来生产产品，作为项目的输出。因此，在制定计划时，与最终用户互动以了解他们的痛点和期望非常重要。这将帮助团队创造出具有理想特性、设计、功能和可用性的成功产品。这需要通过调查、访谈、研究、健康的讨论以及与网站的互动等方式进行全面的用户研究。
此外，发现轨道还可能需要根据用户的需求和痛点来开发和创建用户角色。在此阶段，你需要与设计师和工程师合作，创建经过验证的产品待办事项。团队在此阶段进行的主要活动包括：
- 进行利益相关者访谈，以了解他们的目标和计划。
- 进行用户研究，以了解用户面临的问题以及如何通过产品解决这些问题。
- 创建用户角色，以生产能够满足客户需求的产品。
- 进行故事映射，以便确定首先要添加的活动和功能。
现在，让我们进入下一个阶段。
第 2 步：交付轨道
交付轨道使用产品开发团队在发现轨道期间收集的见解和信息作为输入，以生产尽可能好的产品。 此过程包括快速原型制作，并对所有内容采用迭代方法，从而实现开发和设计团队之间的更密切协作。交付轨道使团队能够在市场上发布功能正常的产品原型，以了解用户如何看待它并寻求反馈。这有助于他们了解为了满足用户的需求和期望，需要进行哪些更改。 因此，即使在发布之后进行更改也变得更加经济高效且更容易。为了应用更改并创建最终产品，交付轨道需要所有经理、团队和用户的参与。在这个阶段，必须彻底审查产品的各个方面，从设计、配色方案和用户界面到特性、功能和性能。交付轨道要求执行以下活动：
- 快速原型创建
- 更快地将原型推向市场
- 获取反馈以了解用户行为
- 根据用户反馈改进用户界面和其他方面
Scrum 的双轨敏捷
发现轨道采用不同长度的开发周期。 它采用每天以小增量进行开发的方法，而不是等待一两个星期才审查一大块工作。 如果不这样做，跟踪更改和进行调整将会非常困难且耗时。在发现阶段会产生许多想法，当这些想法逐渐成形时，它们往往会被舍弃，以便为更好的想法让路。接下来，最好的想法会通过有时间限制的 sprint backlog 进入交付周期。Scrum 的双轨敏捷要求执行以下活动：
- 产品发现和交付任务的 Sprint 计划，包括分析机会、用户测试、编码、原型设计、持续集成等过程。
- 进行每日 Scrum 会议以讨论取得的进展。
- 审查 sprint 以分析产品性能、流程性能等，并更新进度以实现定义的 OKR（目标和关键结果）。
- 通过召开改进会议进行回顾，以确定迭代的改进机会。
- 可视化发现工作，以改进流程并跟踪目标进度。
看板的双轨敏捷
在看板方法中，有两个待办事项列表是可视化的：发现待办事项和交付待办事项。发现阶段旨在帮助你了解用户的痛点并解决这些问题。在此阶段的输出是可以转移到开发阶段的所有经过验证的项目。在这个过程中，研究人员、设计师和产品经理在开发新功能之前，会努力了解客户的问题并探索合适的解决方案。一旦设计完成，就会进入交付阶段，旨在将最终产品快速部署给最终用户。
双轨敏捷的挑战以及如何应对
在专家有限、规范明确的小型项目中使用双轨敏捷可能效果不佳。在这种情况下，少数几个人可能需要承担多个角色和职责，在发现和交付过程中不断地从一个阶段切换到另一个阶段。因此，双轨敏捷更适合大型团队的长期项目开发，以及需要不断构建、测试和迭代产品以进行改进的情况。这类项目需要持续的产品发现和交付。在这种情况下，角色可以在成员之间明确分配，从而确保整个项目的快速进展。
关于双轨敏捷的一些误解
- 只适用于软件开发： 敏捷最初确实起源于软件领域，尤其适用于数字产品开发。但认为它只适用于软件开发是一种误解。所有类型的组织都可以使用敏捷。
- 只适用于小型企业和初创公司： 敏捷是构建引人注目的 MVP（最小可行产品）以及根据用户反馈调整版本的绝佳方法。但这并不意味着大型组织不能使用它。一些历史悠久、规模庞大的公司，如通用电气和飞利浦，都在使用敏捷方法来加快缓慢的流程，并消除工作流程中的孤岛，从而推动企业级创新。
- 速度牺牲质量： 敏捷可以加快软件开发速度，但这并不意味着它是通过牺牲质量来实现的。敏捷通过各种测试阶段和迭代来确保产品质量，以确保没有错误或缺陷会损害质量或安全性。它包括 beta 测试和质量保证等步骤，有助于以更快的速度创建优质的产品。
- 敏捷等同于 Scrum： 敏捷就是 Scrum，这是一种广为流传的误解。实际上，Scrum 源自极限编程和精益思想。它只是一种项目管理方法，而敏捷则是软件开发的不同概念。
- 没有明确定义的角色： 许多人认为，在敏捷中，每个人都可以为所欲为，因为没有明确定义的目标和角色。这是一种误解。敏捷可以包含具有明确定义的角色和职责以及受到监督的传统自上而下管理模式。但不同之处在于，管理的是单个团队的指挥和控制。在这种模式下，每个人都可以更灵活地与开发和设计团队密切合作，加强协作。
- 没有计划： 许多人认为敏捷没有计划，因为它包含更快的迭代。但事实并非如此。事实上，如果没有明确定义的长期目标和实现这些目标的计划，敏捷就失去了意义。敏捷只是将较大的任务分解为较小的任务，并高效地完成它们，从而以较高的成功率实现整个项目的完成。
- 没有文档： 仅仅因为工作进展更快并不意味着敏捷方法中没有文档。敏捷方法依赖于一个充满活力的团队，而文档在这个过程中也至关重要。
结论
使用双轨敏捷等先进的产品开发方法，有助于你以更低的成本、时间和难度构建优质的产品。通过这种方式，你可以快速将产品推向市场，获得竞争优势。同时，它还能让你及早获得反馈，并改进产品，从而提高产品的成功率。