如何使“每日/站立”看起来不像是状态会议?

尽管“每日Scrum”或“站立会议”与报告会议在本质上是不同的,但有时前者会变得类似于后者。 为避免这种情况,让我们看一下有效的“每日/站立”状态与真空状态下的更好的球形会议之间的区别,然后我们将尝试坚持良好做法或避免不良做法。
每日Scrum /站立
状态会议
是给谁用的?
对于开发团队(DevTeam)。
对于经理,主管,协调员。
会议目的
从ScrumGuide:
  • 安排接下来的24小时工作。
  • 通过检查上次每日会议之后完成的工作并预测即将到来的Sprint工作,来优化团队互动和生产力。
  • 改善沟通,消除其他会议,消除障碍,鼓励快速决策,提高开发团队的知识水平。

更新状态,更新计划的实际部分,收集有关滞后任务的信息,有时还收集有关其执行者的信息。
谁负责召开会议?
开发团队(DevTeam)。
经理,主管,协调员。
会议中的信息流
团队成员彼此共享信息。
参与者向领导者或主持人汇报(有时ScrumMaster会成为这样的主持人-这对Daily而言是不良做法)。
会议开始时间
由团队本身选择。
由会议组织者确定。
团队自我组织
会议有助于发展团队对结果的整体责任。 团队本身确定如何实现Sprint目标-确定计划。 团队成员检查他们的进度并调整计划。
没有自组织-参与者只需与会议主持人分享当前情况。 团队认为自己无法做出决定。 经理可以挑战决策并指出如何做。
承诺(承诺,承诺)
团队成员相互承诺。
对老板,客户,卖方的承诺是“无处不在”。
透明性
会议增加了透明度-团队中的每个人都知道发生了什么,其他人正在做什么,并根据这种理解调整他们当天的计划。 实证过程有助于应对复杂性和不可预测性。
  • 如果将信息报告给团队外部的人员,则其成员不是完全开放的-如果没有安全感,人们对问题会保持沉默。 结果,团队失去了透明度和适应能力。
  • 计划的所有者通常会更新当前的事务状态(事实),并且不倾向于针对未来进行重大调整,或者表示不赞成。

完成的工作
该团队专注于取得切实的成果,因此,讨论了可能阻碍实现Sprint目标的挑战。 为了实现Sprint目标,计划会随时更新。
会议的重点是更新当前状态,例如“任务已完成80%”。 但是,目前尚不清楚,在冲刺结束时我们能够提供业务价值的可能性有多大。
协同合作
计划的所有者是整个团队。 团队对其成就有共同的目标和责任,因此他们对互动很感兴趣。 团队成员知道他们每个人专注于什么。 他们彼此帮助,消除障碍,工作更快。
外部有人拥有团队计划并协调他们的工作。
手机和笔记本电脑
通常禁止。
它可能会持续30分钟以上,许多参与者对其他人正在做的事情不感兴趣,因此可以使用电话。 反过来,这降低了合作水平。
会议纪要
通常不会举行,因为这次会议是团队自我组织以实现总体Sprint目标的机会。 否则,团队会感到控制和微观管理得到加强,动力下降。
该协议对于修订协议和跟踪主计划中未反映的子任务的执行是必需的。
损失
不会浪费时间,也不会浪费时间- “会议限于15分钟”。
通常,会议本身会持续30分钟或更长时间,会议的分钟数是固定的,然后草拟并通过邮件发送。

当然,为了比较清楚起见,我们一方面采取了正确且正确的“每日/站立”会议,另一方面采取了“典型”的报告状态会议。 实际上,第一和第二具有彼此的特性。 分析您当前的会议,确定应逐步删除,更改,添加和逐步删除哪些元素,以改善这些会议和整个交互。

Source: https://habr.com/ru/post/zh-CN475802/


All Articles