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

这个作业属于哪个课程	班级的链接
这个作业要求在哪里	作业要求的链接
这个作业的目标	召开事后诸葛亮会议，发布一篇事后分析报告

团队会议图:

1. 设想和目标

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

志愿者管理系统的目标是提升志愿者活动组织的效率，典型场景包括：

​ 志愿者在前台浏览活动、报名和反馈。

​ 管理员在后台高效管理活动、志愿者信息和发布公告。

​ 系统的功能需求在规划阶段经过多轮讨论，目标清晰，场景明确。

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

​ 功能达成情况：系统核心功能全面实现，包括志愿者和管理员两种身份的前后台操作。

​ 交付情况：按时交付并部署，但部分次要功能的优化延迟一周。

​ 用户数量达成情况：实际用户量为计划的85%，稍低于预期。

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

​ 代码规范和测试覆盖率显著提高，Bug修复时间缩短30%。

​ 文档质量和版本管理也有提升，便于后续维护和扩展。

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

​ 核心功能的用户满意度较高，但交流反馈模块的使用率低于预期，说明部分用户需求未充分挖掘。

2. 计划

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

​ 计划时间相对紧张，需求细化未完全覆盖所有功能，导致部分开发阶段出现返工。

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

​ 团队通过周会讨论达成共识，意见整合的效率偏高。

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

​ 除部分优化功能外，其余核心任务均按时完成。未完成部分因资源和优先级问题被延后。

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

​ 没有。团队在计划阶段对每项任务都有清晰的目标和优先级，避免了做没必要或没多大价值的事。

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

​ 核心任务定义清晰，但部分次要任务验收标准不够具体。

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

​ 主要意外包括数据库兼容性问题和用户需求变更，影响了开发进度。

3. 资源

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

​ 在开发过程中，团队资源总体上足够，尤其是在核心开发和测试人员配置方面。

​ 但是在项目初期，设计资源（如美工和文案）配置不足，导致部分功能（如用户界面设计）进度有所滞后。

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

​ 各项任务的时间和资源是基于类似项目的经验进行估算，估算精度在80%左右。

​ 初期阶段任务估算较为乐观，未充分考虑复杂功能的开发难度和潜在的技术挑战，导致时间预留不够。

3.3 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

​ 测试资源：初期测试时间安排偏紧，未完全考虑到系统集成测试的复杂性。

​ 美工设计/文案：设计和文案的工作量被低估，导致设计初稿未能及时完成，影响了最终交付时间。

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

​ 项目中的一些重复性工作（如文档整理和简单的功能测试）可以通过团队成员之间的有效分工来提高效率。

4. 变更管理

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

​ 变更通知通过团队内部的微信群都进行了及时通知。

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

​ 功能推迟和优先级划分基于团队成员的建议和项目紧急度，来确定每个功能的优先级。

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

​ 项目的出口条件在开发前期定义为所有核心功能实现，所有关键Bug修复，以及通过验收测试。然而，在后期的更新迭代中，项目出口条件可能需要更清晰的描述和更严格的测试标准。

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

​ 是的，团队已考虑到部分可能的变更，并提前规划了应急响应机制。对于功能的重大变更，我们会进行快速评估和调整，但对于小的功能变动，我们通常是边做边调整。

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

​ 员工在处理突发需求时表现较好，尤其是在技术支持和问题修复方面。然而，部分非技术需求（如设计改动）会影响到整体进度，需要进一步的资源协调。

5. 设计/实现

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

​ 设计工作由项目初期的设计师完成，但在后期为了应对需求变化，部分设计由开发人员承担。设计工作完成时间较合适，但部分功能的设计并未提前与开发团队充分沟通，导致后期的设计修改。

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

​ 是的，部分功能的设计细节不明确（如用户评论功能的展示形式）。团队通过讨论和迭代设计来解决模棱两可的问题，最终确定了清晰的功能实现路径。

5.3 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

是的，团队采用了单元测试来帮助设计和开发。

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

​ Bug最多的功能：活动报名和评论系统，主要因并发请求和边界条件未能充分考虑。

​ 重要Bug：发布后发现的用户数据同步问题，是因为在设计阶段未考虑到数据同步的复杂性。

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

​ 代码复审按照流程进行，确保了代码规范的执行。复审过程严格。

六、测试/发布

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

​ 团队有测试计划，但由于时间和资源的限制，测试计划未能充分细化，主要集中在集成测试上。

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

​ 是的，完成了系统的验收测试，包括功能测试、性能测试和安全性测试。

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

​ 团队没有使用测试工具帮助测试。

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

​ 发布过程中出现了数据库连接超时和部分第三方API接口不稳定的情况，导致了短暂的服务中断。

7. 总结

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

​ 目前处于 CMMI 2级阶段，流程逐步规范化，但仍需在细节管理上加强。

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

​ 处于“规范”阶段，但仍存在优化空间，尤其是在需求管理和资源调配方面。

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

​ 代码质量提升，测试覆盖率增加。

​ 开发流程更加清晰，团队沟通效率提高。

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

​ 需求管理和资源协调，特别是在设计和开发阶段的资源调配上应更精确，避免出现重复性劳动或滞后的问题。

8. 团队成员在Alpha阶段的角色和具体贡献

8.1 团队计分方式

工作量(40%)	工作质量(30%)	协作支持(20%)	创新和主动性(10%)
根据每位成员完成的任务数量和复杂度进行评分。	评估每项工作的完成质量及其对项目目标的影响。	考量成员对其他团队成员的帮助和协作程度，队员互相打分。	鼓励成员在项目中提出新想法和主动解决问题的能力。

8.2 具体团队贡献分

团队成员	角色	团队贡献分	角色对应的可验证贡献
董雯霖	前端、文档编写、项目经理	22	- 负责项目的整体规划和进度跟踪，确保各项任务按时完成。 - 协调团队成员之间的沟通，确保需求和设计清晰传达。 - 所有博客主要编写者，团队任务分配，WBS图，issue，leangoo，团队计划的制定、编写与调整。 - 开发了用户登录、注册和密码修改功能。 - 组织并主持了团队会议，确保项目进度和目标对齐。 - 确定了系统功能需求，确保每个模块（普通志愿者前台、普通志愿者后台、管理员后台）功能明确。 - 团队项目系统设计博客中的系统设计，团队项目github/gitee仓库里系统整合调用的开发代码和Alpha阶段冲刺博客里的对应更新代码和运行成果。
陈金星	前端	21	- 设计了普通志愿者前台页面：包括活动轮播图、活动信息、个人信息设置等模块。 - 优化了管理员后台界面，确保管理员可以方便地管理活动和志愿者信息。 - 完成了响应式设计，使得系统在网页均能良好显示。
邱列圻	后端	21	- 开发了普通志愿者用户功能（前台）：包括活动轮播图、活动信息查看、活动报名、评论、个人信息设置和安全退出功能。 - 开发了普通志愿者用户功能（后台）：包括注册、登录、修改密码、个人信息管理、活动报名管理等功能。 - 完成了管理员功能：活动信息管理、活动报名管理、活动通知管理、活动心得管理等模块的开发。
李嘉远	测试、文档编写	18	- 编写了详细的需求文档，明确了系统的基本功能，包括志愿者和管理员的具体操作。 - 编写了系统操作手册，帮助用户（志愿者、管理员）理解如何使用系统的各项功能。 - 提供了测试用例和报告文档，记录了功能测试结果，并提出了优化建议。
詹洛熙	测试	18	- 执行了针对普通志愿者前台、后台功能的测试，验证了注册、登录、活动报名、活动信息查看等关键功能的正确性。 - 提交了多个Bug报告，涵盖了用户注册、活动报名和管理员功能管理中的问题，协助开发人员修复了多个重要Bug。 - 执行了回归测试，确保修复的Bug未影响其他功能的正常使用。