本文主要是介绍Scrum估算会议,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
会议目的
要做好战略规划,你需要知道 Backlog 中各项的大小,这是版本规划的必要输入;如果想知道团队在一个 Sprint 中能够完成多少工作,这个数据也是必须的。
团队成员可以从会议中知道项目接下来的阶段会发生哪些事情。
基本要求
只有团队才能作估算,Product Owner(产品负责人)需要在场,以帮助判定某些用户故事能否拆分为更小的故事。
构成部分:
Product Owner 根据业务价值排定 Product Backlog 各项顺序。
需要参加的人员:Team、Product Owner、User、Scrum Master
注意事项:
不要估算工作量大小——只有团队能这么做。
Product Owner 不参与估算。
会议过程
Prodcut Owner 展示她希望得到估算的 Product Backlog 条目。
团队使用规划扑克来估算 Backlog 条目。
如果某个 Backlog 条目过大,需要放到下一个或是后续的 Sprint 中,团队就会将该大 Backlog 条目划分为较小的几个 Backlog 条目,并对新的 Backlog 条目使用规划扑克进行估算。
重新估算 Backlog 中当前没有完成、但是可能会在接下来三个 Sprint 中要完成的条目。
持续时间:该会议时间限制为不超过90分钟。如果 Sprint 持续时间长于一周,那么每个 Sprint 举行两次估算会议比较合适。
会议输出
经过估算的 Pr
要做好战略规划,你需要知道 Backlog 中各项的大小,这是版本规划的必要输入;如果想知道团队在一个 Sprint 中能够完成多少工作,这个数据也是必须的。
团队成员可以从会议中知道项目接下来的阶段会发生哪些事情。
基本要求
只有团队才能作估算,Product Owner(产品负责人)需要在场,以帮助判定某些用户故事能否拆分为更小的故事。
构成部分:
Product Owner 根据业务价值排定 Product Backlog 各项顺序。
需要参加的人员:Team、Product Owner、User、Scrum Master
注意事项:
不要估算工作量大小——只有团队能这么做。
Product Owner 不参与估算。
会议过程
Prodcut Owner 展示她希望得到估算的 Product Backlog 条目。
团队使用规划扑克来估算 Backlog 条目。
如果某个 Backlog 条目过大,需要放到下一个或是后续的 Sprint 中,团队就会将该大 Backlog 条目划分为较小的几个 Backlog 条目,并对新的 Backlog 条目使用规划扑克进行估算。
重新估算 Backlog 中当前没有完成、但是可能会在接下来三个 Sprint 中要完成的条目。
持续时间:该会议时间限制为不超过90分钟。如果 Sprint 持续时间长于一周,那么每个 Sprint 举行两次估算会议比较合适。
会议输出
经过估算的 Pr
这篇关于Scrum估算会议的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!