2015年3月9日星期一11:57

定义 - 我们是否有?第1部分

Written by

介绍

在敏捷上下文中使用了几个术语。有时你听到:

  • 完毕
  • 定义或国防部
  • 完成的标准
  • 验收标准
  • 释放标准

有时你甚至听到它重复,如:这个故事直到它 - “完成......完成......完成”。

显然,你有“完成的”越多,完全就越强调。虽然我不认为我已经听过四个以上的“完成”连续使用。

做了

考虑完成的是限制舞会森林工作的标准。如果舞会森林正在建立一座桥梁,那么它将是工程规则,实践,检查步骤,当地法规和完成要求,这将渗透建设队伍的一切。在许多方面,完成的定义应该渗入敏捷舞会森林协作的各个方面。如果敏捷是游戏,那么国防部将是游戏的“规则”......将被读,理解,并持续应用于舞会森林的规则。

我一直是一个强有力的支持4层视图。在这个世界观中,这些层彼此建立,从基于个人的工作转移到基于故事的单词,以迅速级工作,最终释放。我经常使用“护栏”一词来表明指导舞会森林努力的标准的指导性质。现在让我们依次查看四个级别中的每一个。

工作产品

这是各个贡献者的层。例如,您的前端开发人员应定义它们如何设计,开发,测试和提供UI代码的一些规则,公约和标准。应特别列为Done-Ness标准,将遵守这些标准。此相同的逻辑适用于您的敏捷舞会森林中的每个功能角色。每个人都应该定义一系列围绕其工作产品的专业交付的标准。

  • 谁贡献了这些? 通常有两个来源。可能是每个舞会森林最强大的是定义自己的工程规则。因此,当您从舞会森林到舞会森林搬家时,存在强烈的独特性感。另一个来源更加组织。例如,您在一家大型网络设计商店工作,您需要一致的UI编码约定和标准 穿过 舞会森林。我希望在本组织中“有人”来定义这些 - 然后为每个舞会森林遵守这些更广泛的完成标准,除了自己。
  • 一些例子: 我字面上给出了一个上面的,因为你可能有UI开发标准。另一个例子可以是您的主要语言或技术堆栈的编码标准。另一个可以是基于过程的过程,例如,在舞会森林级别的“协议”,以尝试在每个用户故事上尽可能多地“成对”或在检查每个故事之前进行“对审查”。

故事水平

这是工作交付级别。如果您使用的是用户故事,那么Done-ness围绕每个故事定义丰富而有意义的验收测试,然后持有自己对这些功能约束负责。请记住,当舞会森林整理每个故事的细节时,验收测试令人难以上用作设计辅助和测试助手。我认为接受测试的最重要部分 - 业务逻辑设计提示。

您还应该在此级别开发明确的质量目标。它可能听起来是规范性的,但我喜欢在宣布完成故事之前在开发故事时发现的所有错误的标准。这些不是遗留错误,而是在故事的开发期间创建和发现的错误。我无法告诉你在Sprint结束时遇到了多少次舞会森林在提供完整的故事时遇到没有已知的错误。

  • 谁贡献了这些?产品所有者最终负责定义每个故事的验收功能条件。但是,还有来自组织方面的输入。例如,同意每个故事将收到基于坚实的基对的代码审查,或者将在登记入住之前开发并运行一组完整的自动单元测试(TDD),并“宣布胜利”可能被确定为影响的整体质量标准每个舞会森林。
  • 一些例子: 我上面给了几个。显然,故事必须满足产品所有者建立的验收标准。我也喜欢在每个故事中签下产品所有者的概念。也就是说,他们审查它,演示,并确定它确实完成了。然后他们在故事身上签下。通常故事Done-Ness还围绕了设计完整性,流程开发和测试故事的步骤和已知错误。

Sprint级标准或冲刺目标

这一级别的重点是,当计划他们的冲刺时,该舞会森林遇到了所有目标和标准。这些标准的很大一部分通常由成功的Sprint审查或演示驱动。我喜欢Sprint目标和Sprint审查之间的“连接点”的概念,因此舞会森林应考虑从客户的角度来看业务价值的凝聚力。

在我的课程中,我经常被问到,可以将Sprint有多种目标,即在繁殖的集中活动中提供?答案可能是肯定的,但问题真正寻找的是什么能够说:

此Sprint的目标是向这些特定的12个用户故事提供524小时的工作,该故事在27个故事点。

我认为这是一个令人难以置信的目标,因为战术,工作努力焦点。例如,在这一目标中没有“客户”或没有“演示描述”。我更喜欢与客户,价值和嵌入目标中的挑战有明确的联系的目标。拥有2-3个独立的目标,以这种方式阐述似乎很好。

  • 谁贡献了这些? 真正的产品所有者责任为每个Sprint定义或建立目标。我经常鼓励他们将暂定的冲刺进球成为Sprint规划,然后将与舞会森林和商定的冲刺工作一致,作为Sprint规划会议的一部分。然后变成一个 共享和可实现的 goal.
  • 一些例子: 例如,如果一个舞会森林正在研究ATM项目,那么一些相关的Sprint目标可能包括: 完整的单一客户登录和帐户询问,以包括过去一个月的平衡和交易列表。另一个可能是:填写并展示所有存款的活动(单/多/业务)帐户交易,收据打印。只支持支票存款。 我希望您能看到与现实世界的客户使用情况的联系。我发现了这些目标,有开放式功能细节,最好激励舞会森林“解决问题”与“提供一组故事”。

释放级别标准或释放目标

如果您已成为在更多瀑布环境中提供软件的舞会森林的一部分,则常见做法是创建发布标准。这些是项目限制要求,通常在项目开始或早期建立。它们通常与项目到项目或释放的项目一致,因为它们量化了组织重要的标准。例如,量化是否可以用特定的错误级别(优先级和计数)释放或量化释放之前所需的测试(覆盖率)。

许多敏捷采用的不幸部分之一是这些标准已被丢弃。我认为它们在定义元件要求或关键限制方面非常有价值,以遵守每个版本。通常,它们在组织内无论如何都存在,但调用它们在规划,执行和交付方面创建了专注于它们。它们在尺度交付中特别重要 - 以便多个舞会森林保持一致的关注整体释放目标。

  • 谁贡献了这些? 通常它们在舞会森林之外定义正确。要么是产品所有权舞会森林或首席产品所有者都定义,作为建立释放定义的一部分。正如我所提到的那样,他们经常从释放释放到释放。它们通常是“不是可选的”,因此如果不符合释放目标,组织需要愿意阻止发布或放弃功能。
  • 一些例子: 我已经提到了释放和测试覆盖中的允许缺陷作为固体例子。适用的项目通常提到全局性能目标或可用性约束 - 因此通常关注非功能性要求。例如,还可以提及处理限制或承诺,例如,每个用户故事需要至少70%的自动化测试覆盖,然后被视为释放列车的候选者。

在你的DNA中完成DOY-NESS

创建完成的完成列表只是第一步。仅仅因为您已创建并传达它们,并不意味着每个人都支持它们。下一步是建立一个人的文化,每个人都与之对齐并个人支持标准。不只是当事情顺利进行时,但是当事情变得艰难时也是如此。

你知道,当舞会森林看到没有其他追索者但是以正确的方式做事时,你的完成就会进入你的文化。我将分享这个例子,我的时间在Icontact的领先舞会森林中,说明了这种文化转型:

我们是SaaS电子邮件营销软件产品,我们的客户使用了7x24。事实上,我们的周末经常忙碌,因为SMB业主在下周的电子邮件活动中工作。有一个周末一个令人讨厌的邮件发送组件错误裁剪。它提出了我们发送电子邮件的能力,这些电子邮件清楚地影响了所有客户。不仅如此,当发生这种情况时,我们会排队邮件。因此,这开始创建一个无休止地增加的邮件池,即使我们修复了错误,也会导致延迟。
所以压力正在上。
我们的舞会森林通常会为周末支持分配“支持工程师”。在这种情况下,工程师收到了问题,查看了它,并设计了修复。作为我们国防部的一部分,我们一致认为,如果没有配对的代码审查,则无法检查修复或修复。现在牢记 - 这是一个度假的周末,所以人们在度假。支持工程师确定他需要与在邮件发送堆栈的此领域经验丰富的其他两种审查。
他通过短信和电话找到了他们,他们都在周六下午致力于分布式/远程代码审查会话。他们讨论了一些问题和与维修相关的变化,然后他完成了这些调整并发布了修复。
当我星期一早上来的时候,我惊讶地致力于致力于做出适当的审查。在未经未经审查的维修或等待之前,世界将是世界上最简单的事情,直到每个人都在星期一回来。但支持工程师及其队友致力于我们的客户和他们完成的定义。它在他们的DNA。

为什么要做?

所以在所有这些讨论之后,你可能会问自己 - 为什么所有这些都关注完成?为什么这有关系?

几个角度来说很重要:

  • 它有助于您的估计。敏捷方法,我已经使用了Done-ness,如我的舞会森林中的标准,因为我觉得如果我们在完成工作中没有清楚,我们如何估计我们的工作。这是我们专注于这里的人。清楚地了解完成我们工作中的预期。
  • 它有助于您的质量。它为周围的舞会森林提供了指导,以完成每个步骤或可交付的完整。它专注于步骤的质量。它放大了一致性 - 以便每次登记或可交付符合一致的完整程度。
  • 它可以帮助您的产品所有者和客户获得信心,因为舞会森林提供。这不仅仅对个体故事的信心。对整体计划和舞会森林能够满足符合符合质量的承诺是信心。

它是上述任何一个的灵丹妙药吗?当然不是!但它是敏捷试图在舞会森林中放大的一些核心行为的关键驱动因素。这就是为什么你听到这么多敏捷教练“哈平”的原因。

包起来

我经常强调Done-ness作为组织领导舞会森林影响他们敏捷舞会森林的行为,焦点和结果的地方。我鼓励他们从事为他们的舞会森林建立深刻,广泛和相关的标准。我让他们将他们的国防部与业务,客户和限制保持一致。我有时称他们为“守护者”,因为我认为他们可以在交付业务价值和结果中“安全地在道路上安全”。

由于我看到了这么多稀缺定义的国防部的现实世界,我通常要求组织和舞会森林过度定义它们 - 冒一些规范性的风险。我宁愿拥有比减少舞会森林更清晰的清晰度。

希望本文有助于澄清观点在敏捷舞会森林中所做的看法。现在看看你自己的定义,看看你是否需要任何调整?

逗留我的朋友,
鲍勃。

别忘了留下你的评论。

参考

罗伯特加伦

Robert'Bob'Galen 是RGCG,L.L.C的总裁兼首席顾问。 Cary,基于NC的敏捷方法教练&培训咨询。他是一个深深的经验丰富的敏捷教练,他们在敏捷社区中活跃,经常写作&教导所有与敏捷方法相关的主题。鲍勃写了这本书 Scrum产品拥有,它专注于舞会森林交付中的角色和驾驶价值。可以达到鲍勃 [电子邮件 protected] 通过他的linkedin联网 轮廓.

©ba time.com 2021

MacGregor Logo White Web