我想讨论一下一个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
