这个作业属于哪个课程 | 软件工程实践-2023 学年-W 班 |
---|---|
这个作业要求在哪里 | 软件工程实践团队作业一 |
这个作业的目标 | 1、 组队并填写在线表格 2、结合《构建之法》中关于需求的章节,选定一个学期项目题目 3、团队讨论并说明自己团队如何考核每个成员的绩效,形成初步的考核文档 4、借助NABCD模型,形成选题PPT并作报告 5、设计评审表 6、创建一个团队账号并加入到班级社区中 7、填写团队组队情况表 8、提交1篇团队博客发表在班级的社区当中 |
其他参考文献 | 《构建之法》 |
目录
一、团队介绍
1.1 队名
考虑到福鱼平台的愿景和目标,我们可以将团队命名为“共享之舟”。这个名字象征着我们团队致力于建立一个共享资源的平台,让大家一起乘坐共享之舟,共同探索、分享和利用资源,共同前行向着更美好的未来。
1.2 队员风采
组长 | |||
---|---|---|---|
学号 | 222100135 | ||
姓名 | bear1213 | ||
CSDN地址 | bear1213的博客 | ||
性格 | 洒脱(受不了了,跟他们爆啦!) | ||
擅长的技术 | JAVA | ||
兴趣爱好 | 写代码(打apex) | ||
希望的软工角色 | 后端开发工程师 | ||
Slogan | 生命不息,Coding不止 |
组员1 | |||
---|---|---|---|
学号 | 222100133 | ||
姓名 | Lanre | ||
CSDN地址 | Lanre的博客 | ||
性格 | 内倾,略感性 | ||
擅长的技术 | 我认为自己目前是一张愿意学习的白纸,若要说自己尝试过的技术:java(GUI, 网络爬虫, 后端基础) | ||
兴趣爱好 | 语言学习(both linguistics and programming),非古典音乐鉴赏 | ||
希望的软工角色 | 后端,PM | ||
Slogan | Everyday is an emergency |
组员2 | |||
---|---|---|---|
学号 | 222100136 | ||
姓名 | CapDCC | ||
CSDN地址 | CapDCC的博客 | ||
性格 | 外向、友善、开朗 | ||
擅长的技术 | Java、web | ||
兴趣爱好 | 骑行、打游戏 | ||
希望的软工角色 | 前端工程师 | ||
Slogan | 人之所以平凡,在于无法超越自己 |
组员3 | |||
---|---|---|---|
学号 | 222100132 | ||
姓名 | 谢凌云 | ||
CSDN地址 | 谢凌云的博客 | ||
性格 | 热情、开朗、细心 | ||
擅长的技术 | java、HTML、c++ | ||
兴趣爱好 | 游戏、短视频 | ||
希望的软工角色 | 前端 | ||
Slogan | 兴趣是人生的导师 |
组员4 | |||
---|---|---|---|
学号 | 222100218 | ||
姓名 | 陈智翔 | ||
CSDN地址 | 陈智翔的博客 | ||
性格 | 开朗外向 | ||
擅长的技术 | 前后端基础技术、软件测试 | ||
兴趣爱好 | 篮球、游戏、户外徒步 | ||
希望的软工角色 | 软件测试,前端 | ||
Slogan | 你在多大程度上履行对自己的承诺,就在多大程度上掌握了自己的命运 |
组员5 | |||
---|---|---|---|
学号 | 222100103 | ||
姓名 | 陈卓杨 | ||
CSDN地址 | 陈卓杨的博客 | ||
性格 | 平和开朗,情绪稳定,擅长协调沟通 | ||
擅长的技术 | 需求分析/测试 | ||
兴趣爱好 | 溯溪徒步等命悬一线的户外活动 | ||
希望的软工角色 | PM | ||
Slogan | 走心即开窍 |
1.3 团队的合照
二、项目
2.1 团队项目描述
我们的团队致力于打造一个便捷高效的校内二手交易平台——福鱼,为校园学生提供一个安全可靠的交易环境,帮助同学们高效的出售不需要的物品,减少不必要的麻烦和开销。
2.2 团队愿景
福大二手交易平台——福鱼的初衷是建立一个校内二手交易平台,旨在为校园内的学生提供一个便捷、安全、可信赖的交易平台,实现资源共享、环保理念的推广,并促进校内社交和交流。我们希望通过这个平台,学生可以轻松地买卖二手物品,包括但不限于教科书、电子设备、衣物、家具等,以满足他们的各种需求,节省成本,减少资源浪费,促进可持续消费的理念在校园内的普及。
我们的平台将提供便捷的交易功能,包括搜索、筛选、私信沟通、线下交易等功能,以及用户评价和举报系统,为用户提供更好的交易体验和保障。
我们希望将这个项目实现到一个比较完善的程度。我们相信,通过我们团队的努力和创新,这个校内二手交易平台将成为校园生活中不可或缺的一部分,为广大学生带来更多便利和福利,同时也为推动可持续发展、环保意识的提高做出积极的贡献。
三、绩效考核
3.1 绩效目标
实现Web端二手交易平台——福鱼的开发和交付。
根据课程需求,按时完成项目各阶段的任务。
提高用户体验,完善平台功能。
3.2 绩效指标
(一)项目经理
项目规划和管理能力。
团队协作和沟通效率。
答辩效果和项目成功率。
(二)前端开发人员
界面设计和开发质量。
前端技术应用和性能。
与后端团队和测试人员的协作效果。
(三)后端开发人员
后端系统架构和开发质量。
数据库管理和优化能力。
与前端团队的接口对接和测试效果。
(四)测试人员
测试计划和用例的完整性和准确性。
问题发现和报告及时性和准确性。
测试工具和技术的应用和效果。
3.3 考核内容
(一)每次团队作业开始时,设置好OKR
1.进行一次团队会议,根据SMART原则讨论团队的OKR。
2.每个成员根据绩效考核指标制定个人OKR,与团队目标对齐。
3.所有成员公开展示个人OKR并互相给出建议。
(二)每次团队作业结束时,进行考核
1.评估团队成员的工作表现,包括个人任务完成情况和团队协作效果。
2.采用360度评价方式,包括自评、其他组员评价,综合评定绩效。
3.评价结果与贡献度挂钩,激励团队成员,提高工作绩效。
3.4 OKR举例——alpha冲刺
(一)团队OKR
Objective (O): 完成所有可以更新的内容
Key Results (KR):
1.在前三天,解决所有写在bug文档内的bug。
2.在后四天,增加一个学生圈界面,并解决出现的所有bug。
(二)项目经理OKR
Objective (O): 有效管理项目进展,确保团队目标的达成。
Key Results (KR):
1.每天组织一次团队会议,跟踪项目进度,并及时调整。
2.团队成员按时完成总体的OKR。
(三)前端OKR
Objective (O): 在前三天解决所有前端的bug。
Key Results (KR):
1.在前三天,解决在演示时发现的所有bug。包括但不限于:商品的字体太小;商品图片显示时不会自动适应图片框。
2.一旦有测试人员发来bug报告,当天将解决结果反馈给测试人员。
Objective (O): 在后四天增加一个交互良好,性能稳定的学生圈界面。
Key Results (KR):
1.在第四~五天,设计并实现一个具有良好用户体验的学生圈界面,包括发布动态、点赞、评论等功能,将结果提交给测试人员。
2.一旦有测试人员发来bug报告,当天将解决结果反馈给测试人员。
(四)后端OKR
Objective (O): 前三天修复后端的所有bug。
Key Results (KR):
1.前三天内,解决后端系统当前存在的所有bug,包括但不限于:删除按钮点击之后页面不会自动刷新,确保系统稳定运行,商品表删除出现异常。
2.一旦有测试人员发来bug报告,当天将解决结果反馈给测试人员。
Objective (O): 在后四天内,完成前端交付的所有接口。
Key Results (KR):
1.在第四天内,完成学生圈界面所需的数据库,更新原有的数据库内容。
2.后三天内,开发对应的后端接口,与前端团队对接,并提交给测试人员。
3.一旦有测试人员发来bug报告,当天将解决结果反馈给测试人员。
(五)测试人员OKR
Objective (O): 确保项目质量,发现并解决系统中的问题。
Key Results (KR)
1.一旦有函数交付,当天编写测试函数,设置出覆盖率最高的测试,提交所有发现的bug给对应的开发团队。
2.一旦要进行测试,更新测试文档,写出测试的方法和测试通过的标准。
3.前三天内,检查当前所有的测试函数,总结出过去测试的遗漏情况,思考为什么还会出现bug,写入测试文档。
4.最后两天,详细检查所有的测试函数,确保所有的功能都被测试。
附录一:OKR的要求
O最多不超过5个,每个O下的KR最多4个;
用5分钟写出的OKR通常不会是一个好OKR,请重写;
如果O超过2行(50字),它很可能就是不清晰的;
拒绝行业黑话,确保团队内所有成员都能看懂所有的OKR;
确保你的KR符合SMART原则,一定要体现出期限;
将工作中的重要活动或者重要活动的相当一部分工作量包含到OKR中;
确保那些需要横向协同的OKR在每个支撑团队都已制定相应的KR在支撑,例如测试团队和开发团队之间的合作。
附录二:绩效评价的标准
1.OKR及其完成程度(60%)
在评价时,阅读被评价者的OKR,判断OKR的合理程度,然后根据KR完成/未完成程度进行打分。
OKR | 合理 | 不合理 |
---|---|---|
完成 | ||
未完成 |
2.技术等级/技术能力(10%)
被评价者 | 评价人员 | 评价标准 |
---|---|---|
前端人员 | 测试人员,前端的另一个队友 | 对接效果、代码的结构是否良好等 |
后端人员 | 测试人员,后端的另一个队友 | 对接效果、代码的结构是否良好等 |
测试人员 | 前后端与测试人员对接的成员 | 对接效果、测试分析能力等 |
项目经理 | 所有其他成员 | 沟通效果、需求分析能力等 |
3.对团队的额外贡献(15%)
所有成员在该模块的初试分数都是0,若有成员对团队做出额外贡献时(例如,测试人员帮助前端人员修改bug,后端人员用java帮助前端人员爬取数据),进行一定的加分。
4.对产品的额外贡献(15%)
所有成员在该模块的初试分数都是0,若有成员对产品做出额外贡献时(例如,某成员提出了搜索商品的想法,项目经理参与原型设计),进行一定的加分。