敏捷开发过程中的会议

团队在执行 Scrum 时将举行一系列会议,每个会议都有特定的目的和举行次数。 Scrum 主管应考虑以下准则,确保每个会议都实现其预期目的:

会议议程清晰明确。

  • 如果团队成员展开与会议目的无关的讨论,这些成员应先搁置该项讨论,以后再完成。 Scrum 主管应确定并指示团队成员何时应搁置一项讨论。
  • 所有会议都应遵循为该会议描绘的基本结构。
  • 会议应准时开始,即使某些成员迟到也是如此。
  • 若非有不可避免的特殊情况,团队成员应准时参加会议。 如果您的时间表使您无法定期准时参加会议,应尽快解决这一冲突。 如有必要,Scrum 主管应调整会议时间以解决冲突,但前提是所做调整不会给其他团队成员带来不便。
  • 每个团队成员都应在参加会议之前做好准备工作。
  • 会议应按时完成。 大多数情况下,会议时间长度由冲刺 (sprint) 的长度决定。 例如,如果冲刺 (sprint) 为一周时间,则冲刺 (sprint) 计划会议的时长为两个小时,如果冲刺 (sprint) 为两周时间,则冲刺 (sprint) 计划会议时长为四个小时。
  • Scrum 对此会议结构的实施可能会达到令人不适的程度。 这种反应来自于守时压力、与做出并保持承诺相关的对等责任以及积极参与所需的透明度。
会议用途持续时间举行次数
冲刺 (sprint)计划会议确定在下一冲刺 (sprint) 中要做的工作。在冲刺 (sprint) 中,每周两个小时,最多四个小时每个冲刺 (sprint) 举行一次
每日 Scrum 会议使团队成员可以提出风险并进行相关的协作和交流。十五分钟Daily
冲刺 (sprint) 评审会议向客户和其他利益干系人展示团队在冲刺 (sprint) 中完成的工作并获取反馈。在冲刺 (sprint) 中,每周两个小时,最多四个小时每个冲刺 (sprint) 举行一次
追溯会议确定和实现过程改进理念。三个小时每个冲刺 (sprint) 举行一次

一、冲刺计划会议:

团队完成计划会议的这两个部分之后,即已完成以下工作:

  • 创建了冲刺 (sprint) 积压工作,并确定了每个用户情景的任务和工时
  • 承诺完成将在该冲刺 (sprint) 中交付的用户情景
  • 作为一个自我组织的团队,了解应如何协作以履行其承诺。

二、 每日Scrum会议:

  • Scrum 主管严格控制会议结构,确保会议准时开始并在 15 分钟或更短时间内结束。 在此会议中,每个团队成员都需要回答以下三个问题:
  • 自上次 Scrum 以来我完成了哪些工作?
  • 至下次 Scrum 之前我将完成哪些工作?
  • 哪些阻碍性问题或障碍可能影响我的工作?

三、冲刺 (sprint) 评审会议:

  在冲刺 (sprint) 的最后一天,团队将与产品所有者、客户和利益干系人召开会议,对已完成的工作进行验收并确定新的要求。 在冲刺 (sprint) 的过程中,团队可能已收集并合并了反馈。 此外,团队应已对每个完成的用户情景执行验收测试。 在该会议中,团队演示了在冲刺 (sprint) 中完成的每个用户情景。 产品所有者、客户和利益干系人对达到预期的用户情景进行验收。 在许多情况下,客户在观看演示后会更全面地了解其附加需求,并将确定和讨论他们所需的更改。

  根据此会议,一些用户情景将会作为已完成的工作进行验收。 未完成的用户情景将保留在产品积压工作中,并且新的用户情景将添加到产品积压工作中。 将对这两组情景进行分级,并将在下一次冲刺 (sprint) 规划会议中进行评估或重新评估。

  在此会议及追溯会议后,团队将会计划下一个冲刺 (sprint)。 因为业务需求变化很快,所以可利用此次与产品所有者、客户和利益干系人召开的会议,再次评审产品积压工作的优先级别。

四、追溯会议:

  在此会议中,团队将审视和检查它在 Scrum 过程中的工作历程。 根据此分析,团队可以决定调整其过程,以便提高其自身的有效性、效率、质量和满意度。 此会议和取得的改进成果对自律行为的敏捷原则非常关键。

  如果您的团队未完成指派给冲刺 (sprint) 的所有用户情景,您将在追溯会议中讨论其原因。 团队将确定是否会调整其过程,以降低出现此类问题的可能性。 此外,还需对影响团队整体有效性、效率、质量和团队对项目的满意度的问题展开讨论。

主题测试文章,只做测试使用。发布者:jovi,转转请注明出处:https://goodux.cn/archives/1074

(0)
jovijovi
上一篇 2022年4月27日 下午11:16
下一篇 2022年4月30日

相关推荐

发表回复

登录后才能评论