冲刺回顾会发生在冲刺回顾之后和下一个冲刺安排之前。对于一个月的冲刺,这最多是一个三小时的会议。回顾会议基本上是一个 “改进 “会议,以寻找方法和手段来识别潜在的陷阱、过去的错误,并寻求新的方法来避免它们,所有的人都会参加–产品所有者、Scrum大师、开发团队成员,也可以选择与利益相关者一起参加。
Continue readingScrum 仪式规则——Sprint 计划会议
冲刺计划会议是在冲刺开始前召开的。这个会议的目的是确定冲刺计划和设定冲刺目标。冲刺计划包括商定冲刺中由开发团队负责的积压项目的数量,以及确定当前冲刺和冲刺积压的目标。
Continue readingScrum 仪式规则 — Scrum Master
Scrum主管负责确保与项目有关的所有人,无论是鸡还是猪,都遵守Scrum的规则。
Continue readingScrum 仪式规则——每日 Scrum 会议
每天的Scrum会议(称为每日站立会议)通常是在每个冲刺阶段的早上进行,时间大约为15分钟。在Scrum敏捷实践中,团队通常会在9点准时在同一地点举行会议。
Continue readingScrum 流程:从产品待办事项到可交付产品增量
一个冲刺阶段的日常工作的目标是为产品创造可发货的产品增量,其形式可以交付给客户或用户。在一个冲刺的范围内,产品增量或可发货的增量意味着一个工作产品已经按照项目的定义完成了开发、集成、测试和记录,并被认为可以发布。
Continue readingScrum 指南——如何组织回顾会议
Sprint回顾会发生在Sprint回顾之后和下一个Sprint计划之前。对于一个月的冲刺来说,这最多是一个三小时的会议。回顾会议基本上是一个 “改进 “会议,以寻找方法和手段来识别潜在的陷阱、过去的错误,并寻求新的方法来避免这些错误,所有的人都会参加–产品负责人、Scrum Master、开发团队成员,也可以选择与利益相关者一起参加。
Continue reading软件开发的精益+敏捷方法
虽然经常被当作不同的方法论,但敏捷和精益都植根于类似的价值观。这些方法论在扩展到新的行业、应用和机会的过程中不断发展,许多组织在借鉴两者的元素方面取得了惊人的成功。利用精益的系统思维和持续改进的方法,敏捷开发实践可以用来帮助组织建立健康、创新的组织,可以持续地提供客户价值。
Continue readingScrum:综合教程
Scrum本身是一个简单的框架,用于复杂产品的有效团队协作。Scrum指南来清楚简洁地解释Scrum。本指南包含Scrum的定义。这个定义由Scrum的角色、事件、工件以及将它们联系在一起的规则组成。该框架内的每个组成部分都有特定的目的,对Scrum的成功和使用至关重要。Scrum的规则将角色、事件和工件捆绑在一起,管理它们之间的关系和互动。
Continue reading为什么产品负责人喜欢 Scrum?
代表公司拥有产品的产品所有者是Scrum团队的一部分。然而,产品所有者对团队的其他成员没有权力,与Scrum Master一样。产品所有者负责在一段较长的时间内照看一个产品,并对实现产品的成功负有责任。作为产品负责人,你应该直接与客户和用户、开发团队和其他关键的利益相关者互动,如下图所示。
Continue reading为什么应该是 Sprint Review 而不是 Sprint Demo?
Sprint Review不仅仅是一个演示;它是对已完成的Sprint、产品Backlog和市场的回顾。诚然,演示是Sprint Review的一个重要部分。冲刺回顾会议的目的是让团队向客户和利益相关者展示他们在冲刺期间所完成的工作,并将其与冲刺之初的承诺进行比较。
Continue reading