你的每日Scrum站立会议糟糕吗?这可能就是为什么……
Scrum中最引人注目的部分可能是每日的敏捷站立会议。我遇到过一些小组，仅仅因为参加了这个会议，他们就声称自己正在进行敏捷开发。这就好像人们认为采用一个快速的15分钟会议是解决组织中所有功能障碍的答案一样。糟糕的需求……没有业务策略……糟糕的架构…亚博vip9通道…没有单元测试?没问题，让我们每天聚15分钟，这应该能解决所有问题。你以为我在开玩笑吗?
即使人们明白采用敏捷不仅仅是采用每天的站立式会议，站立式会议也会完全浪费时间。为什么?不知怎么的，每天的站立会议变成了关于这三个问题的。我们被建议在每天的Scrum中每个团队成员应该回答三个问题……昨天我做了什么，今天我做了什么，以及我有什么障碍吗?有多少次你的团队告诉你没有障碍并且完全失败的交付他们的sprint?
每天站立都没有任何内在的错误，这是一个很好的做法。你要意识到的是，三个问题只是一个起动器套件......他们帮助你了解你可能想要谈论的事情......他们不是你每天见面的原因。作为一个Scrum团队，您已经承诺对您的客户，以及您自己，在Sprint的尽头提供一定数量的产品。每日scrum是团队聚会的经常性机会，并讨论他们反对这一共同承诺的进展。
如果我们以一种没有你的工作或我的工作的心态来对待Scrum，那么只有我们自己的工作。如果我们抱着没有未经测试的软件的心态来对待Scrum。如果我们能够承认只有团队中的所有人都完成工作，开发者才有可能完成工作，那么每天的站立会议就会有全新的意义。会议有一种紧迫感……我们必须交谈……我们必须联系……我们需要每个人都取得成功。
运行良好的立式会议很少真的关于突出本身。More often than not, it’s about the quality of backlog… the way we do sprint planning… how well we are working together to swarm around backlog items… how committed we are to each other for shared outcomes… and what is expected when we ultimately do the demo. If you get the fundamental stuff straight… good daily stand-up meetings usually follow.
评论(13)
彼得Saddington
关于这个的好笔记。一个立场是团队对准的承诺。
彼得坟墓
伟大的帖子。看到这同样发生了，我们敏捷地从使用立场！
蒂姆明智
最后一段陈述了。如何让他们进入这个心态（和业务）是一个不同的事情。亚博vip9通道
Jeena
“如果你把基本的东西搞清楚了，接下来通常就会有好的日常站立会议。”
不能同意更多。在我的第一个使用Scrum的团队中，在新的会议(每日Scrum、回顾/回顾、sprint计划等)中有很多怀疑(自然)，也有一种惯性，让人们“不”合作。我无法解释，太令人沮丧了。花了一段时间，事情才有了头绪，但当事情有了头绪，那是一个巨大的飞跃。
- 吉恩
积极的保护
我们的站立会议很糟糕。他们转变为各种方式 - 状态会议，发现会议等。他们很少同步球队，更有可能，他们倾向于疏远人，浪费时间和创造敌意。
Michael Dubakov.
很不错。我们每天都在举行超过4年的情况。也许这是唯一的练习，这么长时间几乎没有修改我们的团队。对于我们每日会议是一个非常短的协调活动，有一些笑话和振作起来。很高兴在早上聚在一起，说“嗨”等等。也许我们甚至不需要每天都会会议，但仍然每天都在一起度过10次米。
瑞士这桥
有趣的文章，我们也与我们公司的Scrum合作，这些日常立场仍然是必要的，对我们有用。
scr
我同意积极的保护者 - 我讨厌scrum。这是酷刑。在施加Scrum之前，我与同事有更好的关系。Scrum似乎强制了我，培训师对此产生强制性态度。就好像我已经失去了我的人性，因为Scrum已经实施，这是讽刺的，因为Scrum声称遵守敏捷宣言的“人民过处”价值。我曾经是XP的粉丝，有训练，沉浸训练，甚至建议我们每天都有工作会议 - 再也没有了。我在两个不同的管理层下介绍了两种不同的Scrum项目，他们都被吸了，并且在积压方面都与现实完全没有接触，并使山脉从鼹鼠山上制作。
然而，我的一个导师在Scrum中看到了价值，特别是它的“自适应”方面。他强调积压。我意识到我们的积压和对我们积压糟透了的理解和贡献。我可以看到问题可能是积压。
弗雷德
“有多少次你的团队告诉你没有障碍，然后完全失败了?”
频繁!根据我的经验，那是因为人们不再谈论实际的障碍，因为很明显这些障碍不会被解决。例如,它的主要障碍是常见的”我一天打断了93次,我需要一个安静的办公室工作(这是一船的研究支持我)”,但经理会说“不好意思,这里的老板相信开放的平面布置图,所以算了吧”。一两天后，人们就不会再在单口相声节目中提到它了。或者“我们在合并上浪费了大量时间，所以我们能升级到DVCS吗?”或者“内部bug跟踪工具太慢了，我们能修复它吗?”或者“我们没有足够的许可让所有人同时使用这个软件，所以我们可以买更多吗?”
如果站立会议实际上是由这样的人组成的:“你给我X，我将按时交付Y给你!”，以及有能力并愿意完成每一个X任务的经理，那么我们就能在每一个截止日期前完成任务。在实践中，发生的情况是，程序员说他们需要什么来完成他们的工作，然后经理说“对不起，不能做”(或者他们去找经理，经理告诉他们这一点)，然后就迟到了。这并不奇怪。我们告诉你我们需要什么以便准时交货，但你没有给我们。我想对公司来说，Open Floorplan和旧CVS服务器以及在软件许可上节省150美元比准时发货更重要。还记得那个狼来了的男孩的故事吗?当你问员工他们需要什么，却不给他们，他们就不会再告诉你他们需要什么。这很不幸，但并不令人惊讶。
我曾经在一些非常成功的地方工作过。他们有什么共同之处?管理层从不给任何人任何失败的借口!你想要一间私人办公室?完成了!你想要一个更好的bug追踪器?安装它!您想要一个软件许可，使您的工作更容易?这是公司的信用卡!在一天结束的时候，事情都完成了。 We didn’t have stand-ups, but people spontaneously volunteered suggestions of ways to make own their jobs easier, because they knew that these things always got resolved immediately.
“我们在处理待办事项方面合作得如何?”
这听起来像你网站上有10,000个小字拼写，你需要修复它们。大多数软件开发根本不那样。随着Brooks观察到（几十年前），将单一大问题重新分配给新工人需要更长的时间，而不是为现有人完成工作。
埃里克·T猫
我对Scrum的看法是，它通常是敏捷方法中唯一由许多站点发起的部分。它很快就取代了之前那些更有用的会议，变成了一场没有什么特别的日常争吵，而且很快就会被那些背不好或有其他疾病的人所厌恶，因为站着不动除了让背不好的情况更糟之外，没有什么好处。
我现在的网站是混合的，我的团队用老方法做事，我负责管理并负责完成工作。我支持我的团队，我消除了前进的障碍，并确保他们有合适的工具来完成工作。因此，我们有强烈的职业道德，实现我们的目标，拥有一个其他人都想加入的团队。那些忙于忙乱的人站在那里，没有按时交付任何东西，而且通常把时间花在指责上。这些争霸赛的行动使得橄榄球联盟的争霸赛看起来组织有序，运转良好!
对不起，我不是一个粉丝。
Eric，如果你只做每天的站立会议，你就不是在做Scrum。我知道这种情况经常发生，但这不是Scrum的错。我想进一步说，如果你是一个大型的、复杂的组织，你只做Scrum，甚至是完整的包，你可能没有大规模地做有效的敏捷。我很清楚，对敏捷原则的错误应用和过度简化Scrum过程将扼杀敏捷运动。目前，我们正试图用一种混合的方法来帮助客户，这种方法将Scrum、XP、精益、看板与更传统的程序、投资组合治理和指标结合起来。仅仅因为有些人在Scrum上做得不好，并不意味着我们必须抛弃那些有用的东西。
吉姆·本森
迈克,
我同意，这三个问题耗尽了所有单口相声的生命。
你的工作和我的工作之间的分歧很大。在许多公司里，我看到产品负责人也会这样做，他们会进来给程序员分配故事。然后，这些故事会在很少交谈的情况下并行完成。(Waterscrum)
我喜欢的视觉板是什么，即使人们仍然脱钙，他们至少_see_他们被剥夺了。更常见的是，他们不禁讨论董事会上的内容。然后发生变化。如果埃里克在墙上有一个寻呼板板，他至少可以在废话中指出并识别它。然后他的立场会有一些意义。
吉姆