1. Alpha

1. Scrum meeting 1

2. Scrum meeting 2

3. Scrum meeting 3

4. Scrum meeting 4

5. Scrum meeting 5

6. Scrum meeting 6

7. Scrum meeting 7

8. Scrum meeting 8

9. Scrum meeting 9

10. Scrum meeting 10

2. Beta

1. Scrum meeting 1

2. Scrum meeting 2

3. Scrum meeting 3

4. Scrum meeting 4

5. Scrum meeting 5

6. Scrum meeting 6

7. Scrum meeting 7

8. Scrum meeting 8

9. Scrum meeting 9

10. Scrum meeting 10

11. 测试报告α

12. 测试报告\(\beta\)

13. 发布声明α

14. 发布声明\(\beta\)

15. 钟瑞豪：DRF框架下的图片（文件）上传

16. 钟瑞豪：DRF用户权限以及邮箱验证

17. 孙烨：nginx+uwsgi部署DRF项目踩坑

18. 陈从文：后端代码覆盖率测试

19. 苏海翔：jsPlumb缩略图的生成

20. 王政：Django实现列表分页

21. 人员和任务的分配十分重要：在我们的开发过程中，开发人员需要根据自己的情况来对pm分配的工作提出建议。在每次例会中，我们都会分配下一个阶段的任务，如果任务分配得不均匀，那么会导致工作效率的下降。但实际上，即使分配得相对均匀，依然存在部分组员很早能完成，而另一部分不能完成的现象。可能任务的分配并不是完全讲究均匀的。

22. 在新功能的选择上，我们遵循mvp原则，根据用户的反馈决定开发封装、模型推理、模型市场等功能。

23. 核心功能优先完成：由于\(\alpha\)阶段人手不足，我们放弃了很多功能的开发。在\(\beta\)阶段一开始的开发阶段集中完成核心功能，能肯定核心功能一定能完成。在后续稳定和测试阶段修复bug、调整界面、开发部分辅助功能。

24. github项目管理上的优化：在α阶段，github平台每人一个功能分支，相互之间可能有冲突，没有他人检查直接merge，并且开的issue没有和PR进行关联。在β阶段有了显著的改进，基本上所有的提交都通过PR的形式，并且尽量做到了与issue的关联，虽然并不是所有的都严格这么执行的（因为会耗费大量时间），但是比起前一阶段有了大幅改进。

25. 需求一定要明确：在α阶段互相之间可能存在误解，因为需求不是非常明确。在β阶段进行了改进，我们最初完全以目标驱动，将所有人分为了封装、模型市场、模型推理三个核心功能开发小组。除了小组每星期3次同步会以外，各小组每周都会自行开3次小会。