| 作业所属课程 | https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24/?page=2 |
|---|---|
| 作业要求 | https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24/homework/15657 |
| 作业的目标 | 完成14天Alpha冲刺规划，明确前期工作改进方向，确定成员分工、工作量、开发计划与进度管理方案，为项目可演示版本交付做准备 |
| 团队名称 | 代码猫 |
| 团队成员 | 3124004391 崔剑浩 3124004387 曹宇剑 3124004394 董厚君 3124004398 黄子聪 |
一、冲刺计划
1. 冲刺前复盘与改进方向
在本次冲刺前，我们先对团队前期工作进行复盘，主要问题包括：
- 需求边界不够清晰，导致实现中途多次返工。
- 前后端联调节奏不一致，功能虽完成但体验不连贯。
- 测试阶段介入偏晚，部分问题在演示前才暴露。
针对以上问题，我们将“问题—原因—措施—验收”细化如下：
问题1：需求边界不清，返工频繁
- 具体表现：
- 同一功能在不同成员理解中存在差异，出现“做完后不符合预期”的情况。
- 开发中途频繁新增或修改细节，导致前后端重复改动。
- 原因分析：
- 前期需求描述偏口头化，缺少统一的书面验收口径。
- 功能优先级没有明确排序，开发顺序受临时讨论影响较大。
- 改进措施：
- 建立“需求清单 + 验收标准”双文档：每个功能都明确输入、输出、边界条件。
- 开发前进行 15 分钟需求对齐会，确认“本次迭代只做什么、不做什么”。
- 将功能拆分为
MVP（必须完成）与优化项（可延期），避免主线被打断。
- 验收标准：
- 每个任务创建前必须有对应验收描述。
- 迭代内需求变更次数明显下降，且变更需记录原因与影响范围。
问题2：联调节奏不一致，功能可用但体验割裂
- 具体表现：
- 前端页面已完成但接口未稳定，或接口就绪后前端字段未同步更新。
- 部分功能在单端可用，合并后出现参数不一致、状态不同步等问题。
- 原因分析：
- 缺少固定联调时段与接口变更同步机制。
- 数据结构约定更新后，没有及时广播到所有成员。
- 改进措施：
- 设立每日固定联调窗口（建议晚间 30 分钟），只处理“集成问题”。
- 统一接口字段文档，发生修改时在群内同步“变更前后对照”。
- 对关键接口增加“联调清单”（请求示例、返回示例、异常示例）。
- 验收标准：
- 每日联调后形成简短记录（已解决/待解决/责任人/截止时间）。
- 关键功能在同一环境可一次性跑通，不再依赖临时手工修补。
问题3：测试后置，缺陷集中暴露
- 具体表现：
- 临近演示阶段才发现关键问题，修复时间被严重压缩。
- 修复一个问题后容易引入新问题，回归验证压力大。
- 原因分析：
- 测试更多在“开发完成后”才介入，缺少过程中的小步验证。
- 测试用例覆盖不均，异常场景和边界输入关注不足。
- 改进措施：
- 执行“开发即自测”：每完成一个功能分支先做本地自测再合并。
- 每天安排一次最小回归，优先覆盖核心流程（问答、待办、笔记）。
- 补齐异常场景用例（空输入、非法参数、接口失败提示等）。
- 验收标准：
- 每日回归清单可追溯（测试项、结果、问题编号、修复状态）。
- 演示前关键路径无阻断性缺陷，且异常提示可被用户理解。
2. 成员工作分工与工作量（表格）
| 成员 | 主要职责 | 实际承担工作 | 工作量占比（约） |
|---|---|---|---|
| 曹宇剑 | 架构与后端 | 接口设计、服务整合、关键问题排查、版本发布 | 30% |
| 崔剑浩 | 前端与交互 | 页面结构优化、交互流程调整、可视化呈现完善 | 25% |
| 董厚君 | 测试与文档 | 用例设计、回归测试、问题记录、文档整理 | 25% |
| 黄子聪 | 数据与支持开发 | 数据整理、功能协作开发、演示材料配合 | 20% |
二、冲刺总结
1. 是否实现了冲刺计划中的项目改进？
总体上实现了主要改进目标：
- 需求先对齐后开发，减少了无效返工。
- 团队每日同步机制落地，前后端联调效率明显提升。
- 测试提前介入，问题发现更早，修复周期缩短。
2. 项目的亮点有哪些？
- 功能分区更清晰：学习问答、待办管理、学习笔记三块可独立操作。
- 交互体验更完整：界面视觉统一，主流程更直观。
- 支持大模型问答接入，具备进一步扩展空间。
- 团队协作机制更加稳定：通过每日短会与问题清单同步，能够更快定位阻塞点并分配处理人。
- 演示链路更完整：从问题输入、功能触发到结果展示形成闭环，便于课堂答辩时进行连续演示与讲解。
3. 项目目前还有哪些不足？
- 自动化测试覆盖仍不足，主要依赖手动验证。
- 数据持久化方式较轻量，后续可升级数据库方案。
- 错误提示虽有改善，但仍可继续优化用户友好度。
4. 每位成员的过程体会
- 曹宇剑：本次冲刺最大的收获是“先定义边界再实现”，这对稳定推进非常关键。
- 崔剑浩：前端不是只做页面，和后端数据结构对齐同样决定最终体验。
- 董厚君：测试前移后，很多问题能在小范围内快速闭环，效率明显提升。
- 黄子聪：协同开发中沟通频率比想象中更重要，及时同步能减少重复劳动。
6.团队项目 GitHub 仓库链接
- GitHub 仓库：(https://github.com/meowmiao228/SoftwareEngineering.git)
三、结语
本次冲刺让我们从“功能实现”进一步走向“流程规范与协作稳定”。团队“代码猫”在分工、联调、测试、复盘上的方法逐步成型。下一阶段我们将继续补强自动化测试、数据层设计与演示完整性，确保项目不仅能运行，也能持续演进。
在复盘过程中我们也达成了一个共识：课程项目的价值不仅在于“完成了多少功能”，更在于是否建立了可复用的工程实践。接下来，团队会继续推进三项改进工作：其一，补充更细粒度的测试记录与版本变更说明，让每次迭代都有据可查；其二，围绕真实教学场景继续优化交互细节，例如输入引导、错误反馈和结果归档；其三，固定需求评审、联调与回归测试节奏，减少临近截止日期的集中性风险。通过这些持续优化，我们希望把“代码猫”从一次性作业项目，逐步沉淀为可长期迭代的助教系统原型。
三、结语
本次冲刺让我们从“功能实现”进一步走向“流程规范与协作稳定”。团队“代码猫”在分工、联调、测试、复盘上的方法逐步成型。下一阶段我们将继续补强自动化测试、数据层设计与演示完整性，确保项目不仅能运行，也能持续演进。