工具

双轨敏捷：产品经理的介绍

作者姚伟斌 25 11 月, 202330 8 月, 2023

双轨敏捷是一种有效的策略，支持设计和开发团队在构建令客户实际使用和喜爱的出色产品的每一个步骤中。

如今，成功的企业是那些充分了解客户问题并提供有价值解决方案的企业。

重要的不仅仅是你在设计和开发方面付出了多少努力，而是这种努力必须朝正确的方向前进。

传统的产品开发方法，如瀑布模型，遵循线性方法，即一旦设计获得批准，就开始开发，然后进行测试和发布。因此，如果要更改重要方面，这将变成一个漫长而困难的过程，因为你必须返回到规划和设计步骤，并改变一切。

因此，这种方法可能会很昂贵、耗时且具有挑战性。

然而，借助改进的模型，例如Agile或双轨敏捷，你可以以更低的成本、时间和难度在市场上部署一款受到用户喜爱的更好产品。

让我们更深入地讨论双轨敏捷，看看它对你的下一个产品开发有多有用。

什么是双轨敏捷？

双轨敏捷是一种敏捷框架，其中跨职能产品开发团队将日常工作分为两个轨道 – 发现轨道和交付轨道。

发现轨道强调快速生成和验证产品创意，以满足你的需求。它涉及产品设计。

交付轨道强调将这些产品创意转化为准备交付给最终用户的软件系统。它主要是产品开发。

无论是发现轨道还是交付轨道，它们都旨在为用户创建最佳产品。因此，双轨敏捷的概念结合了和敏捷开发的目标，两个轨道共同协作，帮助创建出色的产品。通过这种方式，产品团队可以同时有效地进行研究和开发工作。

双轨敏捷的根源可以追溯到2005年，敏捷宣言发布和普及之后。这个想法得到了进一步的发展，现在我们有了双轨敏捷。

双轨敏捷是如何工作的？

敏捷开发框架旨在基于数据驱动的、迭代的和快速的开发来构建出色的产品。这要求敏捷团队继续对产品进行一些更新，并更快地将其部署到市场。这有助于他们获得用户反馈并改进他们的产品。

双轨敏捷采用了敏捷开发方法的概念，即开发必须是迭代和快速的，并具有质量。

与传统的线性方法相反，传统方法中产品经理负责概述需求并分配给设计师创建产品的原型或线框图，然后交给开发团队进行实际生产。

双轨敏捷涉及同时发现和交付产品，并通过更大的协作来实现。在这里，每个成员，包括开发人员、设计师和product manager，在整个产品开发过程中紧密合作。

为什么使用双轨敏捷？

使用双轨敏捷对产品团队有许多好处，例如：

更好的产品质量

通过发现和交付轨道，你可以保持明确定义的待办事项。双轨敏捷可以对实际需要的功能进行验证，因此你可以专注于用户体验并解决问题。

这有助于开发人员摆脱对价值不大或没有价值的功能。因此，您可以发布那些用户都喜爱和利用的功能的软件。这意味着您将清楚地知道哪些功能对用户有用，可以删除哪些功能，同时确保产品质量。

减少重做

必须对待办事项进行适当定义、评估和验证，以确保减少重做。但是，如果发生相反的情况，您将不得不进行大量的重做，这将消耗大量的时间、精力和资源，减慢生产速度。如果您赶工，您的最后期限可能看起来越来越远，并且结果可能令人不满意。

此外，敏捷方法包括迭代来改进生产质量。但是，如果您对迭代没有控制或进行没有满足的会议，将导致浪费。

为此，发现和交付轨道被用来确保您开发团队的所有成员都具备所需的数据。它将帮助他们减少迭代次数以及所涉及的时间和成本。

改善用户体验

如果您希望产品在市场上成功，您必须提供出色的用户体验。竞争激烈，如果您不能提供他们所需的或解决他们的痛点，客户就不会费心寻找其他选择。

传统模型在开发团队、设计团队和运营团队之间存在很多鸿沟。因此，产品管理变得更具挑战性。同样，专注于两件事——设计和开发——过去是困难的。要么您必须专注于用户体验设计，要么您必须专注于产品迭代。

但是，通过引入双轨敏捷，发现轨道和交付轨道明确分离，以便对正确的领域进行正确的关注。您的发现团队可以在原型中整合基于用户体验的设计，而交付轨道将使用发现团队的输入继续进行。由于发现团队负责进行验证，他们可以在其工作流程中使用用户体验验证。

快速适应变化

IT行业发展迅速，客户需求迅速变化，新技术不时涌现。因此，现代组织必须灵活应对变化，以保持竞争的领先地位和相关性。通过实施双轨敏捷，您可以实现这一目标。

成本效益的验证

产品开发人员经常忽视验证及其重要性。原因可能是验证涉及编码和渲染代码，这是耗时、昂贵且繁琐的。即使当他们决定这样做时，他们可能也不会全心全意地去做，这会导致效率低下。

但是，验证想法对于确保产品质量非常重要。这就是为什么开发人员现在正在寻找使想法验证更可管理、成本更低、速度更快的方法。双轨敏捷是实现这一目标的有效方法。发现团队成员可以执行调查和设计原型，而不是编码进行验证。这会导致更容易、更有效、更具成本效益的验证。

如何在实践中应用双轨敏捷？

双轨敏捷非常适合为不同市场构建软件系统的形状和规模各异的企业。

小型企业和初创公司可以轻松利用它来缩短产品开发周期、降低风险并取得更大成功。同样，拥有足够资源的大公司可以利用这种模式来提高产品发布时的成功率并降低风险。

实施双轨敏捷方法可以为您改进产品概念、产品质量、团队士气和开发周期提供一个简单明了的流程。

因此，如果您想在开发过程中引入双轨敏捷方法，以下是如何做到的。

步骤1：发现轨道

这个轨道由不同的步骤组成。在这里，团队成员从收集信息和见解开始，概述如何构建一个能够满足定义的要求的产品。

这个过程的第一个和最重要的方面之一是在您理解项目要求之后与利益相关者讨论。这将有助于确定每个成员和整个团队的目标。他们需要为项目概述经过验证的产品想法，开发团队将使用这些想法来生成产品作为输出。

因此，在创建计划时，与最终用户进行互动以了解他们的痛点和期望非常重要。这将帮助团队为用户创建具有理想功能、设计、功能和可用性的成功产品。这需要通过调查、采访、研究、进行健康讨论、与您的网站互动等全面的用户研究。

此外，发现轨道还可能需要根据用户的要求和痛点开发和创建产品原型。在这里，您需要与设计师和工程师一起协作创建验证的原型。

在这里团队开展的活动有：

进行利益相关者访谈，了解他们的目标和计划
用户研究，了解用户面临的问题以及如何通过产品解决这些问题
创建产品人设以满足客户需求
故事地图制定优先活动和功能添加

现在进入下一个阶段。

步骤2：交付轨道

交付轨道使用产品开发团队在发现轨道中收集的见解和信息作为输入，以生成最佳产品。

这个过程包括快速原型制作，并采用迭代方法，使开发和设计团队之间的协作更多。

交付轨道使团队能够在市场上发布一个功能齐全的产品原型，以了解用户对其的感知并寻求反馈。它帮助他们概述满足用户需求和期望所需的变更。因此，即使在发布后，进行更改也变得更加廉价和容易。

为了应用变更并创建最终产品，交付轨道需要所有的管理人员、团队和用户进行互动。在这个阶段，必须对产品的各个方面进行彻底的审查，包括设计、配色方案、用户界面以及功能、性能等。

交付轨道需要您进行以下活动：

快速原型制作
更快地将原型发布到市场上
获取反馈以了解用户行为
根据用户反馈改进用户界面和其他方面

使用Scrum的双轨敏捷

发现轨道使用不同长度的开发周期。它包括每天进行小幅度开发而不是等待一两周来工作，然后审查大量工作。这是因为如果采取其他方法，跟踪变更和进行调整变得非常困难和耗时。

在发现过程中产生了许多想法，当它们发展时，常常会被淘汰以为更好的想法腾出空间。接下来，最好的想法会根据时间盒子式的冲刺待办事项进入交付周期。

使用Scrum的双轨敏捷要求您执行以下活动：

针对产品发现和交付任务进行Sprint计划，涉及分析机会、用户测试、编码、原型制作、持续集成等流程。
进行每日Scrum会议讨论取得的进展。
回顾Sprint以分析产品性能、流程性能等，并更新进度以实现定义的OKR。
通过进行改进会议来进行回顾，以确定迭代的改进机会。
可视化发现工作，以改善流程并跟踪实现目标的进度。

使用看板的双轨敏捷开发

在看板中，有两个待办事项列表——发现待办事项列表和交付待办事项列表。

发现阶段旨在帮助您了解用户的痛点并解决它们。在这里，输出是所有经过验证的项目，您可以将其移至开发阶段。在此过程中，研究人员、设计师和产品经理努力了解客户的问题，并在开发新功能之前探索合适的解决方案。

设计完成后，它们将转移到交付阶段，旨在快速将最终产品部署给最终用户。

双轨敏捷的挑战及应对方法

对于规模较小、专家有限、具有明确定义规范的项目来说，使用双轨敏捷可能效果不佳。在这种情况下，只有少数人可以管理多个角色和责任，在发现和交付过程中不断切换。

因此，双轨敏捷将为长期项目开发以及需要持续构建、测试和迭代产品以改进的大型团队带来更大的价值。这种类型的项目需要持续的产品发现和交付。这样，角色可以明确分配给成员，这种设置将确保整个项目的快速进展。

关于双轨敏捷的一些误解

它仅用于软件开发：确实，敏捷最早起源于软件领域，特别适用于数字产品开发。但是，认为它只适用于软件开发是一个误解；各种类型的组织都可以使用敏捷方法。
仅适用于小型企业和初创公司：敏捷方法非常适合构建引人注目的MVP，并根据用户反馈进行调整。这并不意味着大型组织不能使用它。世界上一些最古老和最大的公司，如GE、飞利浦等，都在使用敏捷方法。他们使用它来加速缓慢的流程，并消除工作流程中的障碍，推动企业级创新。
速度牺牲质量：敏捷方法可以实现更快的软件开发。这并不意味着它通过牺牲质量来实现。敏捷通过各种测试阶段和迭代来确保产品质量，以确保没有错误或漏洞会影响质量或安全性。它涉及到测试、质量保证等，并有助于在更快的速度上创建优质产品。
敏捷等于Scrum：这是一个普遍的误解，认为敏捷就是Scrum。实际上，Scrum是来自于极限编程和精益生产的。它只是一种项目管理方法，而敏捷是软件开发的一个不同概念。
没有明确定义的角色：许多人认为，在敏捷中，每个人都可以做任何他们想做的事情，因为没有明确定义的目标和角色。这是一个误解。敏捷可以涉及传统的自上而下管理，具有明确定义的角色和责任，并监督项目。然而，区别在于管理个人团队的指挥和控制。在这里，每个人在与开发和设计团队密切合作时具有更大的灵活性。
没有计划：许多人认为敏捷不需要计划，因为它涉及更快的迭代。但这不是真的。事实上，没有明确定义的长期目标和计划，敏捷方法就无法存在。敏捷将更大的任务划分为较小的任务，并有效地完成它们，以实现整个项目的顺利完成。
没有文档：仅仅因为事情在这里进展更快，并不意味着敏捷中没有文档。敏捷方法涉及到一个高效的团队，并且文档在这里也很重要。