NAG博客目录

一、Scrum Meeting

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

二、测试报告

  1. 测试报告α
  2. 测试报告\(\beta\)

三、发布说明

  1. 发布声明α

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

四、技术博客

  1. 钟瑞豪:DRF框架下的图片(文件)上传
  2. 钟瑞豪:DRF用户权限以及邮箱验证
  3. 孙烨:nginx+uwsgi部署DRF项目踩坑
  4. 陈从文:后端代码覆盖率测试
  5. 苏海翔:jsPlumb缩略图的生成
  6. 王政:Django实现列表分页

五、习得的软工原理/方法/技能?

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

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

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

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

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

posted @ 2020-04-09 11:28  ITAS2024  阅读(179)  评论(2编辑  收藏  举报