事后诸葛亮分析报告

事后诸葛亮分析报告

一、项目总结与反思

我们的软件要解决什么问题？是否定义得很清楚？
答：我们的软件要解决学生共享笔记和课程资料的需求，目标定义清晰。
用户量, 用户对重要功能的接受程度和我们事先的预想一致么？我们离目标更近了么？
答：目前处于开发阶段，用户对核心功能的接受程度尚待测试验证，但离基础版本目标更近了一步。
和上一个阶段相比，团队软件工程的质量提高了么？在什么地方有提高，具体提高了多少，如何衡量的？
答：相比上一阶段，团队通过明确的任务分工和每日燃尽图跟踪提高了工程管理效率，衡量依据是工时预估与进度的可控性。
我们达到目标了么？
答：是滴，我们已完成冲刺任务规划

二、计划

是否有充足的时间来做计划？
答：我们计划做得挺充分的，每天任务和工时都列得很清楚。

计划阶段如何解决不同意见？
答：在定计划时大家有不同意见会先讨论，基本以完成核心功能优先。

原计划的工作是否最后都做完了？
答：原计划的任务基本都覆盖了，但第五天有一些任务还没明确内容。

发现做了不需要或没价值的事吗？
答：没发现做没价值的事，每项任务都围绕用户和笔记系统展开。

每一项任务是否有清楚定义和衡量的交付件？
答：每个任务都有明确交付物，比如页面或API开发，好衡量进度。

项目过程是否按照计划进行？
答：整体是按计划走的，每天剩余工时都在减少，燃尽图也符合预期。

三、资源

是否有足够的资源来完成各项任务？
答：人员和时间基本够用，但第五天内容略显空泛，可能需临时补充任务。

时间和其他资源的估计精度？
答：预估工时比较精确，每天任务完成情况与燃尽图基本匹配。

测试资源是否足够？
答：目前资源够用，但系统化测试覆盖度还可加强。

工作效率提升建议？
答：建议每天开会快速对齐进展，减少任务间等待时间，提升协作效率。

四、变更管理

变更通知是否及时？
答：是

如何决定“推迟”和“必须实现”的功能？
答：功能优先级以“是否影响核心流程”为判断依据，例如注册登录笔记上传属于必须实现，非核心功能可后续迭代。

必须实现：会影响功能，系统的主要功能实现问题

出口条件是否清晰定义？
答：是

五、设计/实现

设计工作的时机？
由大家讨论决定，一般是课后确定各自的任务量，然后自行安排时间去完成，随时保持沟通

设计碰到模棱两可的情况如何解决？
对内讨论决定，如果意见有所分歧，由全体投票决定

使用了哪些工具来帮助设计和实现？
前端技术：HTML5 ， CSS3 ， JavaScript技术栈，配合Bootstrap框架
后端技术：java(Spring Boot + JPA，采用了MVC分层架构)
数据库：MySQL

什么功能产生的Bug最多？
对于上传笔记产生的bug最多

代码复审如何进行？
由模块分工的另一个队友进行复审

六、测试/发布
是否有测试计划？
答：是，我们根据用户使用场景制定了测试矩阵，覆盖了系统访问、用户系统、笔记管理等核心功能模块。

是否进行了正式的验收测试？
答：是，我们按照出口条件进行了验收测试，确保所有核心功能完备且关键Bug已修复。

测试工具的应用？
答：我们主要采用手动测试验证功能，未使用自动化测试工具，主要通过浏览器和本地环境进行测试。

测量并跟踪软件效能？
答：目前未进行系统化的效能测量与跟踪，主要专注于功能实现和Bug修复。

发布过程中发现的问题？
答：发布过程中未发现新问题，但已知项目目前仅支持本地部署运行，这是当前的主要限制。

七、团队的角色、管理与合作
角色确定是否合理？
答：是，分为前端，后端，每个人更加专注自己要做的事情，保证项目的开发效率

团队成员之间是否有互相帮助？
答：是，当团队成员遇到问题的时候会在开会提出，大家思考解决方案

解决项目管理和合作问题的方式？
答：主要靠面对面沟通和微信联系，有问题就及时说，一起调整。

八、总结与展望
当前状态属于哪个档次？
答：算是基础可用，但功能还比较简单，属于入门档。

最需要改进的一个方面？
答：系统的稳定性和性能，现在偶尔还会有点小卡顿

对照敏捷开发的原则，做得最好的是哪些？
团队协作方面，沟通挺频繁的，能快速响应变化。
项目开发方面，我们迭代比较快，优先实现了核心功能。

下一阶段如何提高软件工程的质量？
答：打算引入更规范的测试流程，同时扩展一下积分和评论功能，本次由于时间赶，没能实现。

九、团队贡献分
姓名 职位 团队贡献分
冯诗萍 前端 22
吴业鸿 后端 18