团队作业6——事后分析
作业要求
这个作业属于哪个课程 | 软件工程 |
---|---|
这个作业要求在哪里 | 团队作业6——复审与事后分析 |
这个作业的目标 | 事后分析 |
队名 | 你说的队 |
一、 设想和目标
1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述
旨在解决以下问题:
为准妈妈和新手父母提供一个一站式的购物平台,方便他们购买到高质量的母婴商品。
提供专业的母婴咨询服务,帮助用户解答育儿过程中遇到的问题,提高育儿知识和技能。
通过个性化推荐和优惠活动,帮助用户节省时间和精力,享受更便捷的购物体验。
典型用户:
准妈妈:在怀孕期间需要购买孕期用品、待产包等母婴商品,同时可能需要了解孕期注意事项、产检时间等信息。
新手父母:刚刚成为父母的家长,需要购买婴儿用品、喂养用品等,同时可能需要了解育儿知识、宝宝护理技巧等信息。
典型场景:
准妈妈在怀孕期间,需要购买孕期用品和待产包,同时关注孕期注意事项和产检时间。
新手父母在宝宝出生后,需要购买婴儿用品、喂养用品等,同时学习育儿知识和宝宝护理技巧。
用户在使用小程序时,可能会遇到一些育儿问题,需要向专业人士咨询。
2. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?
我们达到了原计划的功能并按交付时间交付了,但对于原计划中的用户数量的还需要时间推广。
二、 计划
- 是否有充足的时间来做计划?
有。 - 团队在计划阶段是如何解决同事们对于计划的不同意见的
鼓励开放讨论创建一个开放的环境,让每个人都有机会表达自己的观点和想法。确保每个人都有机会发言,并尊重他们的意见。
寻求共识:尝试找到一个大家都能接受的解决方案。这可能需要进行一些妥协和调整,但最终目标是达成共识。
制定明确的计划:确保计划清晰明了,包括目标、时间表、责任分配等。这样可以减少误解和混淆,有助于团队成员更好地理解计划。
定期检查进度:在项目执行过程中,定期检查进度并根据需要进行调整。这有助于确保项目按计划进行,同时也可以发现潜在的问题并及时解决。 - 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
做完了 - 有没有发现你做了一些事后看来没必要或没多大价值的事?
没有 - 是否每一项任务都有清楚定义和衡量的交付件?
否。 - 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
是。暂时没有风险 - 在计划中有没有留下缓冲区,缓冲区有作用么?
有。可以缓解压力,提高灵活性 - 将来的计划会做什么修改?(例如:缓冲区的定义,加班)
评估项目风险,对项目进行全面的风险评估,识别可能影响项目进度、资源或需求的潜在风险。 - 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
通过实际参与项目的规划、执行和控制过程,可以学习到项目管理的基本概念、方法和工具,如时间管理、成本管理、质量管理等。
在项目中,需要与不同背景和技能的团队成员合作,学会如何有效地沟通、协调和支持彼此,以提高团队的整体表现。
项目过程中会遇到各种问题和挑战,通过解决这些问题,可以提高自己的分析和判断能力,学会如何在压力下做出明智的决策。
需要学习和掌握一定的技术知识,如编程语言、设计工具、测试方法等。有助于提高专业技能和竞争力。
业务理解:通过参与项目,您可以更深入地了解所在行业的业务流程、市场需求和竞争态势,从而提高自己的业务敏感度和洞察力。
需要不断寻求改进和优化的方法,以提高效率和质量。这将有助于培养创新思维和解决问题的能力。
需要与不同的利益相关者进行沟通,如客户、团队成员、上级领导等。通过有效的沟通,可以提高自己的表达能力和说服力。
如果重来一遍,要先确定好项目整体架构,仔细分析客户需求
三、 资源
-
我们有足够的资源来完成各项任务么?
人力资源:团队只有六个人,每人的任务量一般,完成难度还算可以。
开发资源:由于我们的成员代码薄弱的较多,开发过程也很磕磕绊绊,但通过网上查资料、和大佬讨论咨询,也努力克服众难实现了项目的基本功能。
设备资源:没有问题。
时间资源:时间较紧,平时的课程较多,其他课程的作业也挺繁琐,后期课设、考试也冲突。 -
各项任务所需的时间和其他资源是如何估计的,精度如何?
根据任务量以及成员的实力评估,精度一般,因为大家完成任务的专注度不足。 -
测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
人力软硬件资源充足;对于美工设计难度评估较好。 -
你有没有感到你做的事情可以让别人来做(更有效率)?
我们的分工都有按个人能力去分配,有但大家还是个人承担起自己的那一部分,不懂的在群里提出并大家一起解决。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
团队的组建还是要早一点积极一点,争取合适的人员,使任务量分配更合理。
若重来,我们会提前学习自己负责分工的那部分知识,来提高团队效率。
四、 变更管理
变更管理是软件工程中的关键实践,用于管理软件项目中的变更,确保项目的稳定性和质量。通过以下步骤来实施变更管理:
1 变更识别:及时识别项目中的变更请求,包括功能需求变更、错误修复、优化等。
2 变更评估:对每个变更请求进行评估,了解其对项目进度、资源和风险的影响。进行优先级排序和决策,确定要接受或拒绝的变更。
3 变更规划:制定详细的变更计划,包括变更的时机、资源分配、测试策略和回滚计划等。
4 变更实施:按照变更计划执行变更,并记录执行过程中的关键数据和问题。
5 变更验证:对实施的变更进行验证,确保其符合规格要求,不引入新的问题。
6 变更审核:对变更实施的结果进行审查,评估变更对项目目标的影响,是否满足预期。
7 变更通知:及时向相关团队成员和利益相关者发布变更信息,确保大家都了解变更的影响和执行结果。
8 变更记录:记录所有的变更请求、评估结果、实施过程和验证结果,以便追溯变更历史和分析效果。
变更管理是项目成功的关键因素之一,它可以帮助团队更好地控制变更,减少风险和不必要的成本,确保软件项目的可靠交付和客户满意度。💪💻🔄✨
五、 设计/实现
- 设计工作是在团队作业发布后一周大家线下共同讨论的,确认好大概要选什么类型的项目,后续设计大致框架并开始开发。
- 有,在是否要独立设计一个母婴购的界面出现这种情况,经讨论后认为其重要性需要独立一个界面。
- 单元测试使用vscode里的插件REST Client进行测试,能满足基本的测试要求
- 在页面跳转和刷新上出现bug最多,在初期时会出现点击相应页面后不会跳转另一页面的问题,此外由于后端开发不彻底,在用户数据更新上面也有bug。
因为当时的重心放在各个模块的开发,在每个模块的联系上缺少专门的连接开发;团队主要是学习前端的成员,缺少对后端一定的开发能力。 - 代码复审是在所有成员开发完所有模块和功能后,进行一次整体的代码复审,主要审查各模块代码中是否有明显的bug,各个模块之间的连接是否有问题等。由于每个成员都有自己的写代码习惯,所以并不是严格遵守代码规范,但每个模块的代码都有相应的注释,且没有出现较大问题。
我们明白了不能一味的开发各模块,也要重视每个模块之间的联系,这样整体才能完成的更好,同时也要加强每个成员之间的联系,而不是每个成员独自开发。
六、 测试/发布
- 有,每个模块都有对应的测试,但测试会相对简单一点。
- 没有,因为在开发后端出现问题,除此之外都进行了测试。
- 我们使用vscode里的插件来进行测试,再辅以团队成员以及其他同学进行测试。
- 在小程序的开发板中可以实时显示操作的各种相应时间,可以用词追踪软件的效能;压力测试采用多用户,连续操作长时间等。能效追踪上还是比较能够反映软件的效能的,而压力测试可能由于用户数量过少或者是基于微信平台的原因,压力测试并没有出现什么异常,即对整体测试用处不大;
- 出现某些图标的图片加载失败即显示不出来的问题。
我们学会了在做完一个项目后要对其进行一个完整的测试,这样不仅能发现其中潜在的问题,能够及时解决,还能优化整个项目,提升整个项目的效能。
七、 总结
1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
成员 | 改进内容 |
---|---|
钟学 | 在这个团队项目中,充分了解了每个成员的特点以及他们擅长的领域;除此之外,我还熟悉了团队项目的流程,了解一个团队需要紧密联系才能做好一个项目;一个项目开发后的测试也是至关重要,可以帮助我们查找潜在的问题,并及时解决。 |
曾宇帆 | 深入理解的小程序的框架和组件库 |
杨钢涛 | 学习软件测试方法,提高团队合作能力 |
陈勇佳 | 在软件工程的Beta阶段,我关注用户需求的多样性,通过灵活的功能调整和个性化选项,为不同用户提供定制化的软件体验。 |
张钟杰 | 收获了团队合作完成一个项目的经验,提高了自己的代码能力和应对困难的耐心 |
陈年 | 鸡你是在是太美 |
2. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次? | |
达到了CMMI一级。我们完成了项目的目标,虽然过程艰难,但还是完成了小目标。 |
3. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
处于磨合阶段。
4. 你觉得目前最需要改进的一个方面是什么?
成员之间的沟通和项目积极性方面是完成一切工作最大的问题。
八、 其他
团队讨论照片
团队成员在Alpha阶段的角色和具体贡献
姓名 | 角色 | 贡献分 |
---|---|---|
钟学 | 项目管理、代码测试 | 22 |
曾宇帆 | 前端页面开发 | 21 |
陈年 | 前端页面开发 | 19.5 |
陈勇佳 | 后端开发、数据库创建 | 18.5 |
张钟杰 | 前后端接口开发 | 17 |
杨钢涛 | 代码测试、博客撰写 | 22 |