回顾总结
1.设想和目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
提高对学习进制转换的效率和兴趣,定义还算清楚
是否有充足的时间来做计划?
是 学期初即公布了本学期项目的安排 我们进行了广泛的人群调研与需求分析
团队在计划阶段是如何解决同事们对于计划的不同意见的?
主要PM的产品原型为主
用户量、用户对重要功能的接受程度和我们事先的设想一致吗?我们离目标更近了吗?有什么经验教训?
不一致 离目标还是有距离 毕竟是第一次完成软件的制作,我们小组沟通不到位,还有感觉自己自身方面技术不过关。
如果历史重来一遍,我们会做什么改进?
对任务时间进行更细致的安排,对人员任务划分要更细致
2.计划
你原计划的工作是否最后都做完了?
完成了
有没有发现你做了一些事后看来没必要或没多大价值的事?
我感觉都挺有价值的,努力做事不管价值如何都会有所进步
是否每一项任务都有清楚定义和衡量的交付件?
不是 我们团队的每一项任务并没有经过讨论和协商确定
是否项目的整个过程都按照计划进行?
是 大部分都是
在计划中有没有留下缓冲区,缓冲区有作用么?
有 缓冲区对我们项目的最终完成起了很大的作用。
将来的计划会做什么修改?(例如:缓冲区的定义,加班)
将来的计划中将会留下更多的缓冲区用以解决发生在意料之外的情况,以及更好地完善产品;进一步改善任务的分工安排,优化团队间的合作, 提高团队的工作效率
如果历史重来一遍,我们会做什么改进?
在本次团队冲刺中, 我们团队协力完成了二进制软件的开发,在这一过程中我们初次经历了团队的共同开发,认识到了计划对整个项目方向和进度的重要性。如果历史重来一遍,我们会事先做好更加完善的计划,并在项目进行中根据实际情况及时对计划做出修正。
3.资源
我们有足够的资源来完成各项任务么?
我们有老师和助教的帮助
各项任务所需的时间和其他资源是如何估计的,精度如何?
精度方面大多数任务的估计与实际工作量都是按难度预估的,精度一般
用户测试的时间,人力和软件/硬件资源是否足够?
功能测试上时间的余量相对来说比较宽松
你有没有感到你做的事情可以让别人来做(更有效率)?
我感觉我只要会,就会尽力效率也还行, 不会的肯定别人会更有效率
对项目任务的分块工作量估计不够精准,导致一部分的人力资源浪费
如果历史重来一遍,我们会做什么改进?
更加细化分工
还有界面的优化
软件的完善
4.变更管理
每个相关的员工都及时知道了变更的消息?
不算及时,群内少有人员沟通
我们采用了什么办法决定“推迟”和“必须实现”的功能?
结合产品开发前期我们做的大量的用户需求分析来决定
项目的出口条件(ExitCriteria)有清晰的定义吗?
应该没有明确的清晰定义
对于可能的变更是否能制定应急计划?
否
员工是否能够有效地处理意料之外的工作请求?
鉴于团队成员都是在校生,平时课业较为繁重,所以如果要临时增加需求或功能应该不能
如果历史重来一遍,我们会做什么改进?
做好注释工作
5.设计和实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
由PM完成剩下我就不知道了
设计工作有没有碰到模棱两可的情况,团队是如何解决的?
PM定
团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?
我们暂时没有进行单元测试
什么功能产生的Bug最多,为什么?
游戏页面
代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?
我没有很好地进行代码复审,应该是小组成员进行的
如果历史重来一遍,我们会做什么改进?
格按照代码规范进行编写代码,也会进行复审
6.测试和发布
团队是否有一个测试计划?为什么没有?
有吧
是否进行了正式的验收测试?
没有
团队是否有测试工具来帮助测试?
虚拟机算吗
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
从软件实际运行的结果来看,这些测试工作还是有用的,解决了很多问题
在发布的过程中发现了哪些意外问题?
没有
我们学到了什么? 如果重来一遍, 我们会做什么改进?
软件的开发过程中,测试这一环节是必不可少的
总结
团队成员开始逐渐熟悉和适应团队的工作方式
功能实现不够完善
工作无序,管理无章法,缺乏健全的管理制度