设想和目标
我们的软件要解决使学生对学习不感兴趣的问题,我们利用充足的时间做了计划,并一同商讨解决了团队对计划的不同意见。
是否有充足的时间来做计划?
答:有,因为我们小组会议开得很早,目标分工也很明确,所以有充足的时间来做计划.
团队在计划阶段是如何解决同事们对于计划的不同意见的?
答:我们小组大部分意见都是统一的,偶尔有分歧也会通过小组投票来决定出一个答案.
用户量、用户对重要功能的接受程度和我们事先的设想一致吗?我们离目标更近了吗?有什么经验教训?
答:用户量与我们的设想不一致,因为我们组个人能力有限,并没有做出一个完美能用的软件,我的经验教训就是努力提升自己的实力,使自己没有做出来的东西再次实现.
如果历史重来一遍,我们会做什么改进?
答:首先就是把个人能力提上来,然后就是小组对于问题更加细究,思路更清晰,做的软件也能更完美.
计划
你原计划的工作是否最后都做完了?
答:我们原计划的工作部分已完成
有没有发现你做了一些事后看来没必要或没多大价值的事?
答:我们所做的事都很有价值,任务当初指定的时候就是为了完成我们的软件,每一件事都很重要.
是否每一项任务都有清楚定义和衡量的交付件?
答:是,我们对每个人都进行了详细的人员和时间分配,励志把东西做得最好
是否项目的整个过程都按照计划进行?
答:是的,我们的整个阶段都是按照计划有序的进行。
在计划中有没有留下缓冲区,缓冲区有作用么?
答:我们留下了缓冲区为了防止出现bug等其他特殊情况
将来的计划会做什么修改?(例如:缓冲区的定义,加班)
答:将来的计划我们会详细分析需求,然后完善各种小细节
如果历史重来一遍,我们会做什么改进?
答:首先在最开始分工上就应该分工明确,然后就是对需求的深度分析
资源
我们有足够的资源来完成各项任务么?
答:我们有教课老师和专业老师的帮助,以及各种学习资料来完成我们的任务
各项任务所需的时间和其他资源是如何估计的,精度如何?
答:我们根据任务的难易程度来估计的,精度还算准确
用户测试的时间,人力和软件/硬件资源是否足够?
答:都很足够
你有没有感到你做的事情可以让别人来做(更有效率)?
答:没有,因为当初分配职务的时候就是按照自己擅长的,所以都很有效率
如果历史重来一遍,我们会做什么改进?
答:我们会将任务更加细分,然后留出更多的时间去做
变更管理
每个相关的员工都及时知道了变更的消息?
答:都及时的知道了,有任务都会发在群里,有没看见的也会私聊,直到回复为止
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答:我们依据需求的重要性来分配必须实现的核心功能
项目的出口条件(ExitCriteria)有清晰的定义吗?
答:没有,对这个不是很了解,需要老师的指导
对于可能的变更是否能制定应急计划?
答:可以,我们会立即召开每日例会来商量解决办法
员工是否能够有效地处理意料之外的工作请求?
答:不能,因为组员能力有限,可能无法应对,需要一起解决
如果历史重来一遍,我们会做什么改进?
答:让每个人都找到适合自己的任务,都能积极踊跃的参与到这个项目当中
设计和实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
答:设计工作是在需求被确定后实现,由我来完成,是合适的时间,合适的人
设计工作有没有碰到模棱两可的情况,团队是如何解决的?
答:有,通过投票来决定
团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?
答:没有
什么功能产生的Bug最多,为什么?
答:对战系统,地图
代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?
答:整合代码时进行代码复审,严格按照代码规范
如果历史重来一遍,我们会做什么改进?
答:更加完善主要功能
6.测试和发布
团队是否有一个测试计划?为什么没有?
答:有测试计划,由软件测试师完成
是否进行了正式的验收测试?
答:没有,时间比较仓促
团队是否有测试工具来帮助测试?
答:有夜神模拟器来帮助
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
答:因为软件最后并没有完全开发出来,所以没有测试效能
在发布的过程中发现了哪些意外问题?
没有发布
我们学到了什么? 如果重来一遍, 我们会做什么改进?
学到了制作软件的全过程,如果重来,我们会更加严格的要求自己
总结
1.每个人根据自己擅长的来分配职务,人尽其才
2.团队成员之间有互相帮助
3.采取团队成员投票来决定
对于码云的使用和解决问题的能力有很大提高
团队合作之间更加默契
我觉得目前团队最需要改进的就是提高个人编程水平。