团队作业6-事后诸葛亮分析
一、 设想和目标
1.1 我们的软件要解决什么问题？ 是否定义得很清楚？
- 本小程序解决由于疫情校园管控导致外出不方便、时间和距离等原因需要校内跑腿服务的问题。
- 定义很清楚。
- 具体可移步至校园跑跑选题介绍查看。
1.2 我们达到目标了么？
- 我们已完成基本跑腿小程序基本功能，能按原计划交付时间交付。
1.3 用户对重要功能的接受程度和我们事先的预想一致么?
- 目前只有体验版，尚未正式发布，内测用户基本能接受软件提供的功能。
二、 计划
2.1 是否有充足的时间来做计划?
- 有，并在相应时间内制定了较为详尽的计划。
2.2 团队在计划阶段是如何解决同事们对于计划的不同意见的？
- 团队成员若对计划产生分歧，则令其分别论述其观点的优势所在与对方观点的劣势所在，通过少数服从多数的原则决定团队计划。
2.3 原计划的团队工作是否最后都做完了?
- 基本做完了，因为是第一次团队项目，我们会根据实际情况来制定最近的计划，不会盲目空想以后计划，我们会隔一段时间给出之后一段时间的计划，并根据变化及时修改计划，完成计划的迭代。
2.4 有没有发现你做了一些事后看来没必要或没多大价值的事?
- 没有，做的每一件事都有相应的价值存在，正因为做了，就算是不好的方法，我们也可以从中吸取经验，得出更好的方法。
2.5 是否每一项任务都有清楚定义和衡量的交付件?
- 每一项任务都有相对详尽的定义，若出现定义上或理解上的问题，队员们可以及时讨论，得到清楚的定义。
2.6 是否项目的整个过程都按照计划进行？
- 项目的整个开发过程基本都能按原定计划进行，没有出现什么意外。
2.7 在计划中有没有留下缓冲区，缓冲区有作用么?
- 计划中留有空余的时间供团队成员合理分配自己的工作用时，我们认为是有作用的。
2.8 将来的计划会做什么修改？
- 继续完善补充功能，争取小程序的上线发布。
三、 资源
3.1 我们有足够的资源来完成各项任务么?
- 资源相对充足。一方面，网上有相应教程与资料，另一方面，我们利用学生的身份白嫖了阿里云的两个Linux服务器。
3.2 各项任务所需的时间和其他资源是如何估计的，精度如何?
- 以软件的各个功能为单位，对所需时间进行估计，精度为天数。
3.3 测试的时间，人力和软件/硬件资源是否足够?
- 所有成员都一起进行软件测试，通过在不同环境不断运行调试，资源相对足够。
3.4 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
- 美工的能力十分优秀，除去编程以外的部分我们团队也给予了充分的重视，因此有不差的收益。
四、 变更管理
4.1 每个相关的员工都及时知道了变更的消息?
- 可以及时知道变更消息。更新的代码能及时上传到团队的码云中，重要消息也会在团队微信群中通知。
4.2 我们采用了什么办法决定“推迟”和“必须实现”的功能?
4.3 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
- 完成以下条件即可出口：
- 各模块之间连接无明显问题。
- 实现发布，查看，搜索的基本功能。
- 实现登录评论、编辑个人信息等的必要辅助功能。
- 日常使用中不出现明显bug。
4.4 对于可能的变更是否能制定应急计划?
- 有，如有变更我们会迅速讨论，及时给出应急计划。
4.5 员工是否能够有效地处理意料之外的工作请求？
- 由于经验不足，有时一些新增的需求与改进，组长带领大家一起导论，最终基本都解决了。
五、 设计/实现
5.1 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
- 设计工作在确定选题后开始的，并在需求分析时不断改进。
- 由团队的所有成员讨论确定。
- 由于是小团队的小项目，故时间与人员都较为合适。
5.2 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
- 给出原始方案，然后沟通解决，后续改进。
5.3 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
- 使用了单元测试，非常有效，单元测试能小范围地测试，更容易找出bug，还有使用jmeter、postman、swagger-ui等测试工具。
5.4 什么功能产生的Bug最多，为什么？
- 跑腿和订单状态的改变，因为涉及到的状态比较多，而且，又是有时候前后端分别理解出错误。
5.5 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
- 严格执行了代码规范，我们严格按照阿里巴巴开发规范（华山版）进行开发，开发过程中，
都会相互检查代码规范和业务逻辑是否出错，以及代码的扩展性是否良好，这不仅仅是一个互审过程，更是一个分享与学习的过程、
六、测试/发布
6.1 团队是否有一个测试计划？为什么没有？
- 有。团队有一个较为详细的测试计划，具体参照此处。
6.2 是否进行了正式的验收测试？
- 有。 对所有功能都进行了测试。
6.3 团队是否有测试工具来帮助测试？
- 有。使用junit进行单元测试，使用postman和swagger-ui进行接口测试，使用jmeter进行性能测试。
6.4 如何进行压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
压力测试，能够让我们清楚本项目的并发量，能支撑多少个用户，当业务量扩展的时候，及时更换服务器。
6.5 在发布的过程中发现了哪些意外问题？
- 暂时没有。
六、总结
6.1 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
- 二级，还能继续进步，还在继续补充功能。
6.2 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
- 在团队任务分配方面更加规范和明确，大家彼此之间也更熟悉，相较上一个阶段感觉更加顺利。
6.3 会议照
七、团队的角色，管理，合作
- 总分：20*7 = 140分
| 姓名 | 角色 | 团队贡献分 | 可验证的贡献 |
|---|---|---|---|
| 陈智超（组长） | 后台开发、测试 | 25 | 负责后台总架构、登陆、跑腿需求的发布、搜索、修改、个人页面的开发、私聊模块的增删改查、部署项目上线， 协调组员的工作 |
| 魏龙涛 | 后台开发、测试 | 20 | 主要负责后台订单模块的开发和完善、后期维护及修改；配置反向代理、提供服务器和域名配合项目开发 |
| 陈桂红 | UI设计师、项目经理、测试 | 20 | UI设计师、产品经理 |
| 陈燕 | 后台开发、测试 | 18 | 主要负责个人信息和小部分接口等开发以及博客撰写、接口测试 |
| 林雪花 | 前端开发、测试 | 20 | 首页和我的 两大模块的开发，封装部分工具函数 |
| 林雨欣 | 后台开发、测试 | 17 | 博客编写、接口测试 |
| 吴晓璇 | 前端开发、测试 | 20 | 主要负责配置封装部分工具函数和 api 函数，以及实现跑跑小程序登录页、发布页和聊天模块的开发 |
