跳到主要内容

保存的帖子

敏捷规格

吉姆海德|龙头
吉姆海德 高级顾问
读: 敏捷规格

敏捷规范的问题

我们都去过那里。坐在一个不舒服的特色评论中,每次反馈点都被视为对交付团队的攻击,谁及时蒸馏,“规格尚不清楚”。会议结束后,计划团队和交付团队每次撤退到各自的角落,并讨论出了问题。

该计划团队感觉像他们被一个送货团队挂出来,他们说他们不想是命令的队伍,但只需“做他们被告知的事情”,它立即推卸任何责任。

他们的答案:“交付团队需要开始拥有解决方案。”

另一方面,交付团队感觉像他们被一名期待他们阅读他们的思想并击中不断移动的目标的计划团队挂出来。

他们的答案:“程序团队需要更好地定义前面的规格。”

什么会有效解决这个僵局?

敏捷团队看不到的目标

当我遇到这个问题时,我经常使用高尔夫比喻。高尔夫成功来自能够可靠地“击中绿色”,并建立一个轻松的Putt,以便成为标准品。没有人希望每次甚至大部分时间都有一个洞。良好的高尔夫球手评估课程,有意地发挥一系列镜头,让自己设定为有挑衅的最佳机会和一个简单的备份。他们正在寻求最好的接近射击,这将为他们提供绿色的理想位置,以使小鸟尝试。

我们知道我们必须不时处理危险。

始终如一地击中正确的地理位置,以建立小鸟机会是高尔夫球场高性能的关键。同样,规划他们反馈的团队“拍摄”是最好的“击中绿色”的机会,并制作一个小鸟或可预测的-e.g。始终如一地提供价值。

您可以获得的最有价值的反馈,测试代码生产-IE。在客户或用户的前面,软件旨在服务。缺乏,在环境中工作/测试的代码,尽可能接近生产,因为您可以提供类似的反馈。请记住,我们构建的一切都基于假设......“如果我们执行X,我们将解决y问题并产生z业务影响。”亚博vip9通道

我们唯一会的地方知道假设是正确的,曾经是该代码在生产中并被预期的受众使用。

那么明显的问题是,“我们如何获得最有效的反馈最快?”

如果我们假设 - 在敏捷工作中,测试代码是进度的主要测量。我等同于“击中绿色”。将功能作为承诺的原样就像在/下参加比例播放。你需要一贯“击中绿色”,并给予团队的机会使“小鸟”。沿途总是有危险和掩体射击......这只是高尔夫和生活中的现实。更好地偶尔争夺比必须经常这样做,以避免“失踪。”

这让我们回到了我们的会议。会议南方的真正原因是不明确的预期,特别是在对接受标准的共同理解和我们正在制作的“反馈镜头”的性质中。

注意每个团队在他们的回答中的重点差异:一个人专注于“如何”和“如何”。似乎似乎都在看整体结果或“为什么”交付团队对产品所有者团队(PO)批评作出反应,作为对“如何”(例如,“(例如,”我们不喜欢这件事的观察“)。宝团队首次看到“工作代码”,所以他们可能很好地说“我们不喜欢你所做的那样。”但是,它可能是:“现在我们看到建造的内容,我们意识到我们要求的需要做些什么不同的。”该计划团队在会议中感觉到它们的价值是提供反馈,以便该功能为业务增加了价值。亚博vip9通道

有明确的规格和期望

为了获得我们正在寻找的合作,计划和交付团队之间的合作,我们必须明确规范和期望。

具体来说,什么反馈正在尝试生成,并同样重要的是,“在此时的时间点看起来像”什么“?”

当我们谈论规范时,我们应该只会将交付团队设置为“击中绿色”(例如,为该组提供工作/测试软件,这将在此时提供必要的反馈)。

当我们审查正在进行的功能时,期望是,交付团队将提出一个“在绿色”的解决方案,并且远离在洞中的短暂推动。审查的目标是收集代表代表“短PUTT”的工作的反馈。

如果送货团队不断“缺少绿色”,则根据需要工作以获得更好地共享对所需的结果/反馈的理解,以验收标准的形式表示。

一旦送货团队一致地击中绿色,您可能会考虑撤消规格有点缩写,使团队更加宽容,以创造性地解决问题。

可预测性被定义为程序团队始终将交付团队纳入态度,以一致地“击中绿色”。交付团队应该有一个优势“短暂的推杆”......不必争夺(长推动)或者从危险中击中“保存参数”。

下一个>几乎,但不是完全不同于TDD

发表评论

您的电子邮件地址不会被公开。必需的地方已做标记*