[乐词不疲] 团队项目：Alpha 阶段项目展示

原创 已于 2024-05-18 14:23:32 修改 · 318 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#团队开发 #scrum

于 2024-05-09 22:49:14 首次发布

项目与团队亮点

团队成员分工

姓名前/后端职责主要工作
任宇翔前端原型设计，首页，图片&词书上传
鹿鸣前端登录注册，背单词页面
王浅秋前端打卡页面，单词详情页面
彭佳琦前端个人中心—选择词书&个人信息
娜仁丽丽前端个人中心—统计数据&生词本
刘稼俊后端设计、实现对应api功能，服务器部署
徐吕进后端设计、实现对应api功能
徐凯威后端设计、实现对应api功能

项目管理

代码管理：gitlab   前后端分别建立仓库

进度管理：gitlab issues

API文档 & 测试：在Apifox中编写接口文档

典型用户场景

场景一：碎片时间准备背单词

李明是一名大学生，准备参加即将到来的英语四级考试。他听说了一款背单词软件，决定尝试使用它来提高自己的词汇量。 打开软件后，李明被引导至词书选择界面。他选择了“四级词汇”作为自己的学习目标。在开始学习前，李明根据自己的时间安排，设置了每天学习20个新单词。李明点击“开始学习”，软件为他展示了第一个单词“abandon”。他仔细阅读了单词的释义和例句。当软件询问他对单词的熟悉程度时，李明选择了“模糊”。软件记录了他的反馈，并计划稍后再次展示这个单词。学习了10个新单词后，软件自动切换到复习模式，展示了李明之前学过的一些单词，帮助他巩固记忆。学习结束后，李明点击了“打卡”按钮，软件显示他已经连续打卡3天，给予了他一些虚拟奖励，激励他继续坚持。 李明查看了“数据统计”功能，发现自己已经学习了150个单词，一共学习了25分钟。

杀手级功能

  • 实现了用户上传自定义词书；

【画🍪时间：与竞品相比特色功能是用户能够根据自己已经学过的单词，在一个游戏棋盘上进行与复习单词相关的小测验。具体将在beta阶段实现】

团队做了哪些努力

接口测试：使用apifox软件提供的mock进行测试

单元测试：django后端编写单元测试并通过

用户反馈：使用问卷星收集反馈

【由于忙于修bug，所以用户推广暂未进行】

软件工程质量如何

通过Gitlab Issue记录具体任务与分工

采用软工课程组给出的参考规范，后端遵守接口文档中给出的规格约束与前端对接

 CI / CD：前后端仓库均编写.gitlab-ci.yml ； 实现自动部署


demo展示

5.10demo展示

项目与团队总结

项目管理

团队成员简介&博客链接

姓名简介博客链接
任宇翔长风破浪会有时Mlrage-优快云博客
鹿鸣“Patience,iiiiiis key in life”21371107-鹿鸣-优快云博客
王浅秋前端WQQ300-优快云博客
彭佳琦吃饭睡觉打豆豆写软工…xoioiiox-优快云博客
娜仁丽丽喜欢一切dark modenrll_-优快云博客
刘稼俊全民制作人们大家好21373214-刘稼俊-优快云博客
徐吕进(=・ω・=)小笼包喵喵喵-优快云博客
徐凯威后端WhiteJonas-优快云博客

如何进行项目管理

使用gitlab与腾讯共享文档进行管理

Gitlab：前后端均设置仓库，在其中提出issu，发起merge request

腾讯文档：记录每日例会内容

成员如何分工协作的？有什么经验教训？

在项目设计阶段，前端即按照页面分配给每人任务，后端也依据要实现的api分配给各人。

通过每日例会进行进度汇总，同时出问题了直接在微信群中提出并解决。

经验教训：要提前掌握好各成员的空闲时间以及能够投入到开发中的实际时间。对于完成任务用时要有合理的预测。

成员如何沟通和对接的？有什么记录留存？

通过微信群聊、腾讯会议、线下例会沟通对接，使用腾讯文档记录

【腾讯文档】例会报告：
https://docs.qq.com/doc/DRFlxaFNTU2tVdWdE

团队如何平衡 时间/质量/资源 争取如期完成任务的？

将任务具体化，页面功能详细化。让每位成员精确了解要实现的功能。积极沟通开发进度，同时做到详略得当，注意软工开发与其他课业任务的权衡。

项目的实际进展如何？在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

发现基本上完成了预期任务，但在具体时间安排上还是无法保证准时交付。对于任务预估时间不准确，低估了任务量，高估了自己的能力。

贡献得分

名字角色团队贡献分具体的, 可衡量的, 可验证的贡献
任宇翔PM&Dev40+8=48原型设计，首页，图片&词书上传
刘稼俊PM&Dev40+8=48登录注册，背单词页面
鹿鸣Dev40+7=47打卡页面，单词详情页面
王浅秋Dev40+7=47个人中心—选择词书&个人信息
彭佳琦Dev40+7=47个人中心—统计数据&生词本
娜仁丽丽Dev40+7=47设计、实现对应api功能，服务器部署
徐凯威Dev40+8=48设计、实现对应api功能
徐吕进Dev40+7=47设计、实现对应api功能

(满分50分)

用户场景

场景一：碎片时间准备背单词

李明是一名大学生，准备参加即将到来的英语四级考试。他听说了一款背单词软件，决定尝试使用它来提高自己的词汇量。 打开软件后，李明被引导至词书选择界面。他选择了“四级词汇”作为自己的学习目标。在开始学习前，李明根据自己的时间安排，设置了每天学习20个新单词。李明点击“开始学习”，软件为他展示了第一个单词“abandon”。他仔细阅读了单词的释义和例句。当软件询问他对单词的熟悉程度时，李明选择了“模糊”。软件记录了他的反馈，并计划稍后再次展示这个单词。学习了10个新单词后，软件自动切换到复习模式，展示了李明之前学过的一些单词，帮助他巩固记忆。学习结束后，李明点击了“打卡”按钮，软件显示他已经连续打卡3天，给予了他一些虚拟奖励，激励他继续坚持。 李明查看了“数据统计”功能，发现自己已经学习了150个单词，一共学习了25分钟。

特色功能

  • 实现了用户上传自定义词书；
  • 实现了背单词时直接显示正确答案，避免用户加深对错误释义的印象
  • 各种数据统计以及打卡功能

软件工程质量

项目文档：采用apifox记录接口文档；腾讯共享文档记录会议纪要。

约定代码规范：在接口文档中规定格式

接口测试：使用apifox软件提供的mock进行测试

单元测试：django后端编写单元测试并通过

 CI / CD：前后端仓库均编写.gitlab-ci.yml ； 实现自动部署

智能研发AI平台的常见错误：从需求到部署的10个踩坑案例（复盘总结）
欢迎来到我的优快云空间！这里聚焦AI大模型应用实战，分享前沿技术、实战案例与开发经验。
07-24 638
人工智能浪潮席卷全球，企业纷纷投入资源构建自己的智能研发AI平台，期望通过AI技术提升研发效率、优化决策流程并创造业务价值。然而，这条道路远比想象中崎岖。Gartner研究显示，75%的AI项目未能从试点阶段过渡到生产环境，McKinsey的报告则指出，85%的AI项目未能实现预期的业务目标。这些惊人的失败率背后，隐藏着无数团队在AI平台开发过程中踩过的坑、走过的弯路。构建智能研发AI平台不同于传统软件开发，它融合了数据工程、机器学习、软件工程和业务领域知识，涉及复杂的技术选型和跨团队协作。
【信息系统项目管理师】第12章：项目质量管理 - 26个经典题目及详解
数据知道的博客
05-20 9095
本文主要介绍了信息系统项目管理师考试中关于质量管理的相关知识点。内容包括项目质量管理过程（如规划质量、管理质量、控制质量）、全面质量管理的核心特征、质量管理体系标准（如GB/T 19000系列）、问题解决方法、质量测量指标、质量成本分类等。文章通过选择题的形式，详细解析了各项质量管理工具和技术的应用场景及其作用，如因果图、亲和图、矩阵图等。此外，还强调了质量管理中预防胜于检查的原则，以及如何通过结构化的问题解决方法消除问题并制定有效解决方案。
【Gamma】项目展示
weixin_34403693的博客
06-15 283
团队成员介绍 大娃 ：后端开发人员，主要工作为后端开发，文档撰写。 大娃的个人博客 二娃 PM，主要工作为项目进度把控，例会博客撰写。 二娃的个人博客 三娃* PM，主要工作为项目进度把控，用户需求分析，组织平日例会，各类博客的撰写和项目推广。 三娃的个人博客 四娃 前端开发人员，主要工作为网页各项功能的实现，文档撰写。 四娃的个人博客 五娃 前端开发人员，主要工作为页面开发，文档撰写。 五娃的...
田渊栋：博士五年的总结
Datawhale
10-23 126
Datawhale干货 作者：田渊栋，卡耐基梅隆大学，编辑：Datawhale据 Axios 报道，Meta 的人工智能部门已经进行了 600 人大裁员。这次裁员主要集中在 FAIR、AI 产品及基础设施团队。而由今年 6 月新任首席 AI 官 Alexandr Wang 领导的 TBD 实验室，被精确地避开。挺夸张的，这次裁员竟然包含了华人 AI 科学家田渊栋。他在 X 上发帖称，“今天，我和我的几位团队成员都受到了此次裁员的影响。欢迎联系我们 :）”田渊栋毕业于上海交通大学计算机系（本科及硕士），之后在
人才市场 —— alpha冲刺总结
joi119的博客
11-26 698
这个作业属于哪个课程 构建之法-2021秋-福州大学软件工程 这个作业要求在哪里 2021秋软工实践 alpha冲刺 团队名称 人才市场 这个作业的目标 总结alpha冲刺 冲刺计划链接 (人才市场alpha冲刺计划)[https://bbs.youkuaiyun.com/topics/603295691] ...
Gamma阶段事后分析
weixin_33811539的博客
06-25 339
Gamma阶段事后分析 设想和目标 1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？ 我们要解决的问题：实验室招生信息分散，以及创意与实现分离难以合作 典型用户：现阶段面向在校生与实验室 典型场景： 2我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?) 原计划的功能：合作、委托、创意发布以及基本的...
万字综述：行业知识图谱构建最新进展
古月哲亭
07-06 1310
万字综述：行业知识图谱构建最新进展：https://mp.weixin.qq.com/s/iVIoaZxhS1EyC2etRnBf4Q 摘要 行业知识图谱是行业认知智能化应用的基石。目前在大部分细分垂直领域中，行业知识图谱的 schema 构建依赖领域专家的重度参与，该模式人力投入成本高，建设周期长，同时在缺乏大规模有监督数据的情形下的信息抽取效果欠佳，这限制了行业知识图谱的落地且降低了图谱的接受度。 本文对与上述 schema 构建和低资源抽取困难相关的最新技术进展进行了整理和分析，其中包含我们在半自动
为什么我说Rust是靠谱的编程语言
热门推荐
Liigo's blog
05-16 13万+
序言：本文试图帮您解答“我要不要（投入大量时间和精力）学习Rust语言？”这个问题。作者尽量较少的谈及Rust语言本身，反而尝试从Rust语言周边入手，长时间、大范围、多角度地考察，研判Rust语言是否靠谱，并给出尽可能客观的理由。为写成本文，作者Liigo不惜“卧底”Rust“老巢”长达一年多，收集整理总结了大量信息。如果嫌长，可以只看小标题，粗略浏览一番。2016年2月22日修订和增补此文。
回望来时的路：构建之法东北师大站 2016春季学期
杨贵福 的专栏
06-09 8576
1．  前因   微软邹欣老师著有《构建之法：现代软件工程》[https://book.douban.com/subject/26577755/]。第一版首版以前，我还不知道邹老师是哪一位，就在网上曾经看到过有人转引他的观点，感到说得太有道理了，一拍大腿的感觉。比如他提到教师和学生之间应该是健身教练和学员间的关系，不是教师带领学生参观浏览，也不是狱警和囚徒的关系。比如他批评没有代码量的软件工程
软件工程-个人总结
makka的博客
06-25 957
每次签入不仅记录了功能的实现和修改，还包含了对bug的修复和代码的优化。某次坐地铁的时候，我看到厦门的树洞，这个灵感让我想到了我们的团队项目。通过逐条提交的统计大概我的代码量是7800行，但是其中其实包括了很多react native的开源代码，是属于在上边进行编写的，按自己编写的代码量可能是3500行左右。我注重团队成员的技能和兴趣匹配，以及持续的进度监控和沟通，以便在项目中保持高效率和良好的团队动力。这个项目不仅实现了我们最初的构想，还在使用过程中得到了很多积极的反馈，证明了我们的努力和付出是值得的。
【Alpha阶段项目展示】Time Shaft·时间轴
mjkf_66666666的博客
05-12 1797
Time Shaft·时间轴 Alpha阶段项目展示 文章目录Time Shaft·时间轴 Alpha阶段项目展示一. 项目与团队亮点1 关于我们👪1.1 成员与分工1.2 项目管理3 杀手功能🥷4 项目发布💻4.1 宣传产品制作4.2 测试用户4.3 用户反馈5 软件工程质量💯5.1 文档5.2 测试用例5.4 代码标准前端：后端：6 Demo展示🎙️二. 项目与团队总结1 项目管理🕙1.1 团队成员1.2 项目管理1.3 团队分工与沟通1.4 沟通对接1.5 团队如何平衡 时间/质量/资源 争取如期完成
第4节：alphapose项目运行和参数
m0_45850873的博客
04-05 6218
注：B站有相应视频，点击此链接即可跳转观看https://www.bilibili.com/video/BV1hb4y117mu/ 第4节：运行和参数 4.1 webcam_demo.py alphapose可以运行图片、视频、实时画面，他们的原理是一样的，只不过参数设置有些不同，我们以实时画面为例为大家进行讲解，运行实时画面部分主要包含在webcam_demo.py中，人体检测和姿态估计的函数，如代码清单4.1-1所示。 代码清单4.1-1 #导入各种依赖项 import torch from torch
/root/anaconda/lib/liblzma.so.5: version `XZ_5.1.2alpha‘ not found required /lib64/librpmio.so解决方案
weixin_43178406的博客
03-14 9万+
本文主要介绍了/root/anaconda3/lib/liblzma.so.5: version `XZ_5.1.2alpha’ not found (required by /lib64/librpmio.so.3)解决方案，希望能对使用Linux的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
python ：alpha shapes 算法检测边界点
曼曼的博客
11-09 8465
def alpha_shape_2D(data, radius): """ alpha shapes 算法检测边缘 :param x: 原始点坐标集 x轴 :param y: 原始点坐标集 y轴 :param radius: 圆半径 :return: 边缘点集 """ x = data.x y = data.y count = len(x) i = 0 temp_i = i edge_x = []
一款针对IT团队开发的简单好用的文档管理系统
好好学电脑
11-17 839
MinDoc是一款基于Golang开发的文档管理系统，适用于IT团队进行接口文档、数据库字典等管理。系统提供项目管理、用户权限、多语言支持等功能，支持MySQL和SQLite数据库。安装方式多样，可通过源码编译（需Go 1.15+）、预编译版本或Docker部署（提供阿里云镜像）。特色功能包括Markdown/富文本编辑器、项目加密、MCP服务器对接等。技术栈采用Beego框架，集成多种前端库如Bootstrap、jQuery等。系统支持Windows/Linux/macOS平台，并提供不依赖gLibC的m
Scrum回顾会议技巧
最新发布
2509_93943639的博客
11-23 338
或者用“笑脸投票”：把冲刺内的重要事件写在白板上，每人分配5个笑脸贴纸，贴在认为最需要讨论的事件旁，得票最多的前三个事件深入讨论。比如“继续做”不要只写“保持沟通”，而要具体到“每日站会控制在15分钟内，超过时间就另约专题讨论”。“停止做”不能只是“停止加班”，应该是“停止在代码库直接提交未经review的紧急修复，所有修改必须走PR流程”。这会让团队意识到，回顾会议不是发牢骚的树洞，而是真正推动改变的起点。一个高效的回顾会议，应该像给团队做一次深度体检，找出阻碍前进的症结，并开出切实可行的处方。
Scrum产品路线图
2509_93942857的博客
11-23 293
比如，在Sprint评审会议上，产品负责人可以用路线图展示进展，并收集反馈来调整未来方向。举个例子，我们曾在一个电商项目中，因为没及时调整路线图，错过了竞争对手的新功能，导致用户流失。如果你还没尝试，不妨从下一个Sprint开始，画一张简单的路线图，看看它如何改变你的工作流。这符合敏捷的适应原则，让团队能根据反馈调整。工具方面，简单的白板或数字工具如Jira都可以，关键是可视化，让所有人一目了然。优先处理功能时，参考价值、成本和风险因素：高价值、低风险的功能优先上线，这样能快速交付价值，同时降低不确定性。
Scrum估算技巧分享
2509_93936009的博客
11-23 288
比如“用户注册”算3点，那么比它简单的就是1或2点，复杂两倍的就给5点，完全不在一个量级的扔到13点以上。记住，故事点不是考核指标，而是团队共同理解需求的沟通工具。有次为某个“导出Excel”功能争执，主张8点的同事提到要处理多sheet页合并，主张3点的同事才发现需求文档里藏了隐藏条件。在会议室墙上永远贴着一张“标杆需求清单”：发送短信=1点，微信授权登录=3点，支付流程=8点。现在我们会给“跨系统协作”额外加权：纯前端需求按基准算，需要前后端联动的加1点，涉及三方接口的再加1点。三、遇到过这些坑吗？
Scrum回顾会议
2509_93942763的博客
11-23 287
首先，氛围至关重要。例如，“减少代码重复”这样的模糊目标，不如“在本冲刺中，每位开发者至少重构一个模块的重复代码”来得有效。回顾会议也是同理，团队集体审视上一个冲刺的过程、工具和互动，找出亮点和痛点，从而制定可行的改进计划。比如，那个电商项目经过半年定期回顾，我们不仅优化了开发流程，还改进了沟通方式，从最初的“各干各的”演变为“互助协作”。如果你还没尝试过定期回顾，不妨从下一个冲刺开始，用15-30分钟的时间，点燃改进的火花。毕竟，在敏捷的世界里，最好的代码不是写出来的，而是通过不断反思和迭代打磨出来的。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值