alpha阶段问题总结随笔（一一一团队）

这个作业属于哪个课程	2301-计算机学院-软件工程
这个作业要求在哪里	团队作业—beta冲刺+事后诸葛亮
这个作业的目标	Alpha 阶段问题总结
团队置顶随笔	Beta冲刺置顶随笔（一一一团队）
其他参考文献	现代软件工程讲义 11 项目管理 - 事后诸葛亮会议

一、设想和目标

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

1、团队目的开发一款智能情绪检测与疏导的 APP，提供一款简洁、美观、便捷的情绪管理平台，通过让用户与智能机器人互动的方式及时判断出用户情绪并通过多种情绪调解策略帮助用户进行情绪宣泄和管理。
2、典型用户：大学生等青年群体
3、典型场景：部分年轻人的压力得不到合适的排解，长期积压在心中容易导致心理疾病，需要寻求合适的解决方法。

• 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

1、原计划的功能完成大部分，社区模块未完善。
2、Alpha 冲刺已按原计划结束并通过答辩。
3、原计划中未预设用户数量，如何推广我们的产品是我们面临的一大挑战。

• 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？

提高了，在 Alpha 冲刺过程中，我们团队首先进行了具体的分工，每个人具体做些什么内容，什么时候完成都进行了说明，这使得团队内的合作交流加强。同时在冲刺过程中我们每天都安排了站立时会议，及时了解项目进展，方便进一步推进项目。

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

目前对用户量并没有达预期，我们距离目标还有一定距离。

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

1、更详细地设计app功能，避免在实际开发过程中不知道具体要实现到哪种程度的情况。
2、合理分配工作量，前一阶段前端开发的人员较多，出现了部分样式不统一的情况。
3、加强团队交流，前后端也同样缺少交流，部分功能修改不够及时。

二、计划

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

alpha冲刺开始的时候安排比较匆忙，前几天项目进展较慢。

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

如果团队内部有不同意见，大家都会直接在qq群或者开会的时候直接指出，及时解决问题。

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

没有都做完，原因一是团队开发经验不足，原因二是投入时间不够多。

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

有，尝试用uview实现部分组件，后来发现并不适配vue3。

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

开发过程任务完成程度不够清楚。

• 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

没有完全按计划进行，开发过程中出现了不少bug，因为开发经验不足，所以解决起来比较困难。

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

没有

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

1、设置缓冲区，在ddl前完成任务，赶ddl太痛苦了。

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

在团队开发过程中要做好计划，要事先设想可能遇到的问题。

三、变更管理

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

是的，如果有变更的消息，我们都会在qq群里及时通知组员。

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

线下决定，共同讨论。

• 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

前端界面和原型设计相符合。
功能与需求规格说明书里的定义相符合。

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

能，我们每天会有集中编程的时间，当有人遇到无法解决的问题时会直接提出，集体解决问题。

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

能，团队合作氛围融洽，能主动承担额外的任务

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

学到了如何团队合作开发一款产品
如果重来一遍，我们会更详细地做需求分析，避免在开发过程中重复修改。

四、团队的角色、管理、合作

• 团队的每个角色是如何确定的，是不是人尽其才？

1.我们的组长会在总体分配时了解每位成员的相关技能、可分配时间等细节。
2.在组长对成员们大致有一定了解后，在我们集体开会时对我们的分工进行大致的讨论与安排，确保每位成员同意自己的分工并且了解自己的具体任务。
3.在每天的冲刺会议中组长会整合各个部分的当前进度，合理调配人员。

• 团队成员之间有互相帮助么？

在前后端对接以及AI模型训练与应用部分大家互相帮助。
不仅如此，在日常开发中出现的一些小问题以及开发中的页面展示、思路问题等均有互相帮助。

• 当出现项目管理、合作方面的问题时，团队成员如何解决问题？

我们会内部进行讨论，在每天的冲刺会议中及时沟通，解决问题。

五、设计和实现

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

设计工作在原型设计阶段由小组成员共同思考讨论确定备选方案，最终由组长组织投票完成。项目设计工作距离冲刺时间较远，因此时间和人员都合理，且设计完成后，组员有足够时间学习相关开发知识。

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

团队基本上都是在线下讨论完成会议，有问题直接提出，大家随即展开讨论，投票，最终仍然无法确定的由组长拍板决定。

• 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

社区功能产生的bug最多，我们对于发帖和搜索帖子这类功能开发缺少经验。

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

1、组员开发前会自行阅读代码规范后续才展开代码编写工作，然后组员之间交叉审核，最终组长合并的时候再次审核。
2、在 Alpha 阶段对于代码规范的审查没有做的很好，在beta界面会重点展开

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

1、从团队合作方面，我们学到了如何高效的利用github协调合作，如何利用集体办公软件高效分配，同步任务，如何有效地沟通。
2、从个人进步方面，我们每个人都有自己的任务，不同风格能学到不同的知识，比如前后端开发，美工，原型设计，AI算法等。
3、 我们可能会加快一些进度，一起工作的时候少聊天，多干活儿哈哈

六、测试和发布

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

有，我们通过apifox对后端接口进行统一的测试。

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

部分功能未能完善，还未进行正式的验收测试。

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

使用apifox来帮助测试。

• 团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

这些在alpha冲刺我们团队并为涉及，下一阶段的冲刺我们会对此制定相应的计划。

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

真机跳转失败、接口调用错误，数据不匹配等问题。

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

这是我们首次开发移动app，对开发过程中的细节都没有把握好，如果能够重来一次，我们将着重加强测试工作，及时对后端接口进行测试。