新闻动态

sprn的长度

2019-02-01 19:08:05 作者:小麦

软件开发使用 Scrum的组织通常会使用30天作为Sprn的长度,但是 Scrum同样允许周期更短的 Sprint。周期较长的 Sprint通常用于变化较少的环境,而周期较短的 Sprint则更适用于具有机会性或挑战性的环境。根据以下这些方面可以评估出项目最合适的 Sprint长度所

使用较短 Sprint的代价

更大的灵活性和控制力

Sprint的长度

Sprint的长度永远不要超过一个月。

使用较短sprn的理由

软件开发使用4个为期1周的 Sprint1个为期30天的 Sprint拥有更大的灵活度和可控制力。下面这些因素也许会影响你对 Sprint长度的选择。

(1)不稳定的市场环境。 Sprint.的长度决定了可以为产品重新制订目标和计划的频率当产品针对的是新兴或者是变化频繁的市场时,其他的组织和竟争对手也在软件开发针对这个市场的产品。这个时候你希望拥有更大的灵活性,来更快地适应各种随时出现的机会。又或者你不希望在有机会改变产品方向之前对某项特性投入过大。

(2)不稳定的团队。 Scrum软件开发团队有时需要长达一年的时间才能完成磨合,成为熟练的团队,或者根本无法变得熟练。较短的 Sprint能够让每个人更清晰地了解团队的动态,从而快速地解决出现的问题,提高生产率。

(3)不确定的技术方案。每当要使用新技术时,都需要尽早了解其使用方法和价值。在新的产品中,新技术是否可用往往是整个产品成败的关键。因此,需要在大范围使用新技术之前先用其软件开发小的功能模块,以评估其是否可用。如果可用,还要评估其是否能够支持整个系统的工作模式。例如,如果产品需要同时支持多个用户或者需要极高的安全性,就要在早期就找出要使用的新技术能否支持这些技术特性。如果不能,就可以重新制订或取消项目。

软件开发

(4)需要确定团队的速率。对一个项目的成本进行预测的最佳方法就是参照以前做过的类似项目,类似的技术,以及长期团队。如果没有类似的项目可供参考,那么备选方案就是进行几个周期较短的Sprint。随着团队成员合作时间的增加以及对项目领域和技术了解的深入,团队就开始形成一个比较稳定的开发速率。也就是说每个Sprint能够完成的功能数量趋于稳定。当团队的速率达到一个相对稳定的水平时,就能够根据软件开发团队的能力和需要完成的工作总量预测出整个项目大概的成本和可能的交付日期。值得注意的是,这样的预测仍然无法保证准确性。

(5)提供学习的经历。人们都喜欢成功。当人们想要学习骑自行车,溜冰或者滑雪的时候,通常会先尝试一小段时间。然后总结失败的经验教训并做出改变,再继续尝试。同理,较短周期的 Sprint正是提供了这种学习体验。

(6)需要风险控制。有时期望的项目回报也许是无法达到的当市场非常不稳定或者未知因素太多,使用的技术不知道是否可行,软件开发团队成员都是初来乍到时,就需要尽快收集项目的成本和回报信息短周期的 Sprint正好提供了这样的信息,方便更频繁地控制项目。这样就能够在变更或者取消项目的情况下减少投入的资金。

总而言之,较长周期的sprn适合风险较低,变更不频繁或者确定性较高的情况。例如,软件开发的产品或系统只供内部使用。或者项目的压力仅来自提升系统能力或者降低成本,而不是外部竞争。在类似的情况下,30天为周期的 Sprint许是最佳选择。