每日立会（每日站立会议）
会议主旨：
PM主导这个会议，通常会议会围绕一块贴着任务标签和燃尽图的白板展开。如下图所示。本次会议主要明确三个问题：
1. 昨天完成了什么？
2. 是否遇到什么问题？
3. 今天打算干什么？
实践记录:
1. 开发同事到白板的”未开始”区域领取自己的任务并写上自己名字，把领去的任务卡片迁到“进行中”区域。
2. 开发同事回答上次提到的三个问题。如有问题先提出，会上不解答问题，会议后向其他同事咨询或者寻求帮助。
3. PM根据燃尽图进度讲述当前项目的进度和取得的成果。
4. 由于是一个新的团队，大家提出了一些接下来开发可能会存在的一些问题并商讨。
存在的问题:
1. 由于时间比较近，后端数据库设计的没有安排时间，这部分任务的时间只能挤出来。
2. 由于前端和后端的进度通常不统一，测试怎么比较好的测试验收功能。理想的情况是针对某个功能点前后端同时完成开发，测试可以结合后端和前端一起测试。现实往往是后端先完成，那么测试就先测接口，接口通过就算后端任务完成，前端完成了再测试前端。但是如果前端先完成好像不是太好测试，这个就需要测试在整个流程需要多花出一些时间。
3. 如何确保一个团队中不同职能成员对需求的理解比较到位？虽然大家提出了一些意见，比如需求宣讲，但是可能比较耗费时间。其实在保证团队成员对需求理解到位这个问题上，大家似乎忽略了SCRUM中很重要的一个实践就是TDD(测试驱动开发)。对于测试来说，测试可以通过测试用例来加深对需求的理解，在写测试用例的过程中需要考虑到需求的边界条件和功能效果，这些会驱动测试对需求理解和纠偏。但是对于开发，用TDD的模式可以达到同样的效果，但是在这次的开发中TDD基本还是没有使用起来。虽然和传统开发模式相比最后都使用测试用例来保障质量，但却有“刀斩肉身，心斩灵魂”之别，传统的单元测试代码是用”刀”，TDD确是用”心”，不在一个水准。后者能很大程度上保障开发人员对需求的理解。