纪要内容 本次会议由敏捷教练主导本次会议，会议主要内容如下：
一、迭代做的比较好的地方：
1、各组组员一个人干一件事，工作专注，驱动力强，保障了迭代工作按时上线
2、迭代遵循工作计划，前期做好设计评审，过程推动强，各个环境均时间点提交，提测质量高
3、成员责任心、主动性提高，主动推动工作进展，各环境保障质量提高
二、被表扬人
1、戴雨恒，接口同事、产品表扬称赞，协助开发同事分担汇集基础工作，帮助产品分析问题；
2、陈心宇、王少卿受测试团队表扬，能够清晰理解分内的工作及工作量，给与砍掉需求提供有利支持；
3、团队内部相互感谢相互支持，迭代工作顺畅，整体团队气氛更为融洽；
三、迭代内存在的问题汇集：
1、工具太多，项目计划表、工时统计表（redmine）、leangoo、日报周报，走着迭代的模式，参考着敏捷的样式（产品）
2、项目工作模式有问题，敏捷不敏捷，迭代不迭代，过程文档太多（开发）
3、接口工具太多，eulink、swagger、详细设计接口部分（开发）
4、接口文档不准确，维护多份，不确定该怎么看（测试）
5、敏捷提升阶段，但是目前看不到实质性提升（开发）
6、接口团队前期工作过于紧张，总体工作量要一周内完成70%，提供测试团队测试、提供前端联调（开发）
7、需求设计还是相对紧张，因为工期砍了部分需求，影响了产品设计质量，对需求有临时调整（产品）（计划相关）
8、由于时间紧，临时砍掉需求，给产品带来了需求设计上的困扰（产品）（计划相关）
9、后期需求影响到前期需求的前端框架，具体为权限功能变更，前期没有，后期提出来，首页功能布局后期设计与前期设计不一致导致前一迭代修改（前端）（计划、需求相关）
10、详细设计评审不够细，前端与接口还有部分没有在一次会议上沟通清楚，期望过的更为细致
呻吟抱怨区
近期待解决问题：
1、工具太多，文档多，敏捷与瀑布确定（产品、开发、测试、敏捷教练，QA组会）组内先评估，周四组织评估，涉及问题1、2
2、接口文档、eulink、swagger 考虑合并到一个（重新组会）周五前完成，涉及问题3、4
3、实例化评审时间短，希望实例化详细设计时间增加细致，增加评审时间（本次开始）涉及问题10、
