团队作业6——事后诸葛亮分析

一、作业基本信息

这个作业属于哪个课程	广工2023软件工程课程
这个作业的要求是什么	团队作业6——复审与事后分析-CSDN社区
这个作业的目标	事后诸葛亮分析
其他参考文献	无

二、设想和目标

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

我们软件要做能免费听歌不需要vip充值，定义很清楚，明确是给没有经济条件但是想要听歌的音乐爱好团体。

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

有时间，但是并不知道如何合理地做计划。

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

刚开始大家都没啥思路，有人提出来做什么觉得可以就去做了，后面有啥问题会在群里提出来，大家都相互妥协一番。

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

下次一定要仔细规划软件目标。如果重来我们会更早开始项目，多多讨论项目未来。

三、计划

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

计划的工作没有都做完，一些细节优化，布局什么的没做完，因为这对整体框架的影响不是很大。

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

很多，比如讨论了一些优化问题但最后都没有去实现。

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

大部分都没有，因为我们大家都不知道做到多少，做到怎么样才算可以，就想着先做完再说。

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

基本上是，分配完工作后每个人都有责任感去做完它。

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

原先没有去考虑缓冲区问题，只是会根据彼此的进度互相帮帮忙，现在想来这段时间应该算是一种缓冲，帮助我们的进度同步。

6. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）

为我们留个缓冲区

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

事前规划很重要！！！，如果重来一定好好做规划。

四、资源

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

没有，有一些资源没有渠道获得，只能靠自己去摸索。

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

我们是自己粗略估计出来的，我们没有对应的相关经验和指导，所以就凭自己的感觉判断，精度一般。

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

   不够的，无论是从时间还是精力来说是不够的。

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

这当然了，如果让比我们更有经验的人来做的话，效率和质量会高很多

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

平时要多多积累各种类型的软件的代码。重来一次的话我们会提前恶补相关知识

五、变更管理

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

一有变动我们都会在群里讨论，所以每个人都能及时知道。

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

一是参考其他产品所具有的功能，二是能够满足我们产品的需求

3. 项目的出口条件（Exit Criteria）是否得到清晰的定义?

可以流畅使用，不会突然神经闪退，运行不会突然卡死，可以实现我们的目标。

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

基本没有制定过，出问题就都停下来讨论。

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

这不好说如果有意外工作请求的话会考虑工作的优先度。

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

合理分配任务。如果重来一遍，我们会先选择更加谨慎安排任务。

六、设计/实现

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

设计工作很早就开始了，由我们小组一起讨论，对我们来说是太早了，浪费了一些时间，没有及时选择出负责这一模块的人。

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

有的，很多时候不知道要选择哪一种方案，最后小组投票选择。

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

有的，通过这些工具我们设计实现起来效率更高。

4. 什么功能产生的Bug最多，为什么？

多窗口显示功能，这里的话代码交流量大，优化效果不是很好。

5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

代码复审的话是由编码者自己从头到尾过一遍的。

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

设计也要找一个人来分工。如果重来一次，首先找一个人来负责一下设计。

七、测试/发布

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

有的，我们测试计划很明确，测试人员才知道要怎么测试。

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

时间匆忙就直接由我们小组的测试人员进行测试。

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

没有，直接人工上手。

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

我们只是用自己的设备登入软件并测试使用的效果，这些工作让我们知道还有那些内容欠缺的，改进的话主要是设计有点丑。

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

服务器不稳定，有时候会没有响应。

八、总结

你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

我认为达到CMMI中的三级，定义级别

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

规范阶段。

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

大家的合作效率比以前高了很多

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

分工合作

我们小组什么地方做的比较好？

我们总体来说合作起来是成功的，大家都的发挥的差不多，没有说孰优孰劣，我们的团队氛围就非常好。

下个阶段需要改进什么？

没有下了阶段了。但还是期待大家后续的合作

九、Alpha阶段的角色和具体贡献

名字	角色	团队贡献分	可验证的贡献
叶志文	QA	10	多少bug修复
王徳楷	Dev	10	多少码量
尹小龙	Dev	10	多少码量
曾麒	QA	10	多少bug修复
杨恒	PD	10	多少文档
潘荣燊	PD	10	多少文档

十、团队合照