项目回顾
1.设想和目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
要解决界面的UI问题,定义清楚。
是否有充足的时间来做计划?
是,
团队在计划阶段是如何解决同事们对于计划的不同意见的?
在团队内部讨论,并解决意见的不一致。如果实在无法解决,就投票少数服从多数
用户量、用户对重要功能的接受程度和我们事先的设想一致吗?我们离目标更近了吗?有什么经验教训?
用户量,用户对重要功能的接受程度和我们事先的设想基本一致,我们离目标更近了,要多沟通
如果历史重来一遍,我们会做什么改进?
会更快的制定并完成目标
2.计划
你原计划的工作是否最后都做完了?
都已做完
有没有发现你做了一些事后看来没必要或没多大价值的事?
把主界面做的过于复杂化,用户找不到主要功能,我们还费力,属实没有太大价值
是否每一项任务都有清楚定义和衡量的交付件?
有清楚的定义
是否项目的整个过程都按照计划进行?
项目的整个过程都按照计划进行。
在计划中有没有留下缓冲区,缓冲区有作用么?
没有留下缓冲区,缓冲区可以存放我们目前解决不了的目标。
将来的计划会做什么修改?(例如:缓冲区的定义,加班)
设立缓冲区,应对突发的状况。
如果历史重来一遍,我们会做什么改进?
不犯之前的错误,吸取经验。
3.资源
我们有足够的资源来完成各项任务么?
有,可以去问老师和比自己学习好的同学,也可以去网上查阅资料
各项任务所需的时间和其他资源是如何估计的,精度如何?
各项任务所需的时间和其他资源是根据我们每人人的实际情况,实际水平预估的,上下偏差不大。
用户测试的时间,人力和软件/硬件资源是否足够?
用户测试的时间,人力和软件/硬件资源足够
你有没有感到你做的事情可以让别人来做(更有效率)?
有,因为比我更有效率的是比我学的好的,而比我学的好的更应该去完成我所不会的,让那些大神下来完成这些简单的太浪费时间了。
如果历史重来一遍,我们会做什么改进?
目标会更多,更完善,更精确,抓紧完成不拖拉。
4.变更管理
每个相关的员工都及时知道了变更的消息?
组员有微信群,有变更组长会在群里及时发消息
我们采用了什么办法决定“推迟”和“必须实现”的功能?
在群里面讨论,哪些是首要目标首要功能,哪些是完成首要目标首要功能之后做就可以的。
项目的出口条件(ExitCriteria)有清晰的定义吗?
有
对于可能的变更是否能制定应急计划?
能,会在组里及时的讨论并制定计划
员工是否能够有效地处理意料之外的工作请求?
能,碰到意料之外的会及时发到群里,及时讨论。
如果历史重来一遍,我们会做什么改进?
目标会更多,更完善,更精确,抓紧完成不拖拉。
5.设计和实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
在组里讨论,合适的人
设计工作有没有碰到模棱两可的情况,团队是如何解决的?
有,组里讨论,举手表决
团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?
没有
什么功能产生的Bug最多,为什么?
我们的项目功能比较少都是文字所以Bug很少。
代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?
由编程人员进行复审,编写时就严格遵循代码规范
如果历史重来一遍,我们会做什么改进?
抓紧完成不拖拉。
6.测试和发布
团队是否有一个测试计划?为什么没有?
我们是写完一个就测试一个
是否进行了正式的验收测试?
每写完一部分就会测试一部分
团队是否有测试工具来帮助测试?
用浏览器
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
浏览器运行,出现错误及时修改
在发布的过程中发现了哪些意外问题?
无
我们学到了什么? 如果重来一遍, 我们会做什么改进?
团队的重要性,多沟通,多学习。
总结
1.我们基本完成了自己制定的目标
2.大家都很活跃的一起解决问题
3.组员之间互相帮助