👩‍🔬 🚷 💇🏻 积压评分和优先级排序技术 🍯 🙇🏻 ♻️

那么，您的隔离计划如何？冬天的东西搬走了？你看过梦movies以求的电影吗？你读过尘土飞扬的书吗？而且，一如既往，没有时间使用公用程序。来吧，不要找借口-对于那些无法花一个小时观看我们 YouTube 频道中的视频的人，我们撰写了一篇容易理解的文章。有良心，只需15分钟，而不是60分钟：)

今天，我们介绍产品管理并分析积压优先级。产品管理的成本略高于项目管理：总体而言，它更多地与产品管理有关，并且与营销密切相关。对于零食，让我们看一下评分技术和任务评估。

情况

发生积压时，经理需要以某种方式对其进行优先级排序。Scrum说，从业务角度来看，最重要的任务应该是首要的。但是有两个问题。

首先是主观主义的公平时刻：通常，优先级是企业所有者徘徊的方式。到头部。但是有时所有者可以强烈地“半透明”并坦率地胡说八道，但要确保一切都是如此。

第二个问题：大型项目或大型公司中业务方面的高层利益相关者过多。他们每个人可能都有其相互矛盾的要求。例如，如果您收集了一家大公司的五个最高职位，并要求他们优先考虑他们的要求，那么很可能每个人都会认为他的任务具有零优先级，并且需要立即完成。

好消息是，在这种情况下，有一些技术可以帮助您：

在优先事项上达成共识-选择更重要和可以推迟的事项；
建立积压优先级的标准（主观上比某人的幻觉要少一些-las，没有主观性就不可能做到）。

优先任务的方法

积压是什么样的？

积压表。在某一列中-某物的列表（某些“愿望清单”）中，有一列具有估算值（estimate），而有一列具有优先级。优先级是一些数字，通常很大。很大，因此优先级之间存在“漏洞”，您可以在其中添加新任务（或轻松更改优先级）。

根据经典，优先级是根据业务价值（业务价值）确定的-企业首先需要什么，它将在第一阶段开始工作。但是还有其他一些优先级排序的方法更方便-特别是如果您有很多杂色任务。

故事映射

假设您有很多任务，这些任务很小，通常没有优先级，并且没有任何约束力。该怎么办？在故事映射上将它们分解。工作原理：

步骤1.我们建立了一系列有关用户如何使用您的产品以及他们将采取哪些步骤的序列。一个简单的例子：

第2步。我们在贴纸上写出每个过程的详细信息-每个阶段悬挂的贴纸越低，其优先级就越低。

结果：整个任务列表分为用户路径的各个步骤，并且每个功能都有优先级（该功能在表格中的悬挂程度越低，就整个用户路径而言，其优先级就越低）。

在哪里以及如何申请

假设您确实有很多任务。然后，将它们全部写在贴纸上并进行故事映射。更好-在团队中。

另一个选择-进行头脑风暴，提出进一步的产品以及要使用的功能。团队有很多想法，某种“愿望清单”营销向您“倾泻”了-您需要了解如何将所有这些进行聚类。在这种情况下，情节映射特别有效。

免责声明：从产品管理的角度来看，此方法是准确适用的，当有许多任务时，尚不清楚首先考虑哪个任务。当我们只考虑产品本身及其将包含的功能时，这是很不礼貌的。然后，它已经被切成小段，您可以从中创建冲刺，并开始工作。

故事映射的优点

该方法允许您在系统中建立连接，然后在此基础上更容易形成冲刺。
当有很多利益相关者和许多对项目感兴趣的人时，该方法可以让您就真正的优先事项达成共识-更为重要，而更少。

想法的价值与努力（或精益优先）

另一个允许您在规模上建立优先级的好方法是“价值与工作量”（或“精益优先级”）。

步骤1.首先，您采用2个音阶：

— , « » . , — . , , , Value. , , .
,

, (estimate), . Story Point- ( ) -.

步骤2.您通过以下两个参数评估所有功能：通过重要性和人工输入。有外部系统（例如Hygger或Airfocus Priorities＆Roadmaps），使您可以在这样的板上以某种方式自动分散功能。在这种情况下，轴不是从零开始的-它们适应您获得的统计信息。

首先要具备什么功能？最重要，最轻的，最靠近轴的位置-它们在顶部都具有重要意义，在价值方面也足够：

如果首先我们要带走便宜的商品，然后再带走-昂贵但很酷的商品：

以下是所有其他。过于昂贵且没有意义的功能，您要么“留待以后使用”，要么扔掉。

在何处以及如何应用。

通过自定义开发，在以下情况下，与客户联系是一件有意义的事情：

他自己很困惑
它产生奇怪的想法和要求，
他有一定的预算约束，他不知道如何最好地分配预算。

后一种情况经常发生。我们总是受到预算或资源的限制，我们需要根据分配的内容来理解。此外，在管理项目时，我们只能管理团队和
客户的注意力-实际上，仅此而已。这种方法使您可以将精力集中在最重要，最便宜或最昂贵但非常重要的位置上，并有助于选择当前确切的赌注。

这项技术不会使您盲目相信算法并精确地执行算法所建议的任务，但是由于有了它，您至少可以暗示移动方向。如果将新任务添加到系统，则可以对其进行重建。毕竟，您可能不确定自己的估计，并且随着时间的流逝，分析师会对其进行精简，或者您自己可以对程序员的复杂性进行精简-在这种情况下，系统也可以动态地重建。因此，您将对世界有更充分的了解。

莫斯科

将要素分类为多个组的另一种方法是MoSCoW方法。里面有非常简单的参数：

M-必须具备：根本没有的功能。没有它，您将无法发布，您的产品将无法使用，也完全不需要。

S-应该具有：项目中应具有的功能，但是在其他条件相同的情况下，您可以以某种方式不使用它。

C-可能具有：发布所需的功能。

W-具备：最不实用的功能-可以说是“其他所有东西”。

, . Must Have , , , . Should Have — , , . Could Have — . , Must Have MVP.

经常发生的事情是，从业务上调优先级，从业务上降低优先级，然后将优先级集中在应有，可以有，将有，对关键事物评分（必须）上的“愿望清单”上。通常，我们会在例如在线商店的设计或某种项目的设计中观察到这一点，其中费率排在最后但并非最不重要的是在交付支付系统上，或者实际上对业务产生收益的东西。为什么？因为与Must Have合作很痛苦又令人恐惧：您需要考虑如何将其货币化，尽管这是错误的，但没有人喜欢进入。

鹿野

对来自营销的功能进行分类的另一种方法。本质很简单：有两个轴：“用户满意度”和“功能性”，并且功能分为几组。对于每组功能，您需要了解添加此功能后用户满意度的变化。

第一组是必需的功能：MoSCoW必须具备的功能。如果这些功能-已经很好。毫无疑问，没有它们，没有人需要一种产品。此外，随着时间的流逝，最初成为项目重点的功能变得越来越强制。示例：对于服务器软件，看板曾经是某种形式，但现在它是相同的标头。

另一类是一维函数。这意味着用户满意度和该功能的可用性之间存在直接的关联。一旦出现功能，满意度就会线性增长。如果再回到创建汽车的示例，那里可能是气候控制。

第三类是具有吸引力的功能。这不是用户所期望的，但是当他看到产品中至少对此有某种实现时，他发了疯，说：“哦，太酷了！”。那些乘Aeroflot飞行的人可能看到了如何给孩子“贿赂”，以使他们在情感上依附于品牌。

Aeroflot上为儿童提供的礼物是来源，

即使在平庸的实施中出现这种功能，满意度也会提高。实施越陡峭，满意度表就越高。

另一组是不重要的功能。您可以做，您不能做-每个人都会冷漠。

最后一组是不良功能。当它们消失时-一切都很好，一出现，一切都会变糟。这样的反智:)

由于尚不清楚如何为要素选择优先级，因此此方法有些可疑。从理论上讲，您需要采访用户：正如他们认为的那样，此功能的优缺点，然后根据用户的意见进行聚类。同时，用户本身也必须分为目标组，并观察每个功能如何属于哪个目标组。

民意测验中的人们经常胡说八道，只是撒谎。他们可能会说这是一个非常重要的功能，但实际上他们永远不会为此付费。而且，如果您采访用户，则产品反馈可能会非常有毒。

示例

您正在计划发布下一个版本，并正在采访一群人。他们中的一些人可能会说：“但是您在那里做过付费功能，因此产品变得更糟了！” 仅仅因为是为了钱，这个功能对于某人来说似乎是不必要的。尽管对于企业来说，这可能是赚钱的关键。

因此，卡诺方法绝对不适合营销，但作为长期策略，还有一个地方。

确定错误列表优先级的经典方法

它的核心是从0到8的优先级列表：

0- 严重的错误
当测试仪弹出并无法检查系统崩溃或发生故障时，通常无法再进一步检查。

1- 关键的可用性和被遗忘的功能
在这里，我们将应用包括涂装待办事项的方法，技术规范或原型（取决于我们的手头物品）来确定是否遗漏了某些东西。

2- 非严重错误
有错误，但是它们不会干扰进一步测试产品，或者它们使您可以完全按照订单或其他内容进行操作-也就是说，它们使我们可以全面检查我们的产品。

3-非严格的可用性

4- 文本

8-愿望清单/我们不会这样做/由经理决定。

是的，故意将4到8的间隔定为-经理（如有必要）可以证明那里的其他任务。

对于错误列表，该方法不错，但是有问题。总的来说，我们正在优化错误列表中的“就绪-未就绪”指标。工作范围很明确。但是经常发现，在非关键性的可用性中，他们试图推销似乎在可用性边缘的东西，并且这样做似乎很不错，但实际上，它具有一些非常重要的功能。

另一个问题是测试人员的主观性，通常必须仔细检查。有时候，当您亲自查看所有错误列表时，这是一个相当耗时的故事：查看他在其中列出的内容，并决定扔掉什么和留下什么。

此方法不适用于对积压进行优先级排序-它们需要完全不同的条件。

任务评估

任何优先次序都应基于对我们的评估。毕竟，复杂度确实会影响功能的优先级。但是，如何确定复杂性以及在什么时候值得与程序员讨论人工成本呢？毕竟，在此之前，经理仍然需要设置至少近似估计值。

但是，严重的是，通常有三种选择。

- « » , , . , , - -, - -. :)

( ). - , - . , . , , ( - ).
: , , , .

: ( + ( * 3) + ) / 6.

, .

, , . , , , : , — . . — .

, , , . - , , , «» — . — 1 , , .

, « », . , .
Planning Poker

«» , - , , . .

Planning Poker — , . Story Mapping, ( , — ).

Planning Poker
1. , ;
2. , — ( , «»).

当您仅计划和评估引入特定功能的效果时，它们有助于在不确定情况下对积压的任务进行优先级排序。

ICE评分

缩写包含三个参数：

影响-从业务角度或产品能带来多少收益，或者此功能将给产品带来多酷的效果，对产品的影响。该参数的设置范围是1到10。
置信度-评估复杂度或评估功能影响的信心。例如，您想出了某种功能，并认为它将对项目产生良好的影响。没有分析，数据不准确，到目前为止，优先级仅基于您的个人意见。个人意见的信心越低，比率越低。也可以在1到10的范围内设置。
轻松-人工成本或易于实施。也可以在1到10之间设置。功能越简单，得分越高。

影响

为了评估特定功能的效果，值得考虑以下几个标准：

它可以提高转化率，
她吸引了新用户
保留现有用户
她为产品增值。

如果该功能可以回答问题，则对产品影响很大。为了进行评估，您可以采用1到10的标度，也可以采用1到100的标度。后者更方便，因为可以进行起飞。

置信度

可能基于：

个人意见，团队意见，外部专家意见；
UX研究；
民意调查
面试
意见，包括竞争对手；
最有价值球员
A / B测试；
第三方研究；
分析；
寻求技术支持的主要电话；
销售经理的最高要求；
最高客户要求。

最好使用那些具有特定指标和数字的方法，让人们的意见“晚些”。

如何测量置信度- 来源

要获得ICE，您需要将这三个参数相乘-这将是实施的重点。

优点：快速简便。

缺点：该方法的规模相当有限-您可以得到许多高优先级的任务，因为这些声明清晰易懂，任务本身也很简单，而且看起来很重要。

大米计分

这里使用4个参数：

覆盖率-覆盖率：注意到或使用此功能的用户将至少获得一定程度的满足。可以定量衡量：例如，有5亿用户将体验此功能。它可以用百分比来衡量-例如，有30％的用户将使用此功能。
影响力-影响力：我们真正需要多少功能，对我们有多大帮助，功能多么酷。
信心-信心：类似于ICE评分，对我们的估计和影响力预测充满信心。
努力-费力。

在我们的积压工作中，优先考虑的是覆盖范围广的功能，我们对此充满信心，并且对产品具有良好的效果，同时在人工成本方面也很便宜。

优先软件

有几种用于自动优先级排序的程序，例如Hygger。这是一个针对产品负责人的系统，在这里，有许多不同的模型可以让您“玩转”任务。

Hygger从内部看起来是什么样子- 来源

在任何Google Dock中都要做相同的事情：只需添加三个参数，收集数据-它将计数。这些将是您的优先事项。然后您自己选择冲刺项目。

有时经理使用Jira来存储所有故障单和任务。不幸的是，优先级排序不是很方便-它适应于某人通过简单地在待办事项列表中上下拖动票来手动进行优先级排序的事实。如果积压的长度不超过1000行，这很酷，但是在某些时候，用手完成此工作将变得很乏味。

Jira有某些方法可以将任务分类为史诗，组件，发行版，并且您可以使用一些标签来标记任务。有几个用于评分的插件（Jira的Issue Score，优先评分计算器），但它们的功能不是很好。

在或多或少合适的外部系统Hygger和Airfocus。它们与Jira集成在一起，但是成本与她自己相同。因此，最简单的方法是将Google Dock和Jira集成在一起：在此处同步上传积压订单，并根据需要在其中应用公式。

如何与朋友Jira和Google Docs进行优先级排序

除了优先级外，始终存在一个问题，即如何及时分配某些任务的执行情况。如果只有优先级，则不能保证我们将获得连接的系统（例如，您计划制造一个购物篮，但事实证明尚无目录）。因此，除了优先级之外，还值得使用甘特图来查看系统中的连接，组件如何正确工作以及如何随着时间的推移最佳分配团队资源。

不幸的是，在吉拉（Jira）中，该选项没有很好地实现，因此几个插件也可能派上用场：

投资组合（也很贵）；
BigPicture（沉重）；
硕士项目 ;
MacOS的Merlin项目。

结果是

我们没有摆脱主观性，它仍然存在于各个层面。当我们说“这是一项重要功能”或“这是一项不重要的功能”时，当我们进行一些评估时，主观性得以保留。但是由于有了上述方法，我们可以将这种主观性分解为多个组成部分：至少情况会更清晰。

如果使用诸如“评估的信心”之类的参数，则可以随着时间的推移“扭曲”这种信心。例如，您有一个良好的功能，可以对产品产生正面且廉价的影响，并且覆盖率很高，但是对其信心不足。通过指标，分析，专家的要求，对程序员的问题进行检查并指定。

适合计划扑克等级，此外，我们还研究了几种对任务进行分类的方法。如果您要与客户进行战略对话，请尝试使用贴纸进行故事映射，并根据用户的步骤进行分发。在内部产品上，相同的方法将帮助您选择值得在将来的版本中使用的功能。对于积压订单，RICE Scoring比其余的要评估哪些任务将去哪里更好。

但是请记住，最终决定始终取决于经理，使用这些方法获得的数字只能确定方向。

在我们的YouTube频道上的新视频中见！

积压评分和优先级排序技术

情况