2021-05-10 回顾会议纪要：呻吟抱怨区

纪要内容 本次会议由敏捷教练主导本次会议，会议主要内容如下：

一、迭代做的比较好的地方：

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、