团队作业6——事后诸葛亮分析

一、设想和目标

1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

我们软件是要解决公众号表白墙不能实时发布、需要人工审核的问题。定义得很清楚。描述得很清晰,麻烦移步我们的博客 

2. 是否有充足的时间来做计划?

有充分的时间做计划,但是没有充分的时间执行计划

3. 团队在计划阶段是如何解决同事们对于计划的不同意见的?

团队通过腾讯会议开会来讨论,看最后谁说服谁。并不会出现最后争论不休的情况,因为我们都是善于听取他人意见并思考的人

4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

目前只有体验版,尚未发布

二、计划

1. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

原计划工作未全部完成。后期作业积压较多,且考试到来,时间较少,导致计划未完成。

2. 有没有发现你做了一些事后看来没必要或没多大价值的事?

3. 是否每一项任务都有清楚定义和衡量的交付件?

是的

4. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?

整个过程并未完全按照原计划进行。由于技术或者私人原因,偶尔会耽误项目预期计划的开展,最大的问题是后期项目为完全完成。无风险为预估到

5. 在计划中有没有留下缓冲区,缓冲区有作用么?

由于时间较短、待完成功能较多,所以未留下缓冲区

6. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)

完善未完成的功能,并进行小程序的上线发布。

三、资源

1. 我们有足够的资源来完成各项任务么?

这个是相对足够的,无论是技术力还是物质基础(比如服务器等),我们团队中都有大哥提供保障;

2. 各项任务所需的时间和其他资源是如何估计的,精度如何?

各项任务基本按照要求的时间完成,精度尚可;

3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

人力和软件/硬件资源足够,除去编程以外的部分我们也给予了充分的重视,并且有不差的收益;

4. 你有没有感到你做的事情可以让别人来做(更有效率)?

在一些技术方面团队中有更厉害的人,但是还是需要分工来分担压力;

四、变更管理

1. 每个相关的员工都及时知道了变更的消息?

由于我们在微信群里会进行每日总结,而且会时常交流,所以不存在变更消息通知不及时的情况

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

结合项目的主要功能和次要功能,开展团队会议进行探讨决定

3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

有,我们团队在开展会议的过程中一同确定了出口条件

4. 对于可能的变更是否能制定应急计划?

没有,如果有突发的困难,我们会加班加点改完。而且由于我们的目的非常明确,没有考虑变更的情况。

5. 员工是否能够有效地处理意料之外的工作请求?

是的,如果有临时需要附加的需求,队员都非常积极地领取任务并进行对应的修改。

五、设计/实现

1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

设计时由全体成员一起参与设计讨论,设计完由前后端各派出一个人来搭建基本架构。是合适的时间、合适的人。

2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?

有,解决方法是以少数服从多数决定的。

3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?

使用了,无论在开发中还是测试中都有使用相应的测试软件,效果有效。

4. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

在动态查询过程中Bug最多,由于当时有较多的逻辑问题,以及要设计出符合用户的操作的功能,所以Bug最多,在开发中也只是想到一部分问题而已,有些坑还是得在实践中来踩。

5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

代码复审时有相应的测试人员和代码审查人员,保证了主支的正确性。

6. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

学到了如何做一个合格的时间管理大师。如果可以重来一次,我会在数据库的设计时会深入考虑结合实际情况来设计。然后压缩工期,保证项目有一定容错率。

六、测试/发布

1. 团队是否有一个测试计划?为什么没有?

2. 团队是否有测试工具来帮助测试?

Junit、Postman、JMeter

3. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

根据响应时间和代码质量来跟踪软件效能,从结果来看这些测试工具很有用。改进:尽快上线,让更多的用户进行体验,可以更好的发掘不足。

4. 在发布的过程中发现了哪些意外问题?

目前尚未发布,体验版中没有发现意外的问题

七、总结

1. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

达到CMMI中的三级,定义级别

2. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

规范阶段

3. 你觉得团队在这个里程碑相比前一个里程碑有什么改进?

管理更加的规范,技术运用更加熟练,开发效率有所提升

4. 你觉得目前最需要改进的一个方面是什么?

项目完整性和开发效率

5. 我们小组什么地方做的比较好?

  • 在前后端分离开发的过程中,队员的交流非常频繁,部分成员有一点点项目开发的经验,而且相互熟悉,配合有默契,开发起来较为顺利。
  • 我们团队前后端时常有经验分享会,会议上有相关技术的交流,避免走一些不必要的弯路。
  • 成员都非常的积极给力,大部分情况能够按时完成自己认领的任务。在完成自己任务的前提下,会主动的分担队友的任务。

6. 下个阶段需要改进什么?

根据体验人员或其他小组的意见反馈进行下一个阶段的开发,并对当前的版本进行完善改进并发布。

7. 会议合照

image.png

8. Alpha阶段的角色和具体贡献

总分: 20 * 5 = 100 分

姓名

角色

团队贡献分

可验证的贡献

陈锐基

前端开发、测试

22

  • 博客展示
  • 浏览首页、热门、我关注人发表的表白墙
  • 搜索表白墙、用户、我的关注用户、我的粉丝
  • 访问用户个人主页及其动态
  • 关注、取关用户
  • 消息推送
  • 单个/多选/全选标记已读、未读、删除消息记录的功能
  • 授权登陆
  • 查看我的关注、我的粉丝用户列表

罗艺明

后台开发、测试

21

  • 浏览首页、热门、我关注人发表的表白墙
  • 消息推送
  • 单个/多选/全选标记已读、未读、删除消息记录的功能
  • 授权登陆
  • 表白详情和评论详情展示
  • 项目底层搭建和代码优化
  • 数据库设计

林跃玲

后台开发、测试、项目经理

19.5

  • 点赞和评论
  • 查看我赞过的动态
  • 关注、取关用户
  • 访问用户个人主页及其动态
  • 搜索表白墙、用户、我的关注用户、我的粉丝
  • 用户信息查询

郑秀欢

前端开发、测试

19

  • 表白详情和评论详情展示
  • 点赞和评论
  • 查看我赞过的动态
  • 修改个人信息(昵称、个人简介、年龄、生日)、主题颜色
  • 关于我们
  • 意见反馈

向宇

后台开发、测试、UI设计师

18.5

  • 一些美工设计
  • 反馈功能
  • 关注的部分功能
  • 关于我们
  • 查看我的关注、我的粉丝用户列表
  • 修改个人信息(昵称、个人简介、年龄、生日)、主题颜色


posted @ 2020-06-15 01:09  Chendabaiiii  阅读(175)  评论(0编辑  收藏  举报