您的追溯操作项目不起作用。这就是为什么。

CdCic

17人浏览 · 2022-08-15 03:06:32

CdCic · 2022-08-15 03:06:32 发布

您的追溯操作项目不起作用。这就是为什么。

回顾展是我们团队回顾的时间。然而,它的功能是改进我们前进的方式。让我们从 Scrum 中消化的原始定义:

Sprint 回顾是 Scrum 团队的一个机会 检查自身 and _制定计划 _ for _ 在下一个 Sprint 期间实施改进。_

前两个组件是活动,第三个是结果。尽管大多数团队都进行了富有成效的对话并制定了行动项目来产生这一结果,但很少有系统能够确保实际产生积极的变化。

检查✔

2.制定计划✔

进行改进🤷u200d♀️

问题始于“改进”的概念。它既模糊又主观,因此即使是活动计划也感觉像是朝着正确方向迈出的一步(剧透:事实并非如此)。但是,如果您采取措施具体定义改进,您可以让自己和您的团队对您的行动项目负责。为此,我们可以使用 SMART 目标。

SMART 目标情境化改进

研究表明,与通用行动项目相比,特定和有时限的目标更有可能产生结果。

为每个追溯行动项目加上编号和日期可确保:

部门理解并认同什么是成功,并且
朝着这个目标前进是非黑即白的 —— 趋向或背离目标。

虽然有很多系统可以为目标设定数字和日期,但为了这篇文章,我们将坚持使用一个久经考验的系统:SMART(S具体,M可轻松的,A 可实现的,Relevant,Ttime-bound) 目标设定。

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

为了最好地定位您的团队以实现 SMART 目标,您需要调整复古的所有三个组成部分。您将检查更多数据,使用 SMART 目标制定计划,并通过使团队中的每个人都透明化进度来实施改进。

Inspect:使用数据诊断最大的问题

大多数团队仅使用定性反馈来决定目标。一个团队成员提出了他们认为是一个很大的瓶颈,整个团队立即开始尝试缓解这个问题。这种方法优先考虑个人的记忆和感受,不一定是最大和最紧迫的问题。

但是,如果您将更多数据点用于诊断问题,则更有可能全面了解每个瓶颈。定量数据有助于抵消新近度偏差,并使您能够根据问题对团队生产力造成的实际风险进行优先级排序。

假设一个给定的工程团队正在尝试诊断为什么他们没有达到他们在这个 sprint 中预期的那么多功能。一位工程师 Hannah 提出以下假设:

我觉得在任何特定时间打开的拉取请求都比平时多。我认为这是因为人们太忙了,没有时间进行代码审查,工作堆积如山。_

几名工程师点了点头。他们还注意到 GitHub 中的开放 PR 比平时多。

汉娜和她的团队没有立即头脑风暴行动项目,而是进一步调查。他们首先查看了回顾过去 sprint 的时间,并意识到它相对较短 — 只有 6 小时。这与 Hannah 认为审查过程比平时慢的评估相矛盾。从那里,他们看到他们的平均审查周期数约为 1.2,其中大多数拉取请求在一次审查后获得批准。另外,看起来还不错。

最后,他们在查看合并时间时发现了一个危险信号。他们意识到,随着开发人员转向新的工作轨道,许多拉取请求在经过审查后会长时间保持开放状态。

团队的直觉认识到了症状 — 长期运行的拉取请求 — 但不是原因。如果没有数据,他们就无法发现和解决更深层次的系统性问题。

您可以考虑查看的其他数据点:

所有最近的活动, 包括拉取请求、代码审查和票证,以提醒您的团队他们在上一个 sprint 中所做的工作,以及他们可能遇到的问题。

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

Velocity 的活动日志以形状表示每项工程活动。将鼠标悬停在上面以获取有关团队成员正在做什么的上下文。

最重要的拉取请求最后一个冲刺。查看对代码库产生重大影响的拉取请求,以及比其他请求更大或更早的拉取请求。

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

速度显示正在进行的工作以及活动水平、年龄和健康状况。一目了然地查看最有可能阻碍您的团队的拉取请求。

流程指标包括周期时间和拉取请求吞吐量等结果指标,以及代表软件开发流程更具体领域的指标,如打开时间、审查时间和合并时间。

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

Velocity可让您可视化拉取请求从打开到合并的过程。下面,您可以看到代表此旅程组成部分的指标,以更好地诊断减速。

计划:与 SMART 目标保持一致

一旦您的团队使用定性和定量数据完全诊断出问题,他们就必须决定一个可以用作 SMART 目标的具体指标。

具体

达到或错过指标的成功应该是黑白的,因此您的目标需要一个具体的数字。 “提高我们的审查时间”是模糊的,“将我们的审查时间减少到 4 小时以下”是具体的。

此外,请确保指标足够窄,以便团队知道哪些行为会推动该指标上升或下降。过于宽泛的指标可能会掩盖进展,因为它们受到许多不同类型的不相关数据的影响。例如,Hannah 的团队希望选择像 Time to Review 之类的指标,而不是总周期时间,这样当团队注意到指标趋于负面时,他们可以轻松地自我纠正。

M可测量

您衡量指标的方式取决于您的目标。例如,如果您正在测量输出,简单的计数就可以解决问题。如果您希望遵守特定标准 — 例如保持较小的拉取请求或保持最小的停机时间 — 您将需要在跟踪简单平均值和将其作为一种基于服务水平目标 (SLO) 的跟踪之间做出决定百分位数。

这里有一些例子:

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

虽然平均值更常用于流程指标,但 SLO 使您的团队能够在少数情况下偏离目标,而不会妨碍他们实现目标的能力。

可分配

选择一个人来拥有并跟踪这个目标。研究表明,让一名团队成员定期检查会大大增加实现目标的机会。 Apple 倡导将直接责任个人 (DRI)用于所有计划,微软等领先科技公司的团队已将DRI 模型应用于所有与 DevOps 相关的功能。

所有权还将帮助您获得将数据带入复古的支持。考虑让首先发现问题的人拥有目标。

现实

确保您的目标是可以实现的,这样如果您的团队齐心协力实现目标,他们就会感到成功。

执行:提高知名度,让目标始终放在首位

对你的行动项目的真正考验是在复古之后。您的团队多久会考虑这些指标?整个团队都会知道成功吗?如果您的团队不成功,他们能否尝试不同的调整?

为了将目标放在首位,您需要让团队中的每个人都能看到进度。许多管理人员在共享空间或普遍可访问的仪表板中使用信息雷达。

![](data:image/svg+xml,%3csvg%20xmlns=%27http://www.w3.org/2000/svg%27%20version=%271.1%27%20width=%27800%27%20height=%27600%27/%3e)

Velocity提供了一个 Target 仪表板,可让您可视化实现 SMART 目标的进度。

使进展透明化使团队能够将以结果为导向的讨论带入他们的回顾之外。在站立会议、1:1 甚至配对会议期间会提出有效的目标。重复将确保重点,并将进一步围绕成功统一团队。

📈做工程师😊

当 Bizzabo 的创始人兼首席技术官 Boaz Katz开始设定具体的目标时,他发现分享成功会促使他的团队找到更多改进的方法。他告诉我们,“我的团队形成了一种胜利的态度,渴望更快地发货。”

当整个团队在每次复古时都感到成功时,这种势头会产生飞轮效应。团队成员渴望发现更多改进机会,创造一种围绕对流程进行积极改变的文化。

CI/CD

CI/CD社区为您提供最前沿的新闻资讯和知识内容

更多推荐

Jenkins环境变量、参数及groovy脚本使用介绍。

这是系列中的第三篇文章使用 Jenkins 将 Django 应用程序部署到 AWS EC2 实例。 Jenkins的温和指南。在本文中,我们将介绍如何在 Jenkins 中使用变量和参数以及如何使用 groovy 脚本。我们将使用与以前相同的项目。您需要事先阅读过之前的文章。 1.如何在 JenkinsFile 中配置和使用变量。在编写 JenkinsFile 管道脚本时,您可能需要注入和

CI/CD

Rust 中的 OpenTelemetry 分布式跟踪指南

在本文中,我将分享我将 OpenTelemetry 分布式跟踪添加到 Rust 应用程序的经验。我将尝试回答以下问题: 如何在 Rust 中检测 Opentelemetry? 如何在 Rust 应用程序中添加手动和自动检测? 如何使用tracing来调试Rust应用? 如何可视化跟踪和跨度? 如何在多线程环境中保存我们的 span 上下文? 在 Rust 中进行跟踪时,你必须知道哪些 crat

CI/CD

Jenkins 管道,用于构建 Django 映像并将其推送到 dockerhub 和 GitHub webhook 集成。

这是系列文章的第四篇使用 Jenkins 将 Django 应用程序部署到 AWS EC2 实例。詹金斯的温和指南。在本文中,您将拼凑您所学的所有基础知识,并构建一个完整的 Jenkins 管道,该管道将构建 Django 映像并将其部署到 Dockerhub。您需要事先阅读过之前的文章 1.添加 init 阶段并加载script.groovy文件。在您的 JenkinsFile 中,添加加

CI/CD

所有评论(0)

查看更多评论

CdCic

@coc_devpress_13

已为社区贡献13070条内容