复审和事后分析

先搞图片

 

 

设想和目标

  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中的一级,定义级别

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

磨合阶段。

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

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

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

时间观念

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

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

下个阶段需要改进什么?

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

猜你喜欢

转载自www.cnblogs.com/rookie-zheng/p/12032873.html