283
社区成员




#一、设想与目标
##1.我们的软件要解决什么问题,是否定义的很清楚?
学生就业困难问题,是。
##2.是否有充足的时间来做计划?
有充足的时间来做计划
##3.团队在计划阶段是如何解决同事们对于计划的不同意见的 ?
每个成员说出自己的想法,择优选择。
##4.有什么经验教训?如果历史重来一遍,我们会做什么改进?
代码编写很困难,如果历史能重来一遍,我们会好好学习代码,让编写更加得心应手。
#二、对计划的回顾
##1.你原计划的工作是否最后都做完了,如果有没做完的为什么?
都做完了
##2.是否每一个项目都有清楚定义和衡量的交付件?
是
##3.是否项目的整个过程都按照计划进行?
是。
##4.在计划中有没有留下缓冲区,缓冲区有作用吗?
有留下,缓冲区的作用是让我们一点BUG一点BUG修复,不用等到堆积在一起时再一次性处理比较费劲。
5.我们学到了什么,如果历史重来一遍,我们会做什么改进?
编写一个软件需要的工序很多,如果重新来一遍,我们要丰富我们的个人知识,让编写代码更加容易些。
#三、对资源的回顾
##1.我们有足够的资源完成各个项目吗
有,不会的问以前的老师。
##2.各个项目所需的时间和其他资源是如何估计的,精度如何
没有估计
##3.你有没有感受你做的事情让别人来做更有效率?
有,让更会的人做会更加节约时间。
##4.有什么经验教训,如果历史重来一遍,我们会做什么改进?
因为前期比较懒所以后期的工作量很大,如果历史重来做什么都要向前看,不要往后推,不然任务堆积在一起做很麻烦,并且容易出错。
#四、对变更管理的回顾
##1.每个相关的员工都及时知到变更的消息吗?
知道
##2.项目的出口条件(什么都做好了)有清晰的定义吗?
有,满足需求分析上面的内容
##3.对于可能的变更是否能制定应急计划?
无
##4.员工是否能有效的处理意料之外的工作请求
无
##5.我们学到了什么,如果历史重来一遍,我们会做什么改进?
如果有应急变更要有应急处理能力。
#五、对设计/实现的回顾
##1.设计工作有没有遇到模棱两可的事情,团队是如何解决的
有,学生就业系统的制作软件使用。
##2.代码复审是如何进行的,是否严格执行了代码规范?
每次运行看是否报错,如果报错及时改进。
##3.我们学到了什么,如果历史重来一遍,我们会做什么改进?
要学会用好的框架,会事半功倍,
#六、对团队角色、管理、合作的回顾
##1.团队的每个角色是如何确实能力的,是不是人尽其才?
根据自己诉说自己的能力,自己申请自己的工作。
##2.团队成员之间有互相帮助吗?
有
##3.当出现项目管理、合作方面的问题时,团队成员如何解决问题?
互相沟通
##4.感谢
感谢大家的帮助
##5.我的软件工程水平有什么提高?
熟悉了代码的编写
##6.你觉得团队目前的状态属于CMMI中的那个级别
已定义级
##7.你觉得团队目前处于萌芽/磨合/规范/创造阶段的哪一个阶段?
磨合阶段
##8.你觉得团队在这个里程碑相比前一个里程碑有什么改进?
能力得到了提升
##9.对于本书5.3.7TSP的原则或者敏捷流程的原则,你觉得目前最需要改进的一个方面是什么?
优化页面,看起来更美观