状态
已推送
作者/预览/来源
Brandon Chu
Know-How分类
字数
6147
导读
只有先做正确的事，效率才有意义。
只有先做正确的事，效率才有意义。
为一个项目内的工作确定优先级时，你得不停地重复一个决策：这件事真的有必要去做吗？应对这个问题的方法，则是接受产品构建过程本质上的无序性，同时锻炼出一种果断而坚定的思维方式，以便迅速辨别哪些任务是当务之急。
你要认识到，交付完美的产品只是一种幻想，交付过程中总是需要做出各种权衡。
给我看一个产品发布时没有任何漏洞的团队，我就能给你看一个本应早早发布产品的团队。
软件只有在交付给客户之后，才真正开始创造价值。
关于优先级排序，我想分享一个最后的真理：无论你现在的计划如何，总是存在一种更高效的方式，帮你更快达成目标。
精华索引
如何确定项目之间的优先级：
- 估算每个项目的投资回报率
- 考虑三个限制因素：项目间的依赖关系、时间安排以及团队构成。
- 根据投资回报率和这些限制因素来制定项目的执行顺序
摘要
“这件事真的有必要去做吗？我们如何能只用一半的时间完成它？”
这篇文章首先概述了优先级排序的重要性，接着分为两大部分深入探讨：一是项目间的优先级排序，二是项目内工作的优先级排序。文章对这两个层面的排序方法和思考方式进行了详尽的分析，并在最后重申了制定优先级的重要性及其实施策略。
文章的核心观点在于，要让团队高效运转，必须严格而持续地制定和遵循优先级，采用“无情”的态度来处理工作中的每一个决策。
项目间和项目内工作的优先级排序各不相同。在确定项目间的优先级时，我们面临的是一个关键决策：接下来我们该将团队的精力集中到哪里？此时，我们需要评估每个项目的投资回报率，同时考虑项目间的相互依赖、时间规划以及团队构成等限制因素。
而在进行项目内工作的优先级排序时，我们必须不断地问自己：这件事真的有必要去做吗？
我们要接受产品开发过程中的混乱，培养出一种“无情”的决策心态，不断质疑工作的必要性，构建出优先级排序的决策系统。接受产品交付时的不完美，同时在产品假设的指导下，在质量和速度之间找到平衡点。
这篇文章为我们提供了一个思考和制定优先级的框架，让我们认识到，优先级排序是一种可以通过实践不断提升的技艺。
如果你在工作中面对新项目时感到无所适从或效率低下，这篇文章或许能为你提供一些启发。
目录
精华索引摘要目录正文高效团队的优先级排序指南制定优先级的框架
确定各个项目之间的优先级
2.考虑限制因素确定项目之间的优先次序：完成拼图，开始工作
确定项目内部工作的优先级
“给我看一个产品发布时没有任何漏洞的团队，我就能给你看一个本应早早发布产品的团队。”
1.构建优先级排序系统
2.利用产品假设来权衡质量与速度
3.产品交付的时间价值确定项目工作的轻重缓急：“无情”的心态需要刻意培养确定优先级是一门手艺
正文
高效团队的优先级排序指南
任何高效运转的团队都必须掌握优先级的排序。这不是每月一次的例行公事，也不是每周重复一遍的任务——而是需要严格而持续地、以“无情“的心态执行的工作。
优先级的关健在于优先处理最重要的事情。在产品开发领域，这意味着优先推进那些对客户创造最大价值的项目。只有先做正确的事，效率才有意义。
我的经历告诉我，教会团队如何做出优先级决策是一项极具挑战性的技能，尤其是当这些决策极端复杂时。虽然这通常是产品经理的核心工作，但在我看来，最杰出的团队特点在于，团队中的每个成员都能围绕同一个目标，以一种协调一致的方式，不懈地制定并遵循优先级。
这篇文章旨在提供一个思考和制定优先级的框架。
制定优先级的框架
在产品管理中，优先级排序可以分为两个层面：
- 项目间的优先级排序 —— 这是关于决定团队接下来应该着手进行哪个项目。
- 项目内工作的优先级排序 —— 这关乎你如何高效执行一个项目。
我们会发现，在这两个层面上确定优先级的方法截然不同。这种差异的根本原因在于，它们各自针对着不同类型的决策。
在确定各个项目之间的优先级时，你面临的是一个关键性决策：我们接下来该把团队的力量集中在哪里？解决这个问题的正确方式，就像是完成一幅拼图。我们需要通过一套严谨的流程来搜集所有碎片，而答案就隐藏在这些碎片如何巧妙拼合的过程中。
而为一个项目内的工作确定优先级时，你得不停地重复一个决策：这件事真的有必要去做吗？应对这个问题的方法，则是接受产品构建过程本质上的无序性，同时锻炼出一种果断而坚定的思维方式，以便迅速辨别哪些任务是当务之急。
确定各个项目之间的优先级
我们接下来该把团队的力量集中在哪里？回答这个问题可能需要严谨的态度，但过程并不复杂：
- 估算每个项目的投资回报率
- 考虑三个限制因素：项目间的依赖关系、时间安排以及团队构成。
- 根据投资回报率和这些限制因素来制定项目的执行顺序
我假定读者对其中大部分概念并不陌生，所以我们将很快地介绍这些概念。
1.估算投资回报率
所有项目优先级排序的基础都是投资回报率（ROI），即团队在单位时间内创造的客户价值。制定优先级的目的，就是要确保我们始终专注于那些能在一段时间内最大化客户价值的工作。
为了在众多项目中作出优先级排序，你需要评估两个关键数据点：
- 预计能创造的客户价值
- 完成项目所需的时间
一旦你收集到每个项目的这些数据，就可以对它们进行比较，然后就能确定哪些项目应该优先进行了。
从本质上来看，这就是你要完成的任务。
估算一个项目的潜在影响力和所需的工作量，这本身就是一项艰巨的任务。因为无论多么细致的预测，总会存在一定的误差。但如果我们假设每次估算的偏差概率是一致的，那么，作为一个相对比较的方法，计算投资回报率（ROI）成了评估项目优先级的一个有效工具。
这里有一个实用的小技巧：在估算时，把工作量的预计值加倍，同时将影响力的预计值减半。这样你得出的结果会更贴近实际情况。
2.考虑限制因素
由于生活并不像电子表格那样井然有序，因此在决定优先顺序时还需要考虑一些限制因素。您必须处理的核心限制因素包括项目间的依赖关系、时间安排以及团队构成。
依赖关系
如果一项工作没完成另一项工作就无法开展，此时就会产生依赖关系。
想象一下，如果你负责移动团队，打算为用户手机开发一个一键支付功能。您已经确定这是投资回报率最高的项目，因此想尽快完成。
但是，要做到这一点，贵公司首先需要具备接受付款的能力，而这正是另一个团队正在开发的。对另一个团队完成工作的依赖意味着你现在还不能做任何事情，因此最佳的决策是先搁置一键支付功能，转而开展下一个回报率最高的项目。
在构建产品的过程中，依赖关系无处不在，而且随着产品规模的扩大，系统也会变得更加复杂，因此产品越成功，依赖关系就越严重。在规模较大的公司中，理解和处理依赖关系往往是确定优先次序的最重要方面。
顺便提一句，大多数人认为初创企业之所以速度快，是因为他们工作更努力，野心更大。然而，事实是，速度上的主要差异源于依赖关系较少（而且如果出现问题，也不会影响太多客户），因此完成任务相对容易。
反向依赖
在我们的工作中，经常会遇到这样的情况：你手头的项目能极大地助力其他团队实现他们的目标。在这种场合，你的项目就成了他们的依托和支撑。
当你更关注于提高公司整体的投资回报率，而不仅仅是关注你的个人产品时——这是你应当做的——你需要评估的不仅是你自己项目的综合投资回报率，还有你帮助启动的那些项目的综合投资回报率。这样做，可以帮助你为团队做出更明智的优先级排序决策。
每当我看到有团队在努力解决其他团队的难题时，我对他们的尊敬之情油然而生。这不仅仅是对他们成熟的产品思维的认可，更是对他们工作态度的尊重。这样的团队是产品公司中默默无闻的英雄，他们为公司的发展提供了最大的助力和影响。
时间安排
时间是最典型的制约因素，我们都经历过。尤其严重的是，在投资回报率最高的功能发布之前，你的初创公司就会耗尽资金，走向灭亡。
在这种情况下，正确的决策显然是在有限的时间内选择可以实现的、回报率最高的项目。
团队构成
团队的能力各不相同，有时团队中特定人员的组成意味着你需要就承担哪个项目的优先级做出不同的决定。
比如，如果你的团队里全是公司的新人，例如一群实习生（这并不是对实习生不尊重，50% 的软件都是由他们开发的）。
在这种情况下，即使是回报率最高的项目，你也应该小心考虑，避免选择对客户风险较大的项目。相反，你可能更适合选择那些不涉及关键代码或用户体验路径的项目，因为这样可以减少不良结果的严重性。
帮助初入行的团队，先从小型项目着手是个不错的开始。这样，一旦他们逐步掌握了生产功能的要领，就自然可以向更加复杂的项目挑战。
确定项目之间的优先次序：完成拼图，开始工作
我可能有些轻描淡写地描述了搜集上述信息所需的努力，但一旦你拥有了所有这些信息，你需要做的就只是将这些碎片拼合起来。
确定项目内部工作的优先级
培养一种“无情”的心态：这件事真的有必要去做吗？
在项目执行阶段，确定工作优先级的性质截然不同。这个阶段充满了混乱。每天都需要快速做出决策，你没有足够的时间像在项目间排序时那样深入分析每个决定。对于团队来说，这是一个更加充满情绪的时期，因为真实的客户将会受到影响，团队的声誉似乎岌岌可危。
要应对产品开发的快速节奏和混乱局面，唯一的方法就是培养一种果断的心态，这种心态能持续关注团队的工作，并对这些工作的必要性提出质疑。
拥有果断的心态意味着接受现实。你要认识到，你每天都必须做出艰难的决策，决定把重点放在哪里。你要认识到，交付完美的产品只是一种幻想，交付过程中总是需要做出各种权衡。
拥有果断的心态，关键在于要有实现目标的意志。利益相关者和客户的期望会给团队带来巨大压力，团队因此常常害怕交付成果。他们过分担忧细小问题，以至于陷入迟疑不决。在这一过程中，他们渐渐忽略了最重要的事情：随时间推进给客户带来的价值提高，反而陷入了对完美的过度追求。
“给我看一个产品发布时没有任何漏洞的团队，我就能给你看一个本应早早发布产品的团队。”
实际上，在项目中确定工作的优先级本身就是一个混乱的过程，试图围绕它建立一个固定流程是不明智的。一种更有效的策略是帮助团队深入理解产品开发的概念，从而帮助他们坚决地回答“这个步骤真的必要吗？”以下是我们将在这篇文章剩余部分讨论的一些关键概念：
- 构建优先级排序系统
- 利用产品假设来权衡质量与速度
- 产品交付的时间价值
1.构建优先级排序系统
所有软件本质上都是一种负担。它们不仅现在存在漏洞，而且随着时间的推移还会产生新的问题。当团队面对一个新的漏洞时，如果不能迅速决定是否修复它，他们专注于重要工作的能力就会不断受到干扰。
你不能每次发现漏洞就召开一个优先级会议，因此，你可以做的一个高效策略是构建一个决定何时修复漏洞，何时继续前进的系统。
以下是我为我的团队找到的一个有效例子：
这个系统的 X 轴表示漏洞影响用户的频率，Y 轴表示漏洞的严重程度。红点代表漏洞。
要使用这个系统，需要与团队一起定义哪种程度的严重性过于严重（在本例中，用户无法支付），哪种程度的频率过于频繁（在本例中，5% 的用户受到影响）。然后，就错误属于哪个级别的一系列行动达成一致意见，其中至少有一项行动应列入积压工作，而不是什么都不做。
如果你在这方面投入精力，你的团队将成为一个高效的漏洞分类处理机器，从而系统性地减少团队成员处理低价值漏洞的可能性。
2.利用产品假设来权衡质量与速度
你经常会听到创始人在产品早期编写的低劣代码。随着公司的成功，这些代码给新加入团队的工程师带来了噩梦。
创始人的编程能力差吗？也许吧。但更有可能的是，他们当时并不太在意代码质量，因为产品不太可能成功。相反，他们关心的是速度和验证他们的想法。
为了推进项目，每个团队不可避免地要在质量上做出一些妥协。团队必须决定何时停止妥协，这关乎到对产品质量至关重要的事物的优先排序。
下面是一个有用的方法，可以帮助你在速度和质量之间找到合适的平衡点：以你的产品假设为基础。产品假设是对客户问题或你为他们构建的解决方案的基本理念。
以Facebook早期为例，一个简单的问题假设是：人们希望在网上相互联系。一旦这个问题得到验证，他们就会想到一些产品点子，例如允许用户添加其他用户为好友，这是解决问题的一个方案假设。
如果你考虑一下自己的产品，在这些产品假设方面，你可能会遇到三种情况：
- 你正在尝试解决的问题本身就是一个假设。
- 为解决一个已知问题提供的解决方案是一种假设
- 两者都不是假设（你非常清楚需要什么以及为什么需要）
如果你处于第一种情况，也就意味着你正在尝试解决的问题本身就是一个假设，并且还不确定其真实性。在这种情况下，你应该寻求快速推进，以尽量减少在一个可能并不存在的问题上浪费资源的风险。
如果你对要解决的问题及其解决方案非常确信，那么你应该注重提高质量，因为你知道这个功能将会成功，并且需要在未来得到良好的扩展。
你可能会注意到，有些公司会将团队分为负责“实验”的和负责“核心工作”的。在我看来，这样的组织结构反映出大多数团队难以理解产品假设的范围，并且在速度与质量之间切换存在困难。
3.产品交付的时间价值
软件只有在交付给客户之后，才真正开始创造价值。因此，我们应该能够为更快地向客户交付设定一个价值。这是我不久前写过的一个概念，叫做 "交付的时间价值"。
以一个常见的例子来说，产品团队经常面临这样的难题：是否应该提前向80%的客户群体交付某个功能，同时让剩下的20%客户等待。这种抉择通常出现在，为了构建剩余的20%功能需要开发大量的特定功能，而这部分工作的耗时是前80%的两倍。
让我们来深入分析一下这个选择：
观察图表，我们可以看到，在第一种方案中，80%的客户能够享受到提前获取产品价值的额外时期，而在第二种方案中则需要等待。那么，选择第一种方案就显然正确了吗？并不尽然，这对团队来说依然是个艰难的选择，因为：
- 那20%不能使用该功能的客户肯定会察觉到你不在乎他们，并会感到非常愤怒。对他们来说，这甚至比什么都不给他们还要糟糕。
- 那80%可以使用该功能的客户实际上并没有真切感受到提前获得这个功能带来的额外价值。
这两种效果的讽刺之处在于，通过决定为客户提供更长时间的价值，你实际上可能会让更多的客户感到不满。我们生活在一个充满矛盾的时代。
尽管如此，面对这样的选择，我通常还是会鼓励团队毅然决然地交付产品。原因如下：
- 如果客户能够完全了解整个情境并为我们做出决策，他们中的大多数都会希望我们尽早交付。
- 从长远来看，如果一个团队一贯地遵循这一策略，客户最终在那80%|20%的比例中受益会变得更加均衡。结果就是，相比那些总是等到100%再交付的公司，随着时间的推移，客户会因为能够不断更早地获得新功能而获得更多的价值。
为客户提供更快的交付速度是一个很容易理解的概念，但却很难付诸行动，因为随之而来的是痛苦。但“无情”的决策者能够洞察这一点，并从客户的最佳利益出发采取行动。
确定项目工作的轻重缓急：“无情”的心态需要刻意培养
我们所涉及的概念只是经验告诉我值得内化的东西。当然，还有更多的概念等待探索，而且你可以根据自己的经历来调整这些概念。
遗憾的是，虽然成为“无情”的优先级排序者是产品公司的核心理念，但业界大多数产品团队并没有得到相应的激励去实现这一点。
例如，在大型企业中，团队一直在推出新功能，但大多数员工直到客户了解到这些新推出的产品时才会听说。在这种情况下，你觉得员工能够看到他们的同事比其他人快3倍完成任务吗？很可能看不到。相反，他们只会看到产品的不足之处，尽管所有这些不足之处都是他们的队友有意识地接受的。
相比之下，一个经过精心打磨的产品往往会在内部收到大量赞誉。但问题是，它花了两年时间才推向市场。更糟糕的是，我们往往忽视了那些因为对产品问世失去信心而离开的客户。
向你的团队发起挑战，让他们变得更优秀。激励他们展现出“无情”的决断力。
确定优先级是一门手艺
团队的时间是公司可以支配的最宝贵的资源，如果你的工作之一就是指导团队的时间，那么你就必须成为这方面的佼佼者。这是一门你可以通过刻意练习不断提高的手艺。
关于优先级排序，我想分享一个最后的真理：无论你现在的计划如何，总是存在一种更高效的方式，帮你更快达成目标。
总是有办法的。你只需要去发掘这种可能性。在计划会议结束时，问一句：“我们如何能只用一半的时间去完成这件事？”然后，奇迹就会发生……
在多年的产品交付过程中，我还从未遇到过团队无法想出如何用更少的时间创造同样的客户价值的情况。我也从未遇到过一个团队最终完美地确定了事情的优先次序的情况，这进一步证实了这一点。
如果你接受 "办法总比困难多 "的观点，那么无论你现在是在执行一个项目，还是在决定下一个项目做什么。唯一合理的做法就是无情而严格地确定优先次序。即使你的项目涉及整个国家。
