【问题标题】:Can Sprint Planning and Review be combined? [closed]可以将 Sprint 计划和审查结合起来吗? [关闭]
【发布时间】:2015-07-31 14:18:43
【问题描述】:

现在我正在学习敏捷过程。我正在学习所有敏捷的东西。我正在和我的一位朋友交谈,他问我,我们可以同时进行 sprint 审查和计划吗?当他问我时,我无言以对。谁能告诉我他们在一起好不好?

【问题讨论】:

  • 我投票结束这个问题,因为它不是关于编程的

标签: agile scrum jira-agile sprint


【解决方案1】:

冲刺评审的参与者是开发团队、产品负责人、Scrum Master 和利益相关者。计划会议的参与者是开发团队、产品负责人和 Scrum Master。

因此,可以连续召开会议,让利益相关者在计划开始之前离开。但是,大多数团队会在 sprint 审查和计划会议之间进行 sprint 回顾

对于小型团队,我有时会预订 2 小时的会议室并运行 sprint 审查、回顾,然后背靠背进行计划(当然还有短暂的休息时间)。一些团队喜欢这种方法,因为他们将所有会议都集中在一个区块中。

【讨论】:

    【解决方案2】:

    如果您的意思是在同一个会议上,当然可以,但是以任何方式将它们结合起来没有任何意义 - 它们是两个完全独立的“学科”。

    我认为在我所经历的设置中,如果您确实将它们结合起来,那么相对于规划过程,冲刺审查的优先级会降低,这不是一件好事 - 冲刺审查是重要的工具调整整个 sprint 过程的处理方式。

    【讨论】:

      【解决方案3】:

      我不建议您将它们放在一起,因为它们完全不同,即 Sprint Review 用于向利益相关者展示您的团队在上一个 sprint 中所做的事情,这次会议的重点是团队要去的最终用户接受最终用户的反馈,产品负责人需要参与会议,我的意思是,不是团队向 PO 和利益相关者展示状态,而是 PO 应该是团队的声音,PO 需要走在前面并出席团队对利益相关者做了什么。

      与 Sprint Review 不同的是,在 Sprint 规划会议上,利益相关者不需要参加会议,规划的重点是团队本身,这次会议将定义项目的后续步骤。花时间进行计划可以让团队审查即将开展的工作,估计完成该工作所需的工作量,然后承诺在团队计算能力范围内的故事和任务的优先列表。

      所以简而言之,这些仪式有不同的目的,我不建议你将两者合并。

      【讨论】:

        猜你喜欢
        • 2020-02-19
        • 2013-11-01
        • 2016-09-18
        • 2014-08-28
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2015-02-14
        • 1970-01-01
        相关资源
        最近更新 更多