明确的结果 OKR 的核心是衡量正确的结果并使团队和个人专注于正确的目标。这个强大的概念可以应用于不同级别和不同情况,包括: 季度目标(如上所述) 大型产品发布 功能和用户故事 让我们谈谈故事和功能。敏捷框架建议使用“完成”的定义并使用一组专注于功能和非功能需求的验收标准(AC)。用户故事完成后,AC 就可以测量。然而,缺少的是该功能在客户手中后对业务和客户产生的可衡量的影响。软件行业的这种方法已经导致构建了许多功能并实现了许多用户故事,这些都是被认为有远见的人的好主意,但对客户没有积极影响。
结果会怎样呢?
这就是为什么大部分软件功能没有被使用的原因。不幸的是,我们也倾向于避免从软件中删除这些功能,随着时间的推移,这会导致软件变得臃肿、复杂,无法实现其意图并使用户感到困惑。 如果我们将专题和故事视为具有明确的预 手机号码库 期结果的科学实验,此外,如果我们愿意改变甚至删除这些功能,如果它们没有达到预期的结果并继续进行下一个实验怎么办? 例如,让我们看一下以下用户故事: 作为用户,我希望能够 与尚未注册该应用程序的团队成员轻松分享我的资产 作为产品团队,我们希望 用户能够在共享内容时邀请新用户使用该应用 以便 我可以与团队中的每个人协作并分享我的工作成果,而无需费力。
并使用“so that”子句表明了原因
以便 我们可以在组织内扩展应用程序的使用。 好吧,这些都是很好的、互补的用户故事,从两个角度编写,澄清了需求,但它缺少关于我们如何衡量该功能是否交付的信息预期结果。 让我们通过添加 OKR 来让它变得更好: 我们将实现更高的用户 阿富汗电话号码列表 满意度并扩大新帐户(以衡量) 我们向试用用户展示的满意度调查增加了 X 点 所有帐户的新用户注册量平均增加 Y% 请注意,根据我们定义的用户故事,虽然在功能实现完成后可以快速验证功能,但对用户(即提高满意度)和业务(即增加帐户扩展)的预期影响并未被描述为可衡量的结果。