一、设想目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清是否有充足的时间来做计划?
推荐信息不全面,推荐内容比较单调,代码基础较弱
团队在计划阶段是如何解决同事们对于计划的不同意见的?
没有不同意见
用户量、用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?
分工明确,距离完善项目 越来越近。
有什么经验教训?如果历史重来一遍,我们会做什么改进?
工作方面和团队积极讨论 改进的话 要分工更明确。
二、计划的回顾
你原计划的工作是否最后都做完了?如果有没做完的,为什么?
团队完善代码 ,我负责上传码云 已经完成工作
2.有没有发现你做了一些事后看来没必要或没多大价值的事?
有
3.是否每一项任务都有清楚定义和衡量的交付件?
是 组长确定好我们积极辅助
4、是否项目的整个过程都按照计划进行?
完全按计划进行
在计划中有没有留下缓冲区,缓冲区有作用?
有 进一步的检查BUG 去进行修改
6.将来的计划会做什么修改?(例如:缓冲区的定义,加班。)
扩充团队 完善项目更快些
我们学到了什么?如果历史重来一遍,我们会做什么改进?
团结 克服困难,积极讨论
三、对资源的回顾
我们有足够的资源来完成各项任么?
差不多。能够积极完善
各项任务所需的时间和其他资源是如何估计的,精度如何?
测试的时间根据代码进行测试 修改BUG
测试的事件根据代码试的时间、人力和软件/硬件资源是否足够?对于那些不需要编程的资源(美工设
计/文案)是否低估难度?
不足 低估难度了
4.你有没有感到你做的事情可以让别人来做(更有效率)?
没有 但是困难的 地方有找人帮助
有什么经验教训?如果历史重来一遍,我们会做什么改进?
代码方面会加强,业余时间巩固一下其他知识
四、对变更管理的回顾
1.每个相关的员工都及时知道了变更的消息吗?
组长都会及时通知到
2.我们采用了什么办法决定“推迟”和“必须实现”的功能?
采用学生和老师的角度出发
3.项目的出口条件(什么叫“做好了)有清晰的定义么?
基本满足用户体验的需求
4.对于可能的变更是否能制定应急计划?
个别组员还不能够处理到
员工是否能够有效地处理意料之外的工作请求?
经过团队讨论可以的
我们学到了什么?如果历史重来一遍,我们会做什么改进?
会更好的处理相关问题,遇到困难及时解决
五、设计、实现
-
设计工作在什么是时候,有谁来完成?是合适的时间,合适的人么?
课余时间,团队来完成,是的,有团队来完善 -
设计工作有没有碰到模棱两可的情况,团队是如何解决的?
没有
-
团队是否运用单元测试,测试驱动的开发,或者其他工具来帮助设计和实现?这些工具有效么?
idea 有效 -
什么功能产生的bug最多?发布之后发现什么重要的bug,为什么在设计时没有想到?
上传代码时候会出现小失误导致 重新上传 -
代码复审是如何进行的,是否严格执行了代码规范?
是
六、测试/发布
-
团队有没有测试计划?
有的 -
有没有做过正式的验收测试?
没有 -
团队是否有测试工具来帮助测试?
有 -
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
实施对比,进行测试 目前还算满意 -
发布的过程中发现了哪些意外问题?
暂时没有意外出现
我们学到了什么?如果历史重来一遍,我们会做哪些改进?
在进行测试发布中还是会不知所措,不知道该如何处理,我们之后会更好地分析和处理问题。
总结:
团队的角色,管理,合作
-
团队的每个角色是如何确定的,是不是人尽其才?
根据个人的长处去分配的 -
团队成员之间有互相帮助么?
一直在互相帮助 -
当出现项目管理,合作方面的问题是,团队成员如何解决问题?
共同解决问题