产品团队的最佳指标

有时,在讨论产品时,指标只会成为障碍。







几周前,我遇到了一位教练,我们开始交谈并讨论了我们职业的几个方面。在某个时候,他问我一个问题,结果很难回答。



更准确地说,我立即回答,但随后这个问题困扰了我几个星期,我想了一遍又一遍。结果,在全面权衡了一切之后,我得出了一个更合理的答案。

因此我被问到:“如果只有两个指标来跟踪敏捷团队,您会选择哪个?”
坦率地说,我对“度量”一词感到尴尬,因为我对它们的经验不是很积极:它们经常被用作武器,而不是用来提高性能。使用它们时,集体更倾向于感觉像实验室老鼠。



但是,我仍然回答了这个问题-我想到了第一个。我不能说我为这个答案感到骄傲。今天问我这个问题,我会更深思熟虑地回答...



所以我的原始答案是:“很明显:您需要跟踪用户体验故事运行时间的指标。”
现在我知道我很着急。我陷入了陷入度量标准的每个人的陷阱:在急于回答时,我忘记了一些重要的东西-比任何上市时间或底线指标更重要。



但是稍后我们将讨论我的想法。现在,让我们快速看一下这些指标以及使用它们的危险。然后我将告诉您我今天将如何回答这个问题。



使用指标的危险



使用指标时,即使我们开始怀着良好的意愿使用它们,也可以很快走上正确的轨道。当我们专注于数字时,我们常常会忘记人们-开发产品和使用产品的人。使用数字更容易且更具诱惑力。



考虑使用指标时可能会遇到的三个陷阱。



#1.多余指标



让我们跟踪一切!当可以使用更多性能指标时,为什么将自己限制在一个性能指标上?越多越好,对不对?当然不是-关于产品团队。



假设跟踪了以下指标:



  • 通过功能掌握用户。
  • 随着时间的流逝用户的流失。
  • 按地区划分的新用户。
  • 随着时间的平均速度。
  • 周期。
  • 任务执行时间。
  • 总流量。
  • 工作正在进行中。
  • 积压项目的平均寿命。
  • 冲刺中剩余的任务量。
  • 发布之前剩余的任务数量。
  • 从故障中恢复的平均时间。
  • 遗漏缺陷的百分比。
  • 单元测试覆盖的代码百分比。


团队应在何时以及以什么度量标准关注?要回答这样一个问题并不容易,因为它取决于不断变化的环境。一个指标的改进可能会对另一个指标产生负面影响。通常,这取决于当前最担心管理的指标。

“如果某种东西无法衡量,那么它就无法控制的想法是有代价的神话。”



-威廉·爱德华兹·戴明
指标越多,收集相关数据所需的工作和人员就越多。同时,我们甚至不尝试评估是否值得跟踪每个特定指标。尽管如此,我们仍在尝试最大程度地利用数据跟踪。



通常,它甚至会指派专门的团队来监视,分析和报告数据。不幸的是,这些分析团队通常与实际的产品开发人员和最终用户都隔离。数据的解释类似于样本和样本的实验室分析:没有人与人之间的接触,没有背景,没有对情况的了解。



因此,尽管直觉告诉我们事实并非如此,但最好还是减少指标的数量。



#2.团队之间的比较



一旦您开始比较某个指标上的团队,该指标立即变得毫无用处-该指标上的竞争开始了,结果焦点就以一种不健康的方式转移到了该指标上。



根据Goodheart原则,当您比较目标团队时,他们会调整以在该指标上表现更好-并开始为此找到解决方法。跟踪度量标准的原始含义消失了。

“告诉我您将如何评价我,我将告诉您我将如何表现。”



-埃利·戈尔德拉特(Eli Goldratt)
如果我们认为自己受到关注,我们的行为就会有所不同-这被称为霍桑效应



采取经常以这种方式过度使用的指标:速度。对于团队而言,此指标是团队在sprint中达到“完成”状态的故事点的总和。速度只是团队的计划工具,仅此而已。通常,至少要计算最后三个冲刺的平均速度,并根据该值预测未来冲刺中可以完成多少个故事。



不幸的是,那些对团队的生产力感兴趣的人以不同的方式使用速度度量标准:通常是“最高”,它用来比较团队的效率。结果,出色的预测工具变成了与生产率相关的指标,并且团队之间开始了不健康的竞争。



结果,速度度量开始以一种变得毫无意义的方式被操纵。最常见的操作是:



  • 故事不分为较小的故事-因为较大的故事有更多要点。
  • 故事的难度被高估了,以获得更多的积分。
  • 为了快速将故事转化为冲刺,团队牺牲了质量。
  • 团队降低了工作的透明度,并尝试发现尽可能少的问题-以便尽快“传递”故事。


这种行为会导致团队生产力下降。此外,“速度”指示器作为计划工具的原始含义也丢失了。



如果它成为外部目标,则任何指标都可能发生这种情况。



#3.过分强调客观数据



从小在学校就被教导要客观。我们知道在决策中不能接受偏见,并且这种方法在商业世界中是受欢迎的。结果,我们迷上了客观的定量数据-常常忽略或低估了定性数据。



如果团队没有心理上的安全感,则流程的透明度会降低,这会导致对质量数据完整性的信心下降,因此他们会尽量减少使用它。

“如果有恐惧,数字将会撒谎。”



-威廉·爱德华兹·戴明
逐渐研究数字,图表,图表和其他绩效指标,我们与团队的沟通越来越少。而且,这丝毫没有增加团队的安全感,只会进一步降低团队的安全感。



我记得有一次我曾担任教练的公司决定自动化跟踪团队的生产力。他们分析了来自Jira的日志,来自持续交付管道的数据以及来自支持的数据。在无需人工干预的情况下,已经做了很多努力来自动跟踪此数据。



之所以这样做,是因为管理层不信任从员工那里收到的信息。他们试图消除人为因素,转向数字,最终与团队的沟通减少。但是心理安全的主要问题并未解决-随着管理层开始减少与员工的协商,心理安全的水平进一步下降。



您需要的唯一指标



现在您可能认为我不喜欢数据。让我清楚一点:我并不是说数据是坏的;数据是必需的。在没有事实的情况下做出决定-无处可寻。

“没有数据,您的话只是另一种看法。”



-威廉·爱德华兹·戴明
但是,这三个问题-压倒性的指标,跨团队比较和客观性-阻碍了数据的有效利用。那你该怎么办?



这是我过去几周一直在思考的问题。我得出的结论是,答案在于团队参与的概念。



团队敬业度指标



产品成功的最好指标是团队敬业度。它是通过自治程度,专业技能和团队关注度来评估的。



您参与的越多,获得的乐趣就越多。敬业度高的团队自行确定实现该目标所需的内部组织。它的员工提高了专业技能,学会了更有效地交付和管理产品,他们有一个向往的目标,这将带领他们前进并保持在团队中。



其余的度量标准仍然很有价值,但是它们必须严格地是内部的:自治团队将根据其使用情况跟踪这些度量标准。通过提高专业水平,团队可以适应并指导产品,从而获得更好的结果。为了实现目标,团队将根据上下文跟踪所需的指标。



这是否意味着您需要启动团队敬业度跟踪系统,或者例如在仪表板上启动团队满意度指标的工作?没有。如果这样做,我们将返回到上述三个问题。然后该怎么办?



与团队沟通。



走出办公室,讨论工作的方向:去开发人员办公室,进行冲刺审核,并参加积压讨论。仔细看看他们需要帮助的地方。询问他们是否感到参与工作。



不仅仅是我们用语言交流,也不用数字和图表进行交流:与任何指标和图表相比,交流是一个更为重要的因素。您可以从对话中学到很多东西,这使它更容易理解。指标和图表可以帮助您进行对话,但不能代替对话。



让团队自己跟踪和响应指标。所涉及的团队具有自治权,技能和奉献精神,将照顾好价值本身,并知道最适合使用哪些指标。



前往团队并定期与他们沟通,在需要帮助时提供支持-您将看到他们如何变得更加安全,与此同时,参与度也会提高。而且不需要指标。



所以我的最终答案是



本文从与另一位教练的对话开始,他问我要跟踪哪些两个指标。



现在,在仔细考虑之后,我将给出一个更加平衡的答案:



“让团队自行决定。我们需要更经常地拜访他们并进行交流-这样他们才能感到参与和支持。”




敏捷方法论着重于保持团队的协作和改进。这里的主要内容不是数字,图表或图形。



现在该专注于增加团队敬业度:增强自主性,承诺性和发展专业水准。包括团队在内,需要制定度量标准。然后,您可以开始创建工作环境并提供工作所需的支持。



特别感谢Maciej JarosMaarten Dalmijn对本文的贡献。



关于翻译



这篇文章由Alconost翻译。



Alconost将游戏应用程序和网站本地化70种语言。本地本地翻译,语言测试,带API的云平台,连续本地化,24/7项目经理,任何字符串资源格式。



我们还制作广告和培训视频-用于网站,销售,图像,广告,培训,预告片,解释器,Google Play和App Store的预告片。



→ 更多



All Articles