【HelloKitty团队项目】Alpha阶段事后分析

最新推荐文章于 2024-07-25 16:44:27 发布

HelloKittyTeam

最新推荐文章于 2024-07-25 16:44:27 发布

阅读量512

点赞数

分类专栏： Alpha 文章标签： scrum 软件工程

本文链接：https://blog.csdn.net/hellokittyteam/article/details/130619463

版权

项目	内容
这个作业属于哪个课程	2023北航软件工程
这个作业的要求在哪里	团队项目-Alpha阶段事后分析
我在这个课程的目标是	学习软件工程技术，完成团队开发流程
这个作业在哪个具体方面帮助我实现目标	Alpha阶段复盘总结

设想和目标

我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的软件目标是实现一个智能化、定制化的英语学习软件，为用户提供多层面定制化的英语学习内容，多维度可维护的共享数据仓库，并通过引入ChatGPT，给用户带来多模态沉浸式的人机交互体验。
在我们的功能规格说明书中，描绘了六个典型用户以及对应的典型应用场景。这些应用场景主要突出了当前现有的英语学习软件所缺失或难以满足用户需要的地方。
我们达到目标了么（原计划的功能做到了几个？按照原计划交付时间交付了么？原计划达到的用户数量达到了么?)
我们的Alpha阶段基本达到了我们原计划的目标。在原计划中，我们要实现用户登录注册、基本的背单词功能、对词单的自定义创建和管理、三大特色复习模式（故事模式、写作模式、刷题模式）、可对话的英语学习小助手、数据统计。Alpha阶段截止时，以上功能均实现并交付。原计划达到的用户数量在alpha期间达到1/5，beta期间还有较大的宣发空间。alpha期间用户数量较小的原因可能包含：
- 宣传范围比较小，具有使用需求的受众占比小，用户使用量不大
- 宣传活动主要在五一假期中进行，用户们外出游玩，学习时间少，对软件需求小
- 软件还待完善，需要更趣味性的功能来吸引更多的用户
和上一个阶段相比，团队软件工程的质量提高了么？在什么地方有提高，具体提高了多少，如何衡量的？
- 由于不存在上一个开发阶段，在代码质量上难以比较。
- 在团队合作上，我们的效率和之前相比有所提高。经过前一段时间的磨合，我们对coding的使用更加熟悉，能熟练的借助coding和群聊对任务进行分配，和前期的调研阶段相比，大大减少了彼此间的冲突与重复工作。
- 我们还制定了一系列的规范来减少甚至避免发生冲突或出现异常情况时所需额外耗费的时间损失。和上个阶段学习团队git提交时处理冲突消耗的时间相比，我们在本阶段因为这类问题导致的时间消耗大幅减少，可以很快完成处理。我们的规范包括：
  - 代码格式与项目结构规范。
  - git操作规范。
  - 前后端接口编写规范。
用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
用户量上，软件共50+人参与体验，背单词功能共计90+人次、复习单词功能共计120+人次、智能对话功能共计360+人次，略低于我们的预想。用户对重要功能的使用次数上，可以看到单词复习和对话的使用次数较多，比较符合我们对功能重要性的预期，用户对重要功能的接受程度与我们预想的一致。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
- 在刚开始设想的时候有一些功能没有深入考虑，比如数据统计功能，没有明确用什么样的展示方式展现给用户。因此在计划和实现阶段又经过了多次讨论。如果重来一遍，应该在设想时更加明确功能设计。
- 部分功能在开发时发现有各种情况没有在设计时被考虑到，最后实际实现和初期设想略有不同。如果重来一遍，应该从多个角度，比如开发角度、正常使用角度、异常使用角度，对功能进行更细致的考虑。
- 尽管已经做了一些规范，还是有部分地方因为没有规范或规范存在疏漏，导致花费额外时间去统一。如果重来一遍，会在项目初期加强这些规范的约束。

计划

是否有充足的时间来做计划?
我们在本阶段有充足的时间做计划。在项目初期，我们通过调研对软件的功能做了整体规划。在实现的各个阶段中，坚持通过Scrum Meeting对后两日的任务进行较为详细的计划分工。
团队在计划阶段是如何解决同事们对于计划的不同意见的？
开发过程的计划阶段通常是在Scrum Meeting中进行的，因此当出现不同意见时，会由提出意见者在会议中直接阐述自己的想法，包括实现的难易度、对软件的质量影响等。然后组内对不同看法进行讨论，对每个看法进行评判，找到共识度较高的想法，然后逐步讨论解决方案，平衡并解决每个人的问题。
你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
- lzh：运维工作做完了，部署好生产开发环境的CICD。没有完成每日打卡的API，因为更适合并入到beta阶段数据分析统计一起做。
- zl：基本上做完了，但是对话功能只是实现了没有历史记录的简单对话，因为优化部分适合放到beta阶段。
- zya：基本上完成了，因为前端将复习模块的历史纪录放到Beta阶段进行，因此对应的记录保存与提取也放到Beta阶段实现了。
- ljh：负责模块中的功能基本都做完了，数据统计因为和其他多个功能相关，只简单设计了UI，功能打算放到beta阶段进行。
- xzh：负责的模块功能基本完成，由于缺乏音频来源，单词读音部分放在beta阶段完成。
- lyq：负责模块所有功能基本完成，前端可以有更好的UI设计，优化放在beta阶段进行。
- wyy：负责模块所有功能基本完成，但尚未完成查看复习记录的功能，放在beta阶段完成。
有没有发现你做了一些事后看来没必要或没多大价值的事?
- lzh：开发初期没必要后端先来设计数据模型和API，可能不适合前端页面开发的逻辑。后期大量修改数据模型时容易migration文件冲突
- zl：爬单词数据库时候为了扩充数据库多爬了很多单词，但是质量不高（缺