「MOSS - 26」MOSS队：Scrum Meeting 11

最新推荐文章于 2025-11-23 19:42:45 发布
原创 最新推荐文章于 2025-11-23 19:42:45 发布 · 193 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#scrum

MOSS团队进行了第11次Scrum会议，更新了项目进度，包括后端API开发、前端界面构建以及团队成员面临的考试与学习任务。团队通过频繁的会议进行可靠的进度控制与沟通，实践敏捷开发方法。同时，文章附有燃尽图和相关工作照片。

「MOSS - 26」MOSS队：Scrum Meeting 11

项目内容
这个作业属于哪个课程2023年北航敏捷软件工程
这个作业的要求在哪里团队项目-每日例会报告
我们在这个课程的目标是熟悉敏捷开发的方法论，并通过实际开发产品进行实践。
这个作业在哪个具体方面帮助我实现目标通过每两天一次scrum meeting完成可靠的进度控制与沟通。

Author: MOSS队

Date: 2023.05.18

Part 1 进度情况

成员负责两日内已完成的工作后两日计划完成的工作工作中遇到的困难
于敬凯PM,运维复习jwsy qwq；把公测第一阶段工作量和志愿时长统计发放了；还在学uwsgi调研CI/CD；调研后端django加入docker+mysqljwsy
王雪竹前端完成标签管理的前端，等待api对接开发发送通知功能暂无
史泽宇前端完成了一些相关问题的完善，进度比较缓慢在复习jw考试，考完把工作补上考试和补进度考试
姜雨竺前端完成本届/往届搜索切换的前端静态页面，辅导师通过复审增加标签弹窗搜索界面侧边榜单+忘记密码弹窗的前端界面明天寄网实验考试+1
王小鸽前端对接完后端已写的接口继续对新接口后天寄网实验考试TAT
陈楚岩后端完成active_user的api，正在写popular_issue的api写完popular_issue的api后开始写统计api调用次数的api后天寄网实验考试TAT
叶颜函后端完成关联issue的api争取完成email的api明天下午寄网实验考试QAQ

Part 2 燃尽图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9pyd5HSw-1684998773900)(Scrum Meeting11/image-20230525143655040.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tY7Q3dx3-1684998773901)(Scrum Meeting11/image-20230525143709703.png)]

Part 3 照片

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Di3r177g-1684998773902)(Scrum Meeting11/14c96605039de68cde9f6ce24e004ea.png)]

MOSS2023
关注
「MOSS - 11」MOSS队：Scrum Meeting 2
MOSS2023的博客
04-19 260
Author: MOSS队。
「MOSS - 28」MOSS队：Scrum Meeting 13
MOSS2023的博客
05-25 365
Author: MOSS队。
「MOSS - 15」MOSS队：Scrum Meeting 6
MOSS2023的博客
04-19 208
Author: MOSS队。
「MOSS - 13」MOSS队：Scrum Meeting 4
MOSS2023的博客
04-19 180
Author: MOSS队。
「MOSS - 10」MOSS队：Scrum Meeting 1
MOSS2023的博客
04-19 211
Author: MOSS队。
「MOSS - 12」MOSS队：Scrum Meeting 3
MOSS2023的博客
04-19 209
Author: MOSS队。
「MOSS - 14」MOSS队：Scrum Meeting 5
MOSS2023的博客
04-19 201
Author: MOSS队。
「MOSS - 16」MOSS队：Scrum Meeting 7
MOSS2023的博客
04-19 276
Author: MOSS队。
「MOSS - 27」MOSS队：Scrum Meeting 12
MOSS2023的博客
05-25 187
Author: MOSS队。
moss-api-test-cxf:rest api 测试使用 cxf , jackson 和 spring
07-03
外汇 Spring 和 CXF 示例 如何运行应用程序： 1、克隆项目 2、确保安装了maven 3。 默认情况下，它安装在 Mac 3 上，导航到终端中的 pom.xml floder 并执行 mvn tomcat7:run 4，打开浏览器并导航到
Matlab代码verilog-moss-cl:MOSS对CourseLib的支持
05-27
Matlab代码verilog CourseLib MOSS提交分析组件 此组件支持将课程库系统的提交发送到MOSS（软件相似性度量）系统... $moss->type = "zip"; $moss->user = "123456789"; $moss->language = "cc"; $moss->include = "#
moss-locale:moss 框架的翻译模块
06-12
苔藓地区 处理翻译、格式和内容的基本工具。 语言环境 处理语言环境名称、时区和货币子单位的类。 $ locale = new Locale ( 'en_GB' , 'UTC' , 100 ); echo $ locale -> locale (); // will print "en_GB" ...
MOSS-TTSD：面向对话场景的双语高质量语音生成模型正式发布
qq_35480722的博客
07-31 848
MOSS-TTSD开源语音生成模型实现多模态交互新突破，支持中英双语对话语音合成与零样本音色克隆。该模型基于Qwen3-1.7B-base架构，采用全离散化音频建模流程，通过创新的XY-Tokenizer实现低比特率高质量语音生成。配备高效语音数据处理流水线，可处理37万小时中英文对话数据，支持最长960秒音频生成。模型在语音表现力、连贯性及多说话人切换方面表现优异，适用于播客、虚拟主播等多种场景。目前已开源模型权重和API接口，推动语音合成从单句向自然对话的跨越式发展。
Scrum回顾会议技巧
2509_93943639的博客
11-23 334
或者用“笑脸投票”：把冲刺内的重要事件写在白板上，每人分配5个笑脸贴纸，贴在认为最需要讨论的事件旁，得票最多的前三个事件深入讨论。比如“继续做”不要只写“保持沟通”，而要具体到“每日站会控制在15分钟内，超过时间就另约专题讨论”。“停止做”不能只是“停止加班”，应该是“停止在代码库直接提交未经review的紧急修复，所有修改必须走PR流程”。这会让团队意识到，回顾会议不是发牢骚的树洞，而是真正推动改变的起点。一个高效的回顾会议，应该像给团队做一次深度体检，找出阻碍前进的症结，并开出切实可行的处方。
Scrum产品路线图
2509_93942857的博客
11-23 289
比如，在Sprint评审会议上，产品负责人可以用路线图展示进展，并收集反馈来调整未来方向。举个例子，我们曾在一个电商项目中，因为没及时调整路线图，错过了竞争对手的新功能，导致用户流失。如果你还没尝试，不妨从下一个Sprint开始，画一张简单的路线图，看看它如何改变你的工作流。这符合敏捷的适应原则，让团队能根据反馈调整。工具方面，简单的白板或数字工具如Jira都可以，关键是可视化，让所有人一目了然。优先处理功能时，参考价值、成本和风险因素：高价值、低风险的功能优先上线，这样能快速交付价值，同时降低不确定性。
Scrum估算技巧分享
2509_93936009的博客
11-23 285
比如“用户注册”算3点，那么比它简单的就是1或2点，复杂两倍的就给5点，完全不在一个量级的扔到13点以上。记住，故事点不是考核指标，而是团队共同理解需求的沟通工具。有次为某个“导出Excel”功能争执，主张8点的同事提到要处理多sheet页合并，主张3点的同事才发现需求文档里藏了隐藏条件。在会议室墙上永远贴着一张“标杆需求清单”：发送短信=1点，微信授权登录=3点，支付流程=8点。现在我们会给“跨系统协作”额外加权：纯前端需求按基准算，需要前后端联动的加1点，涉及三方接口的再加1点。三、遇到过这些坑吗？
Scrum回顾会议
2509_93942763的博客
11-23 284
首先，氛围至关重要。例如，“减少代码重复”这样的模糊目标，不如“在本冲刺中，每位开发者至少重构一个模块的重复代码”来得有效。回顾会议也是同理，团队集体审视上一个冲刺的过程、工具和互动，找出亮点和痛点，从而制定可行的改进计划。比如，那个电商项目经过半年定期回顾，我们不仅优化了开发流程，还改进了沟通方式，从最初的“各干各的”演变为“互助协作”。如果你还没尝试过定期回顾，不妨从下一个冲刺开始，用15-30分钟的时间，点燃改进的火花。毕竟，在敏捷的世界里，最好的代码不是写出来的，而是通过不断反思和迭代打磨出来的。
Scrum在需求管理中的实践方法
最新发布
2509_93941743的博客
11-23 383
接下来，在Sprint Planning会议中，团队会从Product Backlog里挑选高优先级的需求，纳入当前Sprint。从Product Backlog的优先级排序，到Sprint Planning的任务细化，再到日常跟踪和反馈循环，每一步都让需求更可控、更灵活。如果你也在为需求多变而头疼，不妨试试Scrum，从小处着手，比如先建立一个简单的Backlog，再逐步引入会议机制。记住，关键在于团队共识和持续改进，需求管理不是一蹴而就的，而是通过一次次迭代不断优化的旅程。
Scrum产品负责人职责
2509_93942818的博客
11-23 373
简单说，产品负责人是产品的“代言人”，负责定义产品该做什么、为什么做，以及如何最大化价值。比如，在一次电商项目里，我作为产品负责人，花了大量时间调研用户行为，最终确定了“提升购物车转化率”的愿景。有一次，我们团队面临时间压力，我果断推迟了一个花哨的UI改进，集中精力修复了一个关键bug，结果用户满意度大幅提升。沟通是产品负责人的生命线。比如，一次我们推出了一个新功能，用户反馈一般，我立即组织回顾，找出问题并优化了下个冲刺的计划。最后，产品负责人的角色不是一成不变的，随着项目进展，可能需要调整策略。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值