「MOSS - 16」MOSS队：Scrum Meeting 7

原创 已于 2023-04-19 22:35:04 修改 · 278 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#scrum #软件工程

于 2023-04-19 17:42:41 首次发布
MOSS队在2023年北航的敏捷软件工程课程中进行了第七次Scrum会议，团队成员汇报了过去两天的工作进展，包括前后端的接口对接、单元测试、功能实现等，并讨论了遇到的困难。会议旨在通过定期的Scrum会议实现可靠的进度控制和团队沟通。
部署运行你感兴趣的模型镜像

「MOSS - 16」MOSS队：Scrum Meeting 7

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

Author: MOSS队

Date: 2023.04.19

Part 1 进度情况

成员负责两日内已完成的工作后两日计划完成的工作工作中遇到的困难
于敬凯PM,运维完成前后端上云调试暂无
王雪竹前端完成标签管理页面和后端对接接口暂无
史泽宇前端完成markdown编辑器改写对接，单元测试暂无
姜雨竺前端改善login界面数据存储暂无
王小鸽前端完成搜索和Issue发布部分接口对接，完成issue详细视图界面接口对接暂无
陈楚岩后端完成图床接口后端部分，user部分的单元测试的编写。对接，user、admin部分的单元测试暂无
叶颜函后端完成issue API的编写，及大部分单元测试。对接测试暂无

Part 2 燃尽图

在这里插入图片描述
在这里插入图片描述

Part 3 照片

在这里插入图片描述

您可能感兴趣的与本文相关的镜像

Wan2.2-T2V-A5B

Wan2.2-T2V-A5B

文生视频
Wan2.2

Wan2.2是由通义万相开源高效文本到视频生成模型，是有​50亿参数的轻量级视频生成模型，专为快速内容创作优化。支持480P视频生成，具备优秀的时序连贯性和运动推理能力

MOSS2023
关注
MOSS-TTSD：面向对话场景的双语高质量语音生成模型正式发布
qq_35480722的博客
07-31 852
MOSS-TTSD开源语音生成模型实现多模态交互新突破，支持中英双语对话语音合成与零样本音色克隆。该模型基于Qwen3-1.7B-base架构，采用全离散化音频建模流程，通过创新的XY-Tokenizer实现低比特率高质量语音生成。配备高效语音数据处理流水线，可处理37万小时中英文对话数据，支持最长960秒音频生成。模型在语音表现力、连贯性及多说话人切换方面表现优异，适用于播客、虚拟主播等多种场景。目前已开源模型权重和API接口，推动语音合成从单句向自然对话的跨越式发展。
大模型（五）MOSS-TTSD学习
更木的博客
08-02 392
MOSS-TTSD学习摘录
「MOSS - 00」MOSS队：团队介绍
MOSS2023的博客
03-11 725
北京航空航天大学计算机学院《软件工程》敏捷开发MOSS队团队介绍
「MOSS - 11」MOSS队：Scrum Meeting 2
MOSS2023的博客
04-19 260
Author: MOSS队。
「MOSS - 19」MOSS队：Alpha阶段项目展示
MOSS2023的博客
05-03 589
MOSS - 00」MOSS队：团队介绍。在项目进行的过程中，我们也根据实际情况进行了一定调整。成员分工于敬凯PM，项目管理，运维姜雨竺前端开发，架构设计，原型设计史泽宇前端开发，前端测试，原型设计王小鸽前端开发，API对接，原型设计王雪竹前端开发，原型设计陈楚岩后端开发，数据库叶颜函后端开发，后端测试以字典序陈楚岩我喜欢睡觉。在本次团队开发中主要担当后端开发的工作。姜雨竺第一次实习那个夏天我说再也不要沾前端了，从此写了一整年的前端。在本次团队开发中主要担当。
结对项目-最长英语单词链
wangxiaoge2001的博客
03-19 347
结对项目-最长英语单词链
软工第三次博客作业-结对编程
weixin_51932821的博客
03-19 394
本次作业实现了，计算模块、CLI模块、GUI模块的分离，改动程序时往往只需在单个模块中进行修改。我们针对没有完全覆盖到的分支刻意制造数据，但分支覆盖率仍然无法提高，依然存在大量行数的代码在测试中仅显示为”部分覆盖”，对应图中黄色部分。此外，为了使得内存空间分配统一在dll外部，我们还传入一个内存空间分配的函数指针，使得在计算模块内部分配的空间可以在外部统一释放。若上述假设成立，则在测试覆盖率时，异常部分对应的分支没有被触发，从而将调用cppSTL的语句判定为“部分覆盖”的语句，这是我认为较为合理的解释。
「MOSS - 28」MOSS队：Scrum Meeting 13
MOSS2023的博客
05-25 365
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 - 32」MOSS队：Beta阶段项目展示
MOSS2023的博客
06-10 566
MOSS - 00」MOSS队：团队介绍。在项目进行的过程中，我们也根据实际情况进行了一定调整。成员分工于敬凯PM，项目管理，运维姜雨竺前端开发，架构设计，原型设计史泽宇前端开发，前端测试，原型设计王小鸽前端开发，API对接，原型设计王雪竹前端开发，原型设计陈楚岩后端开发，数据库叶颜函后端开发，后端测试以字典序陈楚岩我喜欢睡觉。在本次团队开发中主要担当后端开发的工作。姜雨竺。
Scrum回顾会议技巧
2509_93943639的博客
11-23 349
或者用“笑脸投票”：把冲刺内的重要事件写在白板上，每人分配5个笑脸贴纸，贴在认为最需要讨论的事件旁，得票最多的前三个事件深入讨论。比如“继续做”不要只写“保持沟通”，而要具体到“每日站会控制在15分钟内，超过时间就另约专题讨论”。“停止做”不能只是“停止加班”，应该是“停止在代码库直接提交未经review的紧急修复，所有修改必须走PR流程”。这会让团队意识到，回顾会议不是发牢骚的树洞，而是真正推动改变的起点。一个高效的回顾会议，应该像给团队做一次深度体检，找出阻碍前进的症结，并开出切实可行的处方。
Scrum产品路线图
2509_93942857的博客
11-23 308
比如，在Sprint评审会议上，产品负责人可以用路线图展示进展，并收集反馈来调整未来方向。举个例子，我们曾在一个电商项目中，因为没及时调整路线图，错过了竞争对手的新功能，导致用户流失。如果你还没尝试，不妨从下一个Sprint开始，画一张简单的路线图，看看它如何改变你的工作流。这符合敏捷的适应原则，让团队能根据反馈调整。工具方面，简单的白板或数字工具如Jira都可以，关键是可视化，让所有人一目了然。优先处理功能时，参考价值、成本和风险因素：高价值、低风险的功能优先上线，这样能快速交付价值，同时降低不确定性。
Scrum估算技巧分享
2509_93936009的博客
11-23 298
比如“用户注册”算3点，那么比它简单的就是1或2点，复杂两倍的就给5点，完全不在一个量级的扔到13点以上。记住，故事点不是考核指标，而是团队共同理解需求的沟通工具。有次为某个“导出Excel”功能争执，主张8点的同事提到要处理多sheet页合并，主张3点的同事才发现需求文档里藏了隐藏条件。在会议室墙上永远贴着一张“标杆需求清单”：发送短信=1点，微信授权登录=3点，支付流程=8点。现在我们会给“跨系统协作”额外加权：纯前端需求按基准算，需要前后端联动的加1点，涉及三方接口的再加1点。三、遇到过这些坑吗？
Scrum回顾会议
2509_93942763的博客
11-23 304
首先，氛围至关重要。例如，“减少代码重复”这样的模糊目标，不如“在本冲刺中，每位开发者至少重构一个模块的重复代码”来得有效。回顾会议也是同理，团队集体审视上一个冲刺的过程、工具和互动，找出亮点和痛点，从而制定可行的改进计划。比如，那个电商项目经过半年定期回顾，我们不仅优化了开发流程，还改进了沟通方式，从最初的“各干各的”演变为“互助协作”。如果你还没尝试过定期回顾，不妨从下一个冲刺开始，用15-30分钟的时间，点燃改进的火花。毕竟，在敏捷的世界里，最好的代码不是写出来的，而是通过不断反思和迭代打磨出来的。
Scrum在需求管理中的实践方法
最新发布
2509_93941743的博客
11-23 389
接下来，在Sprint Planning会议中，团队会从Product Backlog里挑选高优先级的需求，纳入当前Sprint。从Product Backlog的优先级排序，到Sprint Planning的任务细化，再到日常跟踪和反馈循环，每一步都让需求更可控、更灵活。如果你也在为需求多变而头疼，不妨试试Scrum，从小处着手，比如先建立一个简单的Backlog，再逐步引入会议机制。记住，关键在于团队共识和持续改进，需求管理不是一蹴而就的，而是通过一次次迭代不断优化的旅程。
Scrum产品负责人职责
2509_93942818的博客
11-23 383
简单说，产品负责人是产品的“代言人”，负责定义产品该做什么、为什么做，以及如何最大化价值。比如，在一次电商项目里，我作为产品负责人，花了大量时间调研用户行为，最终确定了“提升购物车转化率”的愿景。有一次，我们团队面临时间压力，我果断推迟了一个花哨的UI改进，集中精力修复了一个关键bug，结果用户满意度大幅提升。沟通是产品负责人的生命线。比如，一次我们推出了一个新功能，用户反馈一般，我立即组织回顾，找出问题并优化了下个冲刺的计划。最后，产品负责人的角色不是一成不变的，随着项目进展，可能需要调整策略。
Scrum在科研团队中的项目管理
2509_93943789的博客
11-23 173
最绝的是产品负责人角色——由手握三个国家级项目的导师担任，但他总想往冲刺里塞私货，后来我们设置了“导师需求缓冲池”才解决。有个月底我们同时面临项目中期考核和仪器巡检，任务板突然飘红，导师默默买了十杯奶茶加入夜间冲刺——原来他也看懂了我们贴在冰箱上的可视化看板。有人抱怨文献管理混乱，我们就用共享看板做了个“参考文献停车场”。有次评审会上导师坚持要把“探索新型催化剂”这样的模糊目标放进冲刺清单，我们只好发明了“科研目标卡片”：左边写假设，右边列验证方法，下面标注“成功指标”——转化率超90%或选择性达95%。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值