bate阶段项目总结

Beta里程碑总结

设想和目标

1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

要解决的问题是如何实现消息的发布与查看以及个人主页的实现;定义的基本清楚,团队成员都了解;曾经从数据库管理员的角度对典型用户和典型场景有清晰的描述。

2. 是否有充足的时间来做计划?

两次冲刺之间的时间我们团队做了详细的计划,并分工。

3. 团队在计划阶段是如何解决同事们对于计划的不同意见的?

阐述理由,意见还是不统一时投票。

 用户量、用户对重要功能的接受程度和我们事先预想的一致吗?我们离目标更近了吗?

用户量和设想的差不多,但用户好像要求比较高;离目标只近了一点点吧。

如果历史重来一遍, 我们会做什么改进?

进行充分的准备,详细的讨论。

计划

1. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

没有都做完,只完成了一个发布、删除、修改消息的功能;因为原计划的目标设立不合适,所以只完成了1/5左右。

2. 有没有发现你做了一些事后看来没必要或没多大价值的事?

这样的事比较多,我们的分工不是特别明确,对项目还有很多不懂的地方,走了很多弯路。

3. 是否每一项任务都有清楚定义和衡量的交付条件?

不是全部都有清楚定义和衡量的交付条件。

4. 是否项目的整个过程都按照计划进行?

是,但总会比预期的时间长。

5. 在计划中有没有留下缓冲区,缓冲区有作用么?

有,有一星期左右的缓冲时间;这段时间可以完善项目,写文档等。

6. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)

将来会多花一些时间自学、团队合作讨论等。

我们学到了什么?如果历史重来一遍, 我们会做什么改进?
定好最终的目标,不能过高也不能过低;团队成员多一些合作。

资源

1. 我们有足够的资源来完成各项任务么?

有,图书馆的书、网上的教程、学长学姐的程序

2. 各项任务所需的时间和其他资源是如何估计的,精度如何?

任务完成时间比预期的长,是根据工作量、工作难度与个人能力估计的,精度不是很高。

3. 用户测试的时间,人力和软件/硬件资源是否足够?

测试时间很长;人力不够;软件/硬件是足够的。

4. 你有没有感到你做的事情可以让别人来做(更有效率)?

有,因为自己有时候认识问题不够全面。

 

有什么经验教训?如果历史重来一遍, 我们会做什么改进?

正确安排时间,团队成员之间加强沟通

变更管理

1. 每个相关的员工都及时知道了变更的消息?

是,通过每天站立会议通知变更的消息。

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

成员间互相讨论,都认为不重要的功能推迟实现,比如发布校园动态。认为重要的功能及与设定的目标密切相关的必须实现,比如消息的增删改查等。

3. 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?

版本稳定,功能已基本实现,很少的bug

4. 对于可能的变更是否能制定应急计划?

能,四个人的力量是无限的。

5. 员工是否能够有效地处理意料之外的工作请求?

我们学到了什么?如果历史重来一遍, 我们会做什么改进?

合作的方式可以让项目成功事半功倍;设定合适我们的团队的合作方式。

设计/实现

1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

由组长张雪晴提出,三个成员一起出点子;在团队成立之后提出的。

2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?

有,团队成员讨论得出一致结论。

3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?

有用到单元测试,其他的没有;比较有效。

4. 什么功能产生的Bug最多,为什么?

消息写入数据库的BUG较多,对这方面的知识不够熟悉。

5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

由一位成员检查调试;基本符合规范。

我们学到了什么?如果历史重来一遍, 我们会做什么改进?

把程序规范化。

测试/发布

1. 团队是否有一个测试计划?为什么没有?

写过测试计划

2. 是否进行了正式的验收测试?

没有

3. 团队是否有测试工具来帮助测试?

没有,是自己测试的

4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

通过用户的使用感受和反馈进行改正。

5. 在发布的过程中发现了哪些意外问题?

投票阶段出现一点问题;发布力度小。

我们学到了什么?如果历史重来一遍,我们会怎么改进?

总结

你觉得团队目前的状态属于CMMI中的哪个级别?

可重复级:建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。

你觉得团队目前处于萌芽/磨合/规范/创造阶段的哪一个阶段?

处于磨合和规范之间。

你觉得团队在这个里程碑想比前一个里程碑有什么改进?

团队合作的更加紧密。

你觉得目前最需要改进的一个方面是什么?

有阶段性的总结;前期的分工不是很明确;时间估计不准确,时间没有把握好

原文地址:https://www.cnblogs.com/hldyqt/p/5610792.html