| 所属课程 | 软件工程导论 |
|---|---|
| 作业要求 | 团队作业6——复审与事后分析 |
| 作业目标 | 复审与事后分析 |
| github链接 | CampusSecond-handMarket--NoBailanGroup |
一、团队
1、团队名称：摆烂就不队
2、团队成员
| 姓名 | 班级 | 学号 |
|---|---|---|
| 林劲辰（组长） | 计科2班 | 3121004707 |
| 许庆阳 | 计科2班 | 3121004931 |
| 苏建澎 | 计科2班 | 3121005007 |
| 黎灿宇 | 计科2班 | 3121004867 |
| 伊尔凡江·艾合买提 | 计科2班 | 3121005017 |
| 鄞灿 | 计科2班 | 3121005018 |
| 于杨 | 计科2班 | 3221004940 |
二、Alpha阶段项目复审
三、事后诸葛亮分析
1、二手交易市场项目总结报告
a.设想和目标
问题定义与用户场景描述： 我们的软件旨在解决大学校园内二手商品信息流通不畅的问题。通过校园网提供的平台，用户可以方便快捷地发布和交流二手商品信息，解决了传统信息交流方式的不便利性。
目标达成度评估： 我们在原计划中实现了大部分功能，但部分功能可能需要进一步优化。交付时间上，我们基本按计划进行，但用户数量未达到预期。需要进一步分析原因。
软件工程质量提高： 在整个开发周期内，我们对软件工程进行了不断的改进。代码质量、设计规范以及测试流程都有了明显的提高，反映在较低的Bug率和用户反馈的改善上。
用户量和功能接受度： 用户量较初期有所增加，但还未达到预期水平。重要功能的接受程度较高，用户反馈表明他们对平台的认可度逐渐提升，但仍需要更多宣传和改进以拉动用户增长。
b.计划
充足的时间： 在计划阶段，我们花费了足够的时间来仔细制定计划，考虑了各项任务的复杂性和时间需求。
解决意见分歧： 团队成员在计划阶段通过定期的会议和讨论来解决对计划的不同意见，确保每个人都能够理解并支持计划。
原计划完成情况： 大多数原计划的工作都得以完成，但一些细节和优化的任务可能没有在原计划时间内完全实现。
事后反思： 我们回顾了一些任务，发现有一些事后看来并没有太大价值的工作，可能在规划阶段需要更好的筛选和优先级制定。
任务定义和衡量： 每一项任务都有清晰的定义和明确的交付标准，以确保工作的可量化和可测量性。
按计划进行： 大部分项目按照计划进行，但在用户测试阶段遇到了一些问题，需要迅速调整计划以满足用户反馈的需求。在计划中没有充分考虑到用户反馈可能导致的调整。
缓冲区： 我们在计划中留下了一些缓冲区，但在项目的后期阶段，这些缓冲区并没有完全发挥作用，需要更有效地管理缓冲区的使用。
将来的计划修改： 下一阶段的计划中，我们将重新定义缓冲区，更灵活地处理可能出现的问题，并考虑引入一些弹性的计划调整机制。
** 我们学到了什么?**
反思和优化： 我们学到了在计划阶段更加重视细节和优化的重要性，以及在项目进行中及时调整计划的灵活性。
c.资源
足够的资源： 虽然我们在项目开始时有足够的资源，但在项目中期我们发现一些资源分配不够合理，需要更好地优化资源。
时间和资源估计： 任务的时间和其他资源估计较为准确，但在美工设计和文案方面，我们低估了其对整个项目的影响。
测试资源： 测试的时间、人力和软件/硬件资源在项目初期并没有足够考虑到，导致在测试阶段出现一些延迟。
任务分配效率： 我们有时感到一些任务可以由其他团队成员更有效率地完成，下一次需要更灵活地进行任务分配。
经验教训和改进
资源优化： 我们学到了对资源进行更灵活的优化，随着项目的进行进行合理的重新分配。
d.变更管理
及时通知变更： 我们在变更管理方面做得相对较好，确保每个相关的员工及时了解到变更的消息。
推迟和必须实现的功能决策： 我们采用了集体讨论和投票的方式决定推迟和必须实现的功能，确保决策的公平性和透明度。
出口条件定义： 出口条件在项目开始前就有清晰的定义，但在实际执行中需要更加细化和明确。
应急计划： 我们为可能的变更制定了应急计划，但需要在未来的项目中进一步优化和细化。
处理意外工作请求： 团队成员在处理意料之外的工作请求方面需要更有效地沟通和协作，以提高应对突发情况的能力。
学到了什么?
变更管理经验： 我们学到了及时沟通变更、决策的透明性、出口条件的重要性，以及对意外请求更加灵活的应对策略。
e.设计/实现
设计工作时间和人员： 设计工作由专业人员在合适的时间完成，但可能需要更早一些介入，以更好地支持整个开发过程。
解决模棱两可的情况： 团队通过定期会议和沟通来解决设计中的模棱两可的情况，但需要更强调决策的及时性。
工具的使用： 我们运用了UML等工具来帮助设计和实现，但在项目进行中，由于一些设计变更，UML文档有一些过时，需要更及时地更新。
Bug产生和发布后的问题： 一些功能在发布后产生了较多的Bug，我们意识到在设计/开发阶段需要更全面地考虑各种使用场景。
代码复审： 代码复审严格执行了代码规范，但在一些复杂功能的实现中可能需要更深入的复审。
学到了什么?
设计和实现经验： 我们学到了更早介入设计的重要性，及时更新文档的必要性，以及在复杂功能实现中更深入的代码复审。
f.团队的角色，管理，合作
团队成员角色： 团队成员在明确的角色分工下，展现出了各自的专长，但仍需继续优化角色的配备。
团队协作： 团队成员之间的互相帮助和合作相对较好。每个成员在博客中表示对其他成员的感谢是一个良好的团队建设做法。
项目管理问题处理： 团队在面对项目管理和合作方面的问题时，表现出较强的解决问题的能力。继续保持团队协作氛围的建设。
g.总结
团队状态评估： 目前团队的状态可能属于规范阶段，具备了一定的项目管理和软件工程质量。有待进一步提高用户数量，达到创造阶段。
改进方向： 未来的重点应放在提高软件工程质量、优化计划、增加用户数量等方面。通过更全面的宣传和改进功能，争取更多用户的认可。
敏捷开发原则： 团队在灵活性、客户满意度等方面做得较好，但还需加强自我反思和改进的能力。
软件工程的下一步提高： 在代码管理、架构设计、项目管理、用户数据跟踪等方面进行进一步改进，确保软件工程的全面提高。
2、全组讨论的照片。
3、团队成员在Alpha阶段的角色和具体贡献：
| 姓名 | 角色 | 团队贡献分 | 可验证的贡献 |
|---|---|---|---|
| 林劲辰（组长） | PM 项目经理 | 15 | :-------- |
| 许庆阳 | UCD 以用户为中心的设计 | 14 | :-------- |
| 苏建澎 | FE 前端开发 | 14 | :-------- |
| 黎灿宇 | TEST 测试 | 14 | :-------- |
| 伊尔凡江·艾合买提 | UED 用户体验设计 | 14 | :-------- |
| 鄞灿 | DEV 后端开发 | 15 | :-------- |
| 于杨 | UID 界面设计 | 14 | :-------- |