成功产品团队的秘诀：Scrum与转型原则深度解读

尽管在产品领域当中，有人对Scrum作为有效的产品创造框架提出过反对意见。但我们却认为，把Scrum的原则跟那些能帮助产品团队成功的原则放一起进行对比分析，是很有意义和价值的。于是我们深入分析”Transformed”（《转型》）这一书的当中的产品原则，看看它是如何与Scrum原则有何异同。

《转型》中的产品成功原则与Scrum原则的对比

上周，Paweł Huryn总结了Marty Cagan的《转型》一书中的产品成功原则。作为敏捷的实践者，我们对于这些最佳框架、帮助成功的原则是有持续进行讨论的，所以我们对此非常熟悉。Cagan的《转型》提出了一套被广泛认可的产品成功原则，但这些原则能否与同样在产品领域当中争议不断的Scrum框架共存呢？这是我们接下来即将开展的话题。

尽管存在争议，仔细观察会发现，当有效实施时，Scrum实际上与这些原则相一致，并且强化了它们。从赋予团队权力、注重成果到促进创新和持续学习，Scrum的价值观和实践有效支持了当中的每一项原则。Scrum强调自我管理的团队、迭代进展和服务型领导，创造了一种优先考虑价值、创新和适应性的文化——这些都是构建成功产品的关键要素。当Scrum被正确应用时，它是能够推动产品成功的有效运作框架。

接下来，我们继续深入探讨《转型》当中的五个关键产品原则，以此佐证Scrum仍然是构建成功产品的有效方式。

I. 产品团队原则

1. 原则:被赋予解决问题的权力
   • Scrum匹配:自我管理的团队
   • 解释:在Scrum中,团队是自我管理的,意味着他们有自主权决定如何解决问题。这与被赋予解决问题权力的原则相一致,因为Scrum团队,特别是开发人员,有权决定如何在Sprint中处理工作以实现Sprint目标。
2. 原则:注重成果而非产出
   • Scrum匹配:专注于交付价值
   • 解释:Scrum强调交付价值而非仅仅完成任务。Sprint目标和每个Sprint交付潜在可发布增量的重点与优先考虑成果而非产出的原则相一致。Scrum团队被鼓励专注于带来最大价值的事物,而不仅仅是做更多的工作。
3. 原则:所有权感
   • Scrum匹配:承诺
   • 解释:Scrum通过对Sprint和产品目标的承诺以及Scrum团队的集体责任,培养了强烈的所有权感。例如,每个团队成员都致力于实现Sprint目标,这培养了对自己工作的所有权感。
4. 原则:协作
   • Scrum匹配:协作和跨职能
   • 解释:Scrum的框架建立在协作的基础上,特别是在Scrum团队内部,该团队是跨职能的,密切合作以实现Sprint目标。每日Scrum、Sprint计划和回顾会议都强调并促进协作。

核心见解:”最基本的产品概念是赋权的跨职能产品团队的概念。”

Scrum一致性:Scrum的基础建立在赋权管理自己工作的跨职能团队之上。这直接符合Scrum组建具备所有必要技能以每个Sprint交付产品增量的跨职能团队的原则。

II. Transformed – 产品策略原则

1. 原则:专注
   • Scrum匹配:Sprint目标
   • 解释:在Scrum中,Sprint目标让整个团队在Sprint期间保持专注。这是Scrum团队承诺实现的单一目标,完美契合产品策略中的专注原则。这种专注确保团队朝着一个共同的、明确定义的目标努力。
2. 原则:由见解驱动
   • Scrum匹配:经验主义
   • 解释:Scrum建立在经验主义的支柱上:透明、检视和适应。通过在活动中获得的见解，驱动了检视增量、收集反馈并相应调整产品待办列表的过程。这确保决策基于可行的数据和信息,而非假设。
3. 原则:透明度
   • Scrum匹配:透明
   • 解释:透明是Scrum的核心支柱之一。Scrum过程的所有方面对负责结果的人都是可见的。这确保所有团队成员和利益相关者清楚地了解项目的当前状态,直接符合产品策略中的透明度原则。
4. 原则:下注
   • Scrum匹配:产品待办列表细化
   • 解释:在Scrum中,产品待办列表代表了团队在任何时候认为实现下一步骤所必需的内容。根据新的见解,它会不断细化和优先排序,基于对客户和组织最有价值的内容。这个过程涉及对哪些待办项(问题或功能)应该基于其潜在影响和与产品目标的一致性来下一步解决进行下注。

核心见解:”产品策略是关于需要解决哪些重要的问题。”

Scrum一致性:Scrum通过定义产品目标,并相应地持续优先排序和细化产品待办列表以反映实现这一目标的”最佳”路径,与这一原则保持一致。产品负责人不断评估哪些项目对实现产品目标最为关键,确保Scrum团队始终专注于解决最重要的问题。

III. 产品发现原则

1. 原则:最小化浪费
   • Scrum匹配:迭代开发和增量交付
   • 解释:Scrum的迭代和增量方法本质上通过专注于交付小型、有价值的增量来最小化浪费,这些增量会定期审查和调整。这防止了大量可能不需要或不被重视的工作,符合最小化浪费的原则。
2. 原则:评估产品风险
   • Scrum匹配:检视和适应
   • 解释:在Scrum中,定期检视增量和随后调整产品待办列表有助于及早识别和管理风险。通过持续评估已构建的内容并相应调整计划,Scrum团队可以有效地缓解产品风险。
3. 原则:采纳快速试验
   • Scrum匹配:Sprint
   • 解释:Scrum中的每个Sprint可以被视为一个试验,团队通过构建和交付增量来测试想法和解决方案,同时投资于产品发现活动,如创建原型来测试假设。这种计划、执行、审查和适应的快速循环与产品发现中的快速试验原则相一致。
4. 原则：尽责地验证想法
   • Scrum匹配:Sprint计划和增量方法
   • 解释:在Scrum中,Sprint计划可以调整为包括创建专门用于测试假设的原型或试验。这些试验不需要满足完整的完成定义,但应该设计为快速负责任地收集有价值的反馈。通过将较大的想法分解为更小的、可测试的组件(通常称为”spike”或”试验”),团队可以在不付出生产级质量的全部成本的情况下快速验证假设。这种增量方法允许团队快速验证假设,根据反馈进行调整,并确保在发现阶段负责任地管理风险和资源。

核心见解:”产品发现的核心是快速测试产品想法,看看解决方案可能是什么[…]试验文化不仅帮助你解决风险,而且对创新绝对至关重要。”

Scrum一致性:Scrum的框架建立在迭代实验的基础上。每个Sprint都是快速测试和验证想法的机会,使Scrum自然适合于以实验为驱动的产品发现方法。

IV. Transformed – 产品交付原则

1. 原则:小型、频繁、分解的发布
   • Scrum匹配:增量交付
   • 解释:Scrum提倡频繁交付小型、有价值的增量。每个Sprint应产生可能发布给利益相关者或用户的潜在可交付产品增量。这与小型、频繁和分解发布的原则一致,确保持续的价值交付。
2. 原则:工具支持
   • Scrum匹配:完成和透明的定义
   • 解释:Scrum中的完成定义包括确保增量完全功能和高质量的所有必要标准。工具支持(如测试、文档和监控)对于满足完成定义至关重要,确保每个增量都是可发布的。Scrum中的透明也确保每个增量的状态始终对所有利益相关者可见和理解。
3. 原则:监控
   • Scrum匹配:经验主义(检视和适应)
   • 解释:在Scrum中,定期检视和适应产品类似于监控。通过在评审和检视中持续检查产品的进展和质量,Scrum团队可以及早识别问题并进行必要的调整,这与持续监控的原则相一致。
4. 原则:部署基础设施
   • Scrum匹配:持续集成和部署
   • 解释:虽然Scrum并未明确规定技术实践,但它通常与持续集成和持续部署(CI/CD)等实践相辅相成。这些实践确保部署基础设施设置为允许频繁、可靠的发布,这与拥有强大部署基础设施的原则相一致。

核心见解:”这意味着,每个产品团队至少每两周发布一次新的工作(…)对于强大的产品公司来说,每天要发布几次(…)。”

Scrum一致性:Scrum的迭代工作周期(Sprint)鼓励定期、频繁的发布。虽然传统Scrum建议Sprint持续时间最长为一个月,但许多团队在更频繁发布的环境中运作,这展示了Scrum适应快速交付周期的灵活性。

V. 产品文化原则

1. 原则:原则高于流程
   • Scrum匹配:Scrum价值观(承诺、勇气、专注、开放、尊重)
   • 解释:Scrum强调指导团队行为的价值观,而不是严格遵守流程。这些价值观创造了一种文化,其中像承诺和开放这样的原则优先于仅仅遵循既定流程,使团队能够做出与其目标和价值观一致的决策。
2. 原则:信任高于控制
   • Scrum匹配:自我管理团队
   • 解释:Scrum团队是自我管理的,这意味着他们有权力和信心来决定如何最好地实现目标。这种以信任团队做决策而不施加严格控制的原则，与Scrum强调的自我管理和赋权完全一致。
3. 原则:创新高于可预测性
   • Scrum匹配:经验主义(检视、适应)
   • 解释:Scrum的迭代方法,每个Sprint都允许试验、学习和适应,培养了创新文化。Scrum团队不是优先考虑可预测性,而是被鼓励基于学习进行检视和适应,促进创新而不是严格遵守计划。
4. 原则:学习高于失败
   • Scrum匹配:Sprint回顾
   • 解释:Sprint回顾是Scrum的关键事件,专注于通过从过去的Sprint中学习来持续改进。它为团队提供了一个反思的空间,培养了从经验中学习而不是沉溺于失败的文化,这与优先考虑学习而不是避免失败的原则非常契合。

核心见解:”(…)这意味着从直接微观管理到以服务为基础的领导和积极指导的转变。它意味着用背景而不是控制来领导。”

Scrum一致性:Scrum提倡服务型领导,特别是在Scrum Master的角色中,他通过消除障碍和培养自组织环境来支持团队。这种方法与从微观管理转向提供背景和支持的领导方式相一致,允许团队以自主和信任的方式运作。

关于《转型》和Scrum的深度思考

了解完所有内容，让我们以一些发人深省的问题和观点作为结尾,希望大家对这个话题进行更深入的思考:

1. Scrum真的足够灵活吗? 虽然Scrum与《Transformed》中的原则很好地契合,但有人认为如果不适应特定团队的需求,Scrum可能变得过于僵化。团队如何在坚持Scrum原则的同时保持创新的灵活性?
2. 平衡赋权与责任 赋权是Scrum和Cagan方法中的关键原则,但团队如何平衡这一点与责任需求?哪些实践可以确保赋权不会导致缺乏方向或责任感?
3. Scrum中的领导角色 Scrum强调服务型领导,但领导者如何在不干预和提供必要指导支持之间取得平衡?随着团队在Scrum实践中日益成熟,领导力如何适应?
4. Scrum是否有可能变得适得其反? 在复杂、快速变化的环境中,是否存在坚持Scrum可能阻碍而非帮助的情况?团队如何识别这些情况并相应调整方法?毕竟,我们不是为了实践Scrum而获得报酬,而是为了在给定约束条件下解决客户问题,同时为组织的可持续性做出贡献。
5. 产品文化的演进 Scrum和Cagan的原则都强调文化的重要性。组织可以采取哪些步骤来不断发展和改善产品文化,确保其支持创新和可持续交付?

《转型》与Scrum – 结论

Marty Cagan的《Transformed转型》为产品成功提供了一个引人注目的愿景,其原则倡导赋权、专注、快速实验和以产品为先的文化。然而，有一种日益增长的观点认为Scrum可能无法支持这些雄心勃勃的目标 – 这种观点经常在产品社区中被提出。

但让我们澄清一下：当经过深思熟虑地应用时,Scrum不仅仅是一个过程或一套仪式。它是一个旨在赋予团队权力、交付真实成果并培养持续改进文化的框架。Cagan概述的原则与Scrum并不冲突;事实上,它们可以被视为Scrum一直坚持的原则的演进。

考虑这一点:Scrum对自组织、跨职能团队的关注直接符合赋予团队解决问题的权力。对交付潜在可发布增量的强调与注重成果而非产出的驱动力相匹配。此外,通过回顾会议进行持续检视和适应的文化完美反映了学习胜于失败的需求。

Scrum远非一些批评者所说的官僚怪兽。它是一个动态的、可适应的框架,当以清晰理解其目的的方式使用时,可以成为驱动Cagan原则所瞄准的成功的工具。的确,Scrum需要对透明、协作和不懈追求价值的承诺。但是,当这些元素到位时,Scrum成为Cagan所设想的产品卓越的强大推动者。

最后,这不是Scrum与Cagan《Transformed》中原则的对抗。而是关于如何利用Scrum作为基础实践,使这些原则在现实世界中可行动和可实现。当我们停止将Scrum视为一套规则,开始将其视为培养自我管理、创新、专注和持续交付文化的工具时,我们意识到Scrum不仅有帮助 – 它对推动产品成功至关重要。