敏捷开发是响应市场和需求变化的一种开发方法，以迭代和增量开发为显著特征。
站立会议（stand up meeting）是每天的一个标志性活动，将团队召集起来，并让每个人了解当前项目进展状况的一种会议。
在 scrum 中也称为 daily scrum。
一句话
站立会议的精神内核在于团队成员之间的沟通，要在成员之间建立起更紧密的关系，不失时机寻求帮助，会后继续跟进交流。
会议程式
- 每天召开，固定时间，10点钟准时。
在两地办公情况下，我们也在下午5点召开第2次会议。 - 全体成员，站立一起，15分钟为宜。
- 围绕三个问题：昨天完成了什么？今天做什么？哪些障碍妨碍了我的进展？或者说：取得了哪些进展？有哪些障碍妨碍了我的进展？
会议要点
- 站立会议的精神内核在于沟通，要在成员之间建立起更紧密的关系。
- 站立会议是要促进后续的对话交流（利用站立会议机会，不失时机寻求帮助或者合作，会后继续跟进交流）
- 识别问题：在问题成为大问题之前把该问题识别出来，了解到潜在的挑战。
- 知识传播：源于更紧密关系和后续对话交流。
注意事项
- 最重要的一点，请记住，站立会议是团队成员之间的沟通会议，而非向领导层或其他关系人汇报的任务状态更新会议（在禅道上任务状态都很清楚）
- 同步各自的进展（progress），你的进展对谁有影响，谁的进展对你有影响。（我某某任务做完了，谁谁可以怎么怎么了，或者某人主动说，你那个任务做完了，那我可以开始做某某任务了）
- 识别问题：影响进展的问题障碍，尤其是体系性的、普遍性的，一定要拎出来寻求帮助，当场能决定的当场决定，否则可以列一个任务去解决。
- 具体问题会后讨论：站立会议更多的是沟通互相的进展，自然就不是解决具体问题的合适场合。具体的问题，会后有关人员讨论。
- 时间有限，直击要点。鼓励所有成员参与，部分成员不在现场不影响准时开始。
- 本质上，团队协同效率的高与低，就在于能否缩短关键路径。只有任务分解得当、关联关系合理、人员合作无间，团队目标的实现才有保证。
识别问题
7月9日会上提出的3个问题具有普遍性，不仅影响当下也影响未来的效率：
- 接口文档 diff 不易，是否改用 markdown 或者有其他办法？
- 接口返回 json 数据中数字类型不确定问题（字符串还是数字）？（源于 redis 和 mysql 的数据有不同表现）
- 大的重构后要完整回归测试问题（APP 一拆二后地图功能失效引发）
问题解决方案
{
"succ": "0",
"msg": "您已经在其他城市注册登记了"
}
- 尽早测试、经常测试、充分测试。一个通行的做法就是若干个开发版本后就进行一次大回归，只要做到经常测试就能发现问题。
