敏捷项目管理-Sprint

---

Sprint（冲刺）是Scrum的核心，持续时间为一个月或更短的时间，在这个时间内构建一个完成、可用的和潜在可发布的产品增量.在整个开发过程期间，其长度应保持一致，前一个Sprint完成后，新的下一个Sprint紧接着就开始，有点像接力棒的游戏。

1. Sprint计划会议：会议时间不要过长，不要为了会议而会议。一般一个月内的，上限为8小时或更短；依次类推。其主要目的是肯定每一个参会者都理解会议的目的。敏捷教练要确保会议顺利举行并教导敏捷团队遵照时间盒规则。包含几点：此次作什么？如何完成所选的工做？期间会遇到什么问题？预期可交付的增量？
2. 每日站会：2W1H，昨天我作了什么？今天准备作什么？是否须要他人协助？注意一点，站会的时间不要太长，其核心的地方，每一个人参与，不要开成训导式的，确保每人均可以发言及每人都有机会主持会议；
3. 开发工做：经过看板、代码测试、代码审核、沟通来确保Sprint正常进行；
4. Sprint评审会议：在Sprint尾期进行，用于检视所交付的增量并按需调整ProBackLog列表。参会人员：团队成员、客户、利益相关者；会议时长一样不要太长，根据Sprint的大小决定。在会议中集中讨论几个要点：probacklog哪些“完成”、哪些“未完成”、遇到什么问题及如何解决的、演示“完成”的工做并解答增量交付的问题、讨论当前的probacklog的状况，根据当前的速率进行预测可能的目标交付日期（主要要澄清预估并不是准确的交付时间）、参会人员讨论下一步的工做，并更新probacklog。注意点：正视问题，解决问题，不是问责大会，注意会议方向！
5. Sprint回顾会议：回顾及复盘，对当前完成的Sprint进行适当的回顾是一件好的事情，可让咱们总结好的方法和避免踩坑。其会议在sprint评审会议结束后进行。主要点和第4点相同，国内的会议有两种：要么歌功颂德、要么批斗大会。要知道会议的真正目的：确保团队成员目标一致、经过会议可让工做更加具备成效，实现利益最大化。

---

Sprint由上述5点组成，在整个冲刺期间，有几个规则来确保冲刺顺利完成。
不做出对目标的改变、质量不能下降、随着项目的深刻产品负责人和开发团队要对范围内作出的事情可能会作部分的调整。

每一个冲刺的长度应限制在一个月内，太长的话，不符合Sprint的精髓，经过小版本的迭代、交付来刺探用户的反馈，并做出改变。若是时间太长，其风险就被相应的拉长，同时也不利于可预测性。

在以前的脑图中，咱们看到“取消”，取消的缘由有不少：过期、市场发生改变、客户不须要、技术层面等等，若是Sprint被取消，那么，任何“完成”、“待办”的列表事项都须要评审，若是成果部分潜在能够发布的，一般会进行一个版本的发布。