你真的理解敏捷开发中每日站立会议的意义吗？

敏捷开发最简单也最容易实施的莫过于每日的站立会议，然而，人们往往把这次会议视为工作汇报会，这实际上是一个严重的误解。

一般来说，每日的站立会议包括三个问题：

昨天的工作内容

今天的工作计划

实践过程中遇到的困难

常见形式：昨天的工作成果汇报（我昨天一整天都很忙）；今天的工作计划（我今天也很忙）；没有困难（我只负责编写代码）；或者有很多困难（抱怨……）。

但是，这次会议的真正目的是促进团队之间的沟通：昨天的工作内容：我已经完成了这个 API （前端可用）；我已经完成了这个功能（测试可以开始）；此问题已解决（感谢您的帮助）；等等。

今天的工作计划：今天我将制作这个图片（如果 API 有问题，我可能会找到后端开发）；今天我将制作这个 API （前端很快就会提供）；我今天要做这个测试（如果有问题，我可能会给你一张 bug 罚单）；今天我要和客户开个会（需求或计划可能会有变化）；等等。

困难：我的画面正在等待 API （您可能需要调整工作优先级或在后端加速）；我的设计正在等待客户反馈（你可以先看看设计，但可能会有变化）；我今天会联系客户（帮你问这个问题）；等等。

这个简短的会议应该更像一个小广播，每个人都可以收到与工作相关的最新消息。同时，当你遇到困难时，你也可以通过这个小广播吸引大家的注意力。

许多公司每天都会召开站立会议，以两周的 Sprint 作为迭代周期，再加上 Jira 等管理工具，就堂而皇之地说成功地转变为敏捷开发。然而，仔细观察就会发现，当任务被划分时，一些用户故事（ user story ）只有一个故事点，而另一些则有十几个故事点（两周内只有十个工作日！）；定义需求时，页面上有几十个字段。无论这些字段的重要性以及它们是否将在未来使用，都要与客户逐一行进行讨论；在讨论解决方案时，应讨论所有边缘情况，例如考虑移动开发中的所有设备类型；等待各种迹象表明，他们本质上仍在遵循瀑布式开发过程。

这种形式主义根本无法实现敏捷的基本思想，结果只会适得其反，团队成员被这两种模式之间的差距所束缚。

来源：快推 365 网站