概述
       “产品守护者”这一术语在我的经验中通常指六个不同的产品角色。它们是： 
最初的Scrum产品守护者拥有整个产品，并负责产品创造其最大的价值。 
       · 功能守护者，负责管理与最终用户进行交互的主要功能，例如在在线零售网站上进行搜索和导航。 
       · 组件守护者，拥有体系架构基块（如持久层）的人。 
       · 平台守护者，如管理一个共享软件资产集合平台的人。 
       · SAFe 产品守护者，拥有产品详细信息。（SAFe：Scaled Agile Framework规模敏捷框架） 
       · 组合守护者，管理一组（相关）产品。 
       上述每个角色都是产品管理角色，任何扮演其中一个角色的人承担产品所有权，每个角色都可以令人激动和有所回报。从本身来说没有一个更好或更差。但如前所述，各个角色所有权范围差别很大，因此，获得成功所需的授权和技能也是大不相同的。 
       以下图片概述了六个角色，我在下面的各节中更详细地描述了这些角色。 
 

       请注意，上述某些角色可以组合在一起。例如，您可以是较大产品的产品和功能守护者，也可以同时是组合产品的所有者来管理产品组合中的一个产品，并假设这既不会导致产品决策发生偏差，也不会影响产品可持续发展的道路。 

Scrum产品守护者 
       正如它的名字所说，Scrum产品守护者负责一个产品。请注意，该名称的选择是有意为之的。该角色没有被为产品管理员、功能代理、产品待办工作管理器、用户情景编写者或项目经理等等，尽管有时就是这样解释它。它并不被称为"产品经理"，主要是为了体现产品守护者在工作上取得成功需要的授权和受尊重程度。 
       如果产品守护者拥有产品并负责最大化其产品价值，那么最重要的就是要了解产品是什么。我认为产品是一种为一组用户和业务创造价值的资产。例如，我使用Microsoft Word软件来撰写本文。当我需要休息一下时，我会保存文档。Word软件就是一个产品，保存文档的能力则是一个功能，是整个产品的一部分。如果某人被称为产品守护者，那么他就应该拥有整个产品（如示例中的 Word软件，而不仅仅只是产品部件，例如保存文档的能力）。我认为将某人称为产品守护者，但他却不管理产品也不正确行使所有权，是一种错误的认识：它造成管理混乱并设定了错误的期望值，仅负责部分产品部件的人无法承担将整个产品价值最大化和实现产品成功的责任。此外，他不需要相应的决策权，也不需要具备相应的技能。 
       当然，像Microsoft Word这样的产品可能太大了，不可能由单个个人来管理：它需要多个产品人员相互协作。但即便在这种情况下，我还是建议应该只有一个产品守护者。其他相关的产品人员只应是具有与其名称相匹配权限的角色，正如我将在在下面文章中讨论的一样。 

功能守护者和组件守护者 
       功能守护者是负责最终用户并可以与之交互的人，例如，可以保存或编辑 Word文档。组件守护者拥有架构构建基块，如用户界面层或支付服务。组件守护者通常需要深入的开发技能。例如，持久服务的所有者必须能够描述其接口或 API，并能与其用户（使用该服务的开发团队成员）沟通交流。 
       功能和组件守护者负责最大化其功能和组件所创造的价值，同时确保这不会损害产品的整体价值。这包括描述其功能、与开发团队互动、参与产品发现和战略工作，以及帮助评估反馈和数据。 
       我认为功能和组件守护者是产品团队的成员，这是一组合作管理更大产品的产品人员。产品团队由Scrum产品守护者领导，他来确保做出正确的产品决策、确保有效的产品战略和可操作的产品路线图、确定产品待办工作的优先级，以及让利益相关者参与相关工作。功能和组件守护者负责其资产决策，描述、设定优先级、验证其功能和组件。与开发团队合作，并为产品发现和战略工作做出贡献，如下图所示。 

       请注意，上图中的Scrum产品守护者有时也称为首席产品守护者，尤其是当功能和组件守护者被称为"产品守护者"时。虽然我过去使用这种称呼，但现在我认为这种称呼对相关概念理解并无帮助，因为Scrum产品守护者应该拥有整个产品。 

平台守护者 
       软件平台是多个产品使用的数字资产的集合，平台守护者拥有这样的软件平台，他负责将平台创造的价值最大化，例如，缩短基于平台产品的上市时间或降低开发成本。 
       您可以将平台守护者视为一种产品守护者：其产品是平台，他需要深入的专业技术知识才能与产品用户（即使用该平台构建产品的开发团队的成员）进行交流。 
       当平台增长时，可能需要依照上述描述的方式共享产品所有权并引入功能和（/或）组件守护者。 

SAFe 产品守护者 
       敏捷扩展框架SAFe使用自己的产品守护者角色，即SAFe产品守护者。尽管名称相似，但角色却与Scrum产品守护者明显不同。Scrum产品守护者拥有全部产品，而SAFe产品守护者则关注产品详细信息、定义用户情景、处理产品待办工作子集，并与一个或多个开发团队进行交互。 
       因此，SAFe产品守护者更专注于产品策略。战略产品职责则由另一个角色： SAFe产品经理来承担。换句话说，SAFe模型将产品所有权分为两个不同的角色：SAFe产品经理拥有战略产品决策，SAFe产品守护者负责这些策略。这与Scrum产品守护者形成鲜明对比，他们从产品愿景到策略，拥有产品所有方面，如下图所示。 
 

       虽然使用战略和战术产品角色是一种常见的扩展技术，但最好在产品稳定时应用该技术。换句话说，我认为这种方法不太适合当大量影响产品战略的不确定性和变化发生的情况，这些情况包括产品生命周期的开发、引入和（早期）增长阶段通常等等。 
       原因如下：只要您在寻找一个有效的战略来推出产品，实现产品市场相适应，然后保持产品持续增长，将战略和战术产品决策相配合就显得非常重要。当他们被分成两个不同的角色时，目标就很难实现。（相比之下，Scrum产品守护者始终参与战术确定工作，即使大部分工作可能由功能和组件守护者与开发团队协作完成。） 

组合守护者 
       项目组合守护者负责一组产品，该角色也称为产品组合经理。产品组合的一个例子如：微软 公司的Office套件。它由 Word、PowerPoint和Excel等产品组成。 
       组合守护者的工作是最大化产品组合所创造的价值。这包括积极管理产品组合，与负责产品组合中某一产品的产品守护者协作，协调各个产品战略和产品路线图，调整主要版本，管理依赖关系，并帮助在各种子产品之间创建共同的用户体验。
       管理者个人通常需要有扎实的产品管理技能，以及在成为该角色之前成功的管理过单个产品。对于较小的产品组合，产品主管也许能够承担这一角色。否则，将需要设置专门的组合守护者。 

总结 
       我希望上述角色描述有助于您思考产品守护者角色如何在贵公司开展应用，而且您已经设法找到了改进这个角色的方法。如果您发现您不是 Scrum 产品守护者，也不需要有任何不适。任何产品角色都可以提供帮助产品发展、为用户和业务创造价值的机会。正如我之前建议的那样，真正重要的不是我们的职位名称，而是我们能为为用户和企业创造价值。 
       下图总结了这六个角色。 
 

       这篇文章的作者对不同类型的产品守护者进行了初步的描述，不过已经可以看到各类型产品守护者不同的分工和差异。仅仅这些信息只能给大家一个抽象的概念，很难落实到日常工作中。我准备在个人的专栏中写一些我咨询辅导过的不同类型产品公司里的实际应用，以便大家更深入的了解产品守护者的分工和协作。敬请期待……