站立会议
我们离开了。
站立会议是敏捷方法（如Scrum和XP）的核心实践。 团队每天举行简短的会议，回答3个问题：昨天我做了什么？ 我今天要做什么？ 我正在遇到什么？
站起来可以快速检查正在发生的事情，发生了什么变化，谁在做什么，谁需要帮助。 会议应该简短而甜蜜，每天不超过15分钟。 马丁·福勒列举了一些站立的好理由 ：
分享承诺 沟通状态 确定要解决的障碍 设定方向和焦点 帮助建立团队
但是， 并非所有人都认为站立的必要性，并且一些人开始质疑站立的价值，并正在寻找替代品。 参加不善的站立会议使许多人受了苦 。 有些人只是简单的不喜欢他们 。
随着我们从分阶段发布（每2-3个月发布一次）到每月发行2-3个小版本过渡，我们的团队成功地遵循了Scrum和XP的实践。 我们仔细研究了其他团队的工作方式，花时间学习了渐进式和迭代式开发方法，然后对我们有意义的方法进行了尝试和调整。 但是，我们没有采用的敏捷实践之一就是站起来。
几年前，当我们向团队介绍站立式的想法时，我们对此感到惊讶。 团队大致分裂。 有些人，特别是刚加入团队的人，或者曾经在成功的Scrum团队或XP团队工作过的人，都喜欢这个想法。 但是其他从一开始就加入团队的人都遭到了反对，其中有些人强烈反对。 他们有一些很好的理由：
我们已经在运营一项业务，同时在构建和交付新软件。 团队成员正在帮助支持系统，帮助日常运营并与业务部门紧密合作。 有些人在周末工作至周末或进行下班后的测试，其他人则在早期工作以解决启动问题或与合作伙伴进行协调，有些人在不同时区工作，有些人在家里工作，其他人处于整合合作伙伴和重要客户的呼唤。 不可能安排一次每日会议，甚至是一次简短的会议，这种会议对于每个人来说都是长期有效的。 这是一个示例（还有许多其他示例），需要重新思考在开发项目的受控，人为的现实中运作良好的敏捷开发思想，并使其适应日常运营需求和约束。
一些团队忙于重大变化或必须紧急处理的问题。 他们定期与其他团队成员会面，以解决设计问题并审查彼此的代码。 他们在需要时从其他团队成员或经理那里得到了帮助-无需等待每天的会议来提出阻碍者或获取他们需要的任何信息。
而且有几个性格内向的人讨厌所有会议，并且不明白为什么他们每天必须参加的会议要比其他任何会议都要好。 他们认为每天浪费了一个半小时–因为他们知道15分钟的会议，包括您保存正在处理的时间，参加会议，站起来，退出会议以及恢复生产性工作，这意味着每天至少要花30分钟（如果不是他们的工作时间）。
我们决定尝试其他方法来获得相同的结果，而不是尝试与团队进行争执来实施我们不确定确实需要的实践。
站立的替代方法
还有其他方法可以共享团队内部（外部）的状态。 因为我们在不同的国家和不同的团队中有一起工作的人，所以我们严重依赖我们的错误跟踪系统来管理工作积压，计划和计划工作以及散布状态信息。 错误跟踪系统供所有人使用，并与所有人共享：开发人员，测试人员，支持，业务运营，系统工程，IT，合规性和管理。 此处跟踪与软件和系统操作有关的所有事情，包括新功能和错误修复以及测试中发现的安全漏洞和问题，以及操作和基础架构的更改，合规性审查以及新客户。 使用系统的仪表板和通知提要，每个人都可以轻松地知道发生了什么，发生了什么以及何时发生。 团队不需要站起来就知道正在发生什么，谁在做什么，什么是时间表或下一步需要做什么。
需要知道正在发生什么并且想要确保每个人都按计划进行的管理人员可以通过MBWA获得所有这些信息。 定期的一对一会议有助于增强优先级，并确保每个人都有时间面对面并有机会提问，而不会浪费团队的其余时间。
站立时起立帮助
我可以看到，在项目的早期阶段，当团队开始团结起来，每个人都在努力设计，学习领域和技术并互相了解，发现彼此的长处和优势时，站立式站立会更加有用。怪癖。
没有站着的立场，新人很难加入团队，了解正在发生的事情和重要的事情，并弄清他们适合的位置。将新的团队成员与更有经验的人配对会有所帮助，但是如果您有几个或更多的人加入团队后，保持站立状态至少一段时间可以帮助他们加快速度。
价值随着时间下降
但是，当人们在一起工作了一段时间后，站立式电脑的价值下降了。 一旦团队陷入僵局，人们彼此了解并且可以相互依赖，他们就不必每天早上在会议室开会谈论他们的工作。 像其他在开始时非常重要和有用的实践一样，团队会成长或成长。
而且，随着您更多地从事维护和支持工作，当团队中的人员正在进行较小的个人更改和修正，而工作往往更多地是由中断驱动时，站起来是一种浪费。 一个人正在从事的工作与他人正在做的事情没有多大的关系。 他们不需要或不想互相倾听谈论他们所做的事情和将要做的事情，因为如果重要的话，他们无论如何都已经知道了 。
毛绒玩具，Nerf球和其他愚蠢的游戏
我对站立式游戏不喜欢的一件事是，它们本质上是家长式的-您像对待孩子一样对待团队，强迫他们每天聚在一起站在房间里（他们必须站起来，因为他们可以不能坐下来），让他们轮流发言几分钟（但前提是他们是猪，而不是鸡）。 在某些团队中，人们甚至会交出毛绒的小猪或Nerf球，或者遵循其他一些尴尬的仪式，以确保人们不会直言不讳。 如果这听起来很愚蠢和幼稚，那就是。 您的房间里满是孩子：不能问问题，不能解决问题的团队成员，他们必须站在那里并遵循愚蠢的仪式。 日复一日，周复一周，月复一月，年复一年…
与其将成年人像小孩子一样对待，为什么不让人们在需要或想要的时候见面-解决问题，审查要求或设计，对事件做出响应（根本原因分析），计划并确保人们知道需求或优先级何时发生重大变化。
如果实施站起来，我们会有不同的结果吗？ 大概。 对于团队和公司而言，结果会更好吗？ 我不确定。 我们为团队以及公司的其他成员找到了其他好的方式来跟踪正在发生的事情以及下一步需要做什么。 我们有一些误解，有些人的确走错了轨道-站起来可能有助于避免这种情况。 站起来会帮助新成员加入团队，从而加快步伐。 但是在我们疯狂的创业期间，团队的其他成员Swift陷入僵局，并建立了高水平的信任和开放性以及共同的承诺，而没有任何站立。 您能否建立高效，协作的团队而无需站着？ 当然可以。
站起来有一个地方，尤其是在不认识对方的早期，每个人都在学习并且不确定该怎么做以及彼此之间的位置。 但是不要做某事，或者如果您认为自己不需要做某事，那就继续做某事，只是因为有人在书中读过它或者在3天的SCM课程中了解了它。 是您的团队，您可以找到自己的成功之路。
参考：站立式–在Building Real Software博客上，从我们的JCG合作伙伴 Jim Bird 接受或离开 。
相关文章 ：
分解敏捷流程积压 针对用户和新采用者的敏捷软件开发建议 从敏捷开发中省钱 十分钟建设
翻译自: //09/standups-take-them-or-leave-them.html
站立会议
