复审和事后分析 rookie

先搞图片

 

设想和目标

  1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
    解决超市营销管理、物资管理、人员调配。比较清楚。典型用户和典型场景就是超市与超市管理员、销售员。
  2. 是否有充足的时间来做计划?
    一开始计划时间比较充裕,后面的时间可能有点紧迫,代码整合、前后端交接方面所做的计划不够充裕,导致很多时间给浪费掉了
  3. 团队在计划阶段是如何解决同事们对于计划的不同意见的?
    大家一起讨论,一般都可以解决,实在解决不了的队长决定统一意见。
  4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
    测试的用户量加上我们只有很小的一部分人,接受程度还勉强。目标更近了。

计划

  1. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
    计划中大致工作基本都完成了。后台逻辑没有实现完全,因为时间不够,某些逻辑实现起来麻烦。
  2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
    有些方法没有封装好。导致重复造轮子。
  3. 是否每一项任务都有清楚定义和衡量的交付件?
    是的。一小部分后台和前端的理解不一样交流起来稍稍有点偏差。
  4. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
    是的,项目还算比较顺利
  5. 在计划中有没有留下缓冲区,缓冲区有作用么?
    有预留,要兼顾这个项目与考试作业,缓冲区的作用还是很大的
  6. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)
    要学会合理控制时间,平衡好每一项任务,要有合理的缓冲区给其他任务时间。
  7. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
    任务一定要分配好。规定好应该完成任务的时间。重来一遍一定要实现一个更加精美的界面,更符合用户的使用习惯

资源

  1. 我们有足够的资源来完成各项任务么?
    有资源,每人成员都非常努力,还有有丰富项目经验的大佬带着我们打码。
  2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
    有点瞎蒙的感觉。精度不咋地。
  3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
    测试的时间,人力和软硬件资源足够。设计方面难度确实比想象中高。
  4. 你有没有感到你做的事情可以让别人来做(更有效率)?
    有感到。我只是在重复画轮子,可其他人可能早就用轮子造了部车,相当于实现别人早就实现过的任务。

变更管理

  1. 每个相关的员工都及时知道了变更的消息?
    是的,非常及时的通过微信进行沟通,每天都会进行相关的讨论。
  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
    看功能的重要性及实现难度。
  3. 对于可能的变更是否能制定应急计划?
    能制定应急计划,因为计划赶不上变化,开发过程中不会一帆风顺,变化又接踵而来,往往每一个任务的进行都会有不同的问题,但基本上都能解决。
  4. 员工是否能够有效地处理意料之外的工作请求?
    可以,接受能力强,通宵就能肝出来了。

设计/实现

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

我们设计在老师公布作业的第一时间,迪希为我们的负责人,我们一起讨论来完成;是合适时间,合适的人

  1. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
    有!不同人不同思想,但我们一起讨论最佳方案。
  2. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
    使用了,这些工具好用,节省我们测试的很多时间。
  3. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
    主要是界面的展示出现bug最多,因为窗口和实现里面逻辑是不同人编写,所以不了解;大的bug没有,出现一些小的bug,比如登录功能没有校验;因为开发时间紧张。
  4. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
    每个人按自己实现的功能模块复审

6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
团队合作,编写代码能力的提升,开发进度的紧迫感;合理安排工作时间,了解清楚需求,很好的分工

测试/发布

  1. 团队是否有一个测试计划?为什么没有?
    有,每个人测试自己实现的功能
  2. 是否进行了正式的验收测试?
    是的
  3. 团队是否有测试工具来帮助测试?
    有,junit Test等
  4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
    我们主要是了解负责各个功能模块开发人的进度,如果有人进度慢,或者遇到不能解决的困难,我们就一起探索,一起解决,追求一致的开发进度,严格按照计划时间
  5. 在发布的过程中发现了哪些意外问题?
    没有什么意外,一切正常

总结

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

达到CMM中的一级,定义级别

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

磨合阶段。

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

分配工作合理,团队协作能力提升,之间更进一步有默契

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

时间观念

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

我们小组每个人都很负责,有责任意识,有共同完成任务的决心,每个人都付出很多,同时,每个人都有时间观念,严格按进度进行,每个人都很默契,互相帮助,共同努力,完成任务

下个阶段需要改进什么?

改进我们设计的能力,设计合理的需求,适应市场需求,不能一味的按个人主观意识来设计各个模块。

姓名

角色

团队贡献分

可验证的贡献

梁迪希(组长)

前端

23

前端页面开发

许峰铭

后台

22

后台开发

谢伟杰

后台

21.5

后台开发

甘永强

前端

21

前端页面开发

郑雁昇

数据库

20

数据库开发

布雷斯

数据库

19.5

数据库开发

原文地址:https://www.cnblogs.com/rookie-zheng/p/12032873.html