敏捷开发的实质是通过迭代式增量软件开发的方式,防止出现长期闭门造车严重偏离客户需求,达到快速响应市场变化的目的。
应用敏捷就会一帆风顺吗?显然答案是否定的。越来越多的组织、团队开始学习、实践、导入敏捷,然而效果确是相差甚远、判若云泥。为什么会这样?或者说敏捷转型有这么多痛点?
其实,敏捷开发只是一种指导思想和原则,敏捷开发并没有给出具体的实践步骤,重要的是通过实践哪些方法可以帮助达到目标,或者解决哪些问题从而达到目标。
接下来会结合过往的实际经验,介绍敏捷团队走完一个迭代所涉及的内容,希望给即将或已经进行敏捷实践的个人、团队和组织带来一些思考和参照。
以下的内容会以 Scrum 框架为主,但不仅限于 Scrum 框架。
这里我们为了提效利用 Gitee 帮助我们更好的理解如何实践敏捷开发。
版本规划
在版本规划时,建议综合考虑客户的价值、整体质量与范围、进度、预算等限制条件。
常见版本四种发布规则 ,团队采用最适合的即可。
1.在每个冲刺后发布,而是把多个冲刺的结果合并为一个版本进行发布;
2.发布和冲刺保持一致,即冲刺结束后立刻进行版本发布;
3.按特性发布,即每次做完一个特性就进行一次发布,我们管这种发布也叫持续交付;
4.按需发布,它是综合以上发布,按业务方的需求来选择何时发布。
不管你采用哪种方式进行发布,大多数组织实践中发现最好能够稍微做一些长期的规划,