Scrumcn_Release_Planning

发布计划: 放弃术语但是保留做法

我想讨论一下一个Scrum中(甚至更广阔的敏捷领域中)使用的一个早已过了其使用期的术语: 发布计划 。在过去,“发布计划”被广泛的(包括我本人)用在表示向前看若干(甚至更多)个冲刺及对到时可以递交什么内容进行预测。理想情况下这些预测会被表达为范围,甚至如我很多年来一直鼓励团队们所做的—使用“信心尺度”。这样,我们可能会说,“六个月后,我们有90%的把握能递交150到200个故事点的工作”。

我任然相信这是有用的,每个ScrumMaster都需要知道如何去做它。

然而,“发布计划”这个术语本身却已经没有意义了。

10年前,每个做Scrum的团队都在按照沿着“冲刺,冲刺,冲刺,发布”这样一条线前行的模式在做Scrum。他们运行一个或者(通常是)多个冲刺然后发布。但是现在已经不是这样了。有些团队依然这样做着。但是有些团队却以更快的频率做着发布。有些团队每个冲刺都做发布。甚至有些团队每个冲刺做多次发布。我最近一次课程上一个学员说他们做scrum时平均每天做7次发布。

在过去这些年我当然已经看到了这个趋势。然而,直到最近当在我的课堂上这个术语引起混淆时,我才幡然醒悟。我过去把一个“发布计划”描述成对未来冲刺数的预测。但是课堂上有人却认为“发布计划”是指团队每天在一起计划这一天结束时应该发布什么内容。

现在也许是合适的时机把 “发布计划”这个说法从Scrum或者敏捷的词汇表里移除了。不要误会我:能够预测三个月后,六个月后或者十二个月后能递交什么内容,对很多团队及ScrumMaster来说依然是很关键的。但是这个叫法已经不再正确了。我们需要一个新的术语。

去年以来我在我的认证ScrumMaster课堂上尝试过了若干个新的术语。我实在不想叫他“长期计划”。也许在今天的精益型创业公司里,三个月就可以叫做“长期”,但是听起来就觉得不对劲。我在考虑也许“中期计划”也许是个好的说法。所以,做法还是保留,但是名字就要过期了。

 

作者:Mike Cohn

原文地址 :http://www.mountaingoatsoftware.com/blog/release-planning-retiring-term-not-technique