您做错了：每日站立

我记得“每个人都请站起来”&＃xff0c;鼓励每个人起来参加另一场每日站起来的“会议”。 即使房间里挤满了认识演习的人&＃xff0c;我仍然觉得我不得不问他们。

在我们进行的每一种实践中&＃xff0c;我们都会围绕一个或两个基本假设&＃xff0c;我们相信这将帮助我们实现该实践的价值。

站起来是对抗长时间会议的一种方式。 这样的假设是&＃xff0c;站起来后感到疲倦的人会Swift说话&＃xff0c;直截了当地&＃xff0c;努力缩短会议时间。 关键是&＃xff0c;如果会议举行得很短&＃xff0c;则无需站起来。 实际上&＃xff0c;有时我们会得到想要的东西-一次简短的会议-因为人们保持沉默&＃xff0c;而不是谈论重要问题。

人们可能出于各种原因而这样做&＃xff1a;他们是内向的人&＃xff0c;或者是团队中的新人&＃xff0c;或者他们希望在报告之前更了解主题&＃xff0c;或者他们不敢说话&＃xff0c;或者喝咖啡没有踢进去&＃xff0c;他们只是不想说话。

因此&＃xff0c;如果您的会议一直都在结束&＃xff0c;但是以某种方式您会觉得价值不存在&＃xff0c;那就是吧。

那有什么价值呢&＃xff1f;

但这只是问题之一。 我已经写过关于我们在日常会议中受训的3个不可思议的问题 。 但是这个话题需要重申&＃xff08;对双关语&＃xff09;。

每日站立会议不是状态报告会议。 会议之前&＃xff0c;应根据您使用的标准报告工具的所有状态更新。 当我们将任务标记为已完成时&＃xff0c;我们不想在其他人等待时浪费时间。

当我们讨论这个主题时&＃xff0c;我们倾向于使用工具给我们的东西&＃xff0c;而不是去思考我们真正需要的东西。 例如&＃xff0c;大多数工具都显示故事或任务的状态&＃xff0c;当然&＃xff0c;让我们以某种方式&＃xff08;剩余时间&＃xff0c;状态&＃xff0c;被阻止&＃xff09;填充它们。 但是他们缺乏显示更多有趣信息的能力。

与我一起工作的团队在常规迭代计划的基础上制定了放下计划。 投稿计划描述了可以一起进行测试的故事&＃xff08;“投稿”&＃xff09;&＃xff0c;以便测试人员可以计划他们的工作。 放置计划有助于查看故事是否可以随着迭代而完成。 他们使用的工具支持状态报告&＃xff0c;但不支持放置计划。

结果是&＃xff0c;尽管该讨论的价值很高&＃xff08;“在迭代中可以实际完成的事情”&＃xff09;&＃xff0c;但它没有得到工具的支持&＃xff0c;因此它的关注点大大减少&＃xff0c;讨论的次数也减少了。 也许我们需要在散热器上另立柱子。

回到价值…

现在&＃xff0c;由于已经设置了一切以显示当前状态&＃xff0c;因此我们需要将会议用于其实际目的&＃xff1a;重新计划。 毕竟&＃xff0c;如果我们不采取行动&＃xff0c;仅拥有数据是无济于事的。 有时&＃xff0c;我看到团队只是继续执行该计划&＃xff0c;就好像什么都没有发生过一样-他们没有学到任何新知识&＃xff0c;没有偶然发现新问题&＃xff0c;或者只是不想帮助别人取得进展。

这就是为什么这次会议如此重要。 自上次会议以来&＃xff0c;我们了解更多信息&＃xff0c;并且对工作的反馈可以帮助我们朝着自己的目标迈进。

我们的目标是顺便按照产品人员制定的优先级提供工作软件。 我们的目标不是坚持迭代计划。 我们做出的决定应与此目标保持一致。 如果有新的信息到来&＃xff0c;我们可以更改目标&＃xff0c;确定优先级&＃xff0c;或开始进行全新的工作。

如果团队成员由于缺乏技能&＃xff0c;技术问题或其他原因而无法帮助实现该目标&＃xff0c;则他们可以求助于次要目标&＃xff0c;而通常在日常站立训练中就没有提到过&＃xff0c;即改进。 他们可以学习新技能或新技术&＃xff0c;或自动化流程或构建工具。 任何可以帮助团队改进的东西。 他们甚至可以帮助其他团队。 设想。

如果您认为日常会议只是状态会议的另一种类型&＃xff0c;那么该进行更改了。 这是团队可以做出决定的地方&＃xff0c;每个人都可以就位&＃xff0c;这样每个人都知道这些决定是什么。

就像有人注意到有必要进行此类活动一样……

翻译自: https://www.javacodegeeks.com/2016/07/youre-wrong-daily-stand-ups.html