团队作业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 函数,以及实现跑跑小程序登录页、发布页和聊天模块的开发
posted @ 2020-12-01 01:41  BichonCode  阅读(16)  评论(0编辑  收藏