解决优先级排序的噩梦
优先级排序的问题不在于功能——而在于冲突、选择、妥协和矛盾。这是我们与优先级排序混乱作斗争并建立一个有效框架的故事。如果这引起了你的共鸣，可以考虑尝试我们的方法。
优先级排序和团队一致性的问题
CEO 要求开发某个功能，竞争对手发布了另一个功能，你最大的客户请求其他功能，顾问推动不同的优先级，而你的产品团队有自己的愿景。在对任何请求说"是"之前，先问：这符合愿景吗？这是前进的一步吗？5 年后这会重要吗？
Intercom 的 Des Traynor 谈优先级排序
Hiten Shah 坦诚地说，优先级排序问题毁了 KissMetrics。他会向团队投下"Hiten 炸弹"——新想法、新方向、他想出的精彩东西。"无论好坏，我的任何想法都没有基于任何框架或过滤器。我只是凭直觉行事。以为自己在帮助我们聚焦和执行。我大错特错了。"团队被分散了，他们失去了一切。
"我的十亿美元错误" KissMetrics 的 Hiten Shah
Close.io 的 Steli Efti 最近写了一篇关于远程团队中过度沟通重要性的文章。你必须确保你的团队彼此保持联系，远超完成工作所需的程度。每个人不仅应该了解谁在做什么，还应该了解为什么。
Linkedin 帖子 Close.io 的 Steli Efti
执行无用的任务是对公司时间最大的盗窃。
RICE 为何失败：构建内部优先级排序框架
我们面临同样的问题。在远程团队中让每个人保持一致是很有挑战性的，有时团队成员在不同的时区工作。客户要求功能，经理提供想法，开发人员有自己的产品愿景。工单列表迅速增长。不重要的任务被随机从待办事项中拉出来，未经通知就转到开发。产品经理不断问"我们为什么要做这个？优先级已经改变了！"
我们试图每周讨论所有 Jira Cloud 工单。我们在 Google Keep 上追踪重要的事情。我们添加了花哨的 Jira Cloud 插件。这些都没有帮助。一团糟。
原因是：我们没有评估工单重要性的共同客观标准。我们每个人都在追求自己的利益，远程工作让一切陷入完全混乱。就在那时，我们决定尝试现有的优先级排序框架。
RICE 为何不起作用
我们从 RICE 评分开始——这是一个用于评估产品想法的四因素优先级排序框架：覆盖范围、影响力、信心指数和投入。
RICE 优先级排序模型
但它对我们不起作用。团队对影响力感到困惑。每个人对什么有影响力都有自己的看法。我们应该为金钱还是可靠性影响来评估工单？
开发人员认为代码重构对产品至关重要。但修复帮助中心的文章布局似乎是浪费时间。而对于经理来说则相反。
RICE 最大的问题——它不能帮助每个团队成员记住现在到底什么是有影响力的。
改进 RICE：在影响力上同步团队
改进优先级排序不是关于工具或框架的问题。这是关于修复破碎的协作。我们讨论了什么是重要的，并提出了评估标准的要求清单。它们必须：
- 清晰明确
- 反映相关的公司目标
- 考虑业务、产品、营销和开发目标
- 考虑开发人员和经理的观点
最终我们得出了一个混合体：
- 销售。 影响金钱收入（AARRR 中的获取）
- 激活。 帮助用户理解产品的工作方式（AARRR 中的激活）
- 留存。 增加用户再次使用产品的动力（AARRR 中的留存）
- 服务。 帮助我们在不损失质量的情况下减少客户支持时间（我们的业务痛点）
- FB 广告。 增加用户通过我们的产品启动的 Facebook Ads 数量。这对 Facebook Marketing Partnership 很重要（产品北极星指标）
- 时间。 开发所需时间、复杂度（RICE 中的投入）
- 规模。 此功能将影响多少客户、产品单元或多少资金（RICE 中的覆盖范围）
为了简化评估过程，我们借用了加权评分模型：为不同的标准分配不同的相对权重。例如，开发时间应该有 -3 的乘数，因为我们更喜欢寻找速赢项目。
你为每个标准分配从 0 到 3 的评分：
- 3 — 必须有
- 2 — 应该有
- 1 — 可以有
- 0 — 不需要
Jira Cloud + Google Sheets：结婚与离婚
然后，我们必须把所有东西整合在一起。像许多人一样，我们从 Google Sheets 开始。Automate.io 帮助从 Jira Cloud 提取数据。5 个工作表作为计算数据库。前几周的结果很好。
我们使用 Google Sheets、Jira Cloud 和 Automate.io 构建的加权优先级排序框架第一版
但两个月后，我们闪亮的新优先级排序系统变成了一个庞大而缓慢的文件，有很多问题：
- 工单导入不断崩溃
- 大量重复的数据行
- 计算不灵活
- 需要打开数十个浏览器标签来阅读工单上下文
- 团队经常忘记评估新工单
我们的一位团队成员成了表格管理员。他的任务是不断修复表格。
最后，团队对没人想浪费时间的枯燥日常工作感到厌烦。
构建我们自己的快速优先级排序工具
最后，我们决定停止死磕，构建我们自己的工具。
我们试图让界面尽可能快速和简单。Ducalis 类似于常见的表格，只是公式不会崩溃。而且你不需要在浏览器标签之间切换——你可以在单个屏幕上分配评分、阅读工单上下文并查看标准描述。
工单实时同步。标准描述出现在弹出窗口中——无需记住它们或切换到单独的文档。如果你更改某些内容，计算公式不会崩溃，评分也不会消失。整个团队可以同时分配评分。Ducalis 不会卡顿，UI 运行超快。你可以在几分钟内评估数十个工单，无需将手从键盘上移开。
超快的 UI、快捷键、专注模式等
团队优先级的鸟瞰图
评估后，评分会自动计算，工单会在待办事项中自动排序。你可以快速看到最重要的项目任务的整体情况。所有必要的详细信息，如工单状态、迭代、优先级和描述，都在一个屏幕上。
团队最高优先级的鸟瞰图
每个项目都是独特的
然后，我们开始使用 Ducalis 项目来评估不同的项目——两个产品开发项目和一个营销计划项目。一个项目是"做什么"（工单和任务）、"谁做"（团队成员）和"怎么做"（标准）的组合。
我们意识到我们可以在许多领域应用相同的方法：
- 功能请求
- Bug 修复
- 营销任务
- 内容想法
我们使用三个 Ducalis 项目——两个用于功能想法，一个用于营销任务
压倒性的积极结果
- 如果你每周整理任务，整个过程只需 15-20 分钟
- 你可以看到你团队的优先级是什么，什么不是
- 待办事项中的工单由整个团队评估，而不是由特定的经理评估
- 任意数量的用户可以同时评估
- 设置始终可以配置：你可以添加/删除用户和标准，而不会丢失数据
- 无需切换标签：工单上下文和标准描述都在单个屏幕上
- 实时同步——如果工单在任务管理工具中更改，它就会在 Ducalis 中更改
- Slack 和电子邮件通知提醒团队进行评估并养成良好习惯
- 整个团队理解公司的目标和优先级
你可以在这里阅读更多关于 Ducalis 工作流程的详细信息。
当团队查看待办事项时，这会产生神奇的效果——他们不仅看到什么是重要的，还理解为什么。是的，每个人对任务的看法不同。但这是一个很酷的额外收获，因为你收集了不同的意见。
我们走过了漫长而痛苦的道路。在使用 Ducalis 一年后，我们得出结论：Google Sheets 不适合协作优先级排序。唯一可行的解决方案是用专用工具替换它们。
首批用户的评价
我们于 2020 年 3 月 16 日发布。申请数量是我们想象的十倍。表格优先级排序是一个现在可以治愈的常见痛点。
我们在首次测试后收到的反馈
待办事项梳理的最佳工具。
很酷的东西！特别是，我喜欢评分过期功能。
一看到它，我就知道——我们需要它。
我从不同角度探讨过这个主题，它似乎是迄今为止最好的解决方案。
我和另一位同事总共花了大约两个半小时来评估 80 个功能。真快。
Ducalis 是一个现成的工作流程。
帮助整个团队理解我们的方向。