事后诸葛亮分析

“事后诸葛亮”分析

我们的软件要解决什么问题？

学生信息管理系统旨在简化教师对学生信息、成绩和课程的管理，提高教学效率。该系统为教师提供一个集中的平台，以便高效地记录成绩、跟踪出勤和发布通知，同时确保数据的安全性和隐私性。通过自动化这些任务，教师可以更多地关注教学和与学生的互动。

每个成员在beta阶段的实践和alpha阶段有何改进？

成员	改进措施
刘增荣	增加单元测试覆盖率，确保代码质量，根据早期问题优化设计
姚宏涛	优化测试流程，确保更全面地覆盖所有功能点

团队在beta阶段吸取了那些alpha阶段的经验教训？

在学生信息管理系统的教师端开发中，团队从alpha阶段学到的主要教训包括代码质量和用户需求理解方面的不足。因此，在beta阶段，将加强代码审查和自动化测试以提升产品质量，而产品设计和测试负责人则会更积极地与用户互动，确保需求准确捕捉并快速响应反馈。

12条敏捷开发的原则中，团队做得最好和最不好的各列举2点。

做得最好的两点：

• 客户合作：团队可能非常注重与教师（即客户）的合作，定期收集他们的反馈，并将其整合到开发过程中。这种紧密的合作有助于确保产品能够满足教师的实际需求。
• 响应性高于遵循计划：团队可能展现出很好的适应性，能够快速响应教师的反馈和市场变化，而不是死板地坚持原有计划。这种灵活性使得产品能够及时调整，以适应不断变化的需求。

需要改进的两点：

• 持续关注技术卓越：为了长期维持系统的可维护性和可扩展性，团队需要更多地关注代码的整洁和架构的合理性。
• 团队自我管理：尽管敏捷强调团队的自我管理，但团队可能在这方面存在挑战，如工作分配不均、沟通不畅或决策延迟。团队需要改进自我管理能力，确保每个成员都能够主动承担责任，并有效地协同工作。

对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种，优势/劣势在哪里？

我们团队的开发模式更倾向于封闭的大教堂，这是因为我们可以更加集中尽力去解决当下的问题。

优势：

• 控制力强：团队能够精确控制开发方向和质量标准，减少外部干扰。
• 专注性：集中的开发团队可以深入挖掘特定功能，实现高度专业化的设计。

缺点：

• 创新局限：缺少广泛的社区参与可能限制了创新和视角的多样性。
• 风险集中：项目依赖于少数成员，一旦核心成员离职或遇到瓶颈，项目可能面临较大风险。

成员贡献表

成员	贡献事项	贡献占比
刘增荣	负责任务分配，开设会议，组织讨论，同时负责博客的制作和前端部分的开发和测试	50%
姚宏涛	主要负责数据库设计、后端服务器模块，主要工作内容包括设计HTTP协议和接口，登录授权，权限认证，接口拦截，以及为前端提供数据库数据获取服务	50%