A Brief Intro to Daily Scrum

最新推荐文章于 2025-11-23 19:50:13 发布

原创最新推荐文章于 2025-11-23 19:50:13 发布 · 323 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#scrum #敏捷开发

Efficiency 专栏收录该内容

1 篇文章

订阅专栏

每日站会是一种在敏捷开发中常用的短小高效的会议形式，旨在让团队成员在15分钟内快速同步进度、计划及遇到的问题。站会帮助确保团队目标一致、促进协作并共享进展与挑战。

A Brief Intro to Daily Scrum

- 每日站会

- stand up to make meetings short and efficient

每日站会适用于许多团队项目，特别是在敏捷开发中
它是一个15min的站着开的会议
同步项目成员进度、未来24小时内计划以及遇到的困难
In short, it is an everyday quick status update!

notice:

在站会中不要罗列具体问题和状态，简要报告进度、计划、困难才是重点
需要讨论的问题放在会后进行
scrum master应在会议中即使制止浪费时间的举动，并保证会议高效进行

goals:

团队成员对项目目标的理解一致
共同协作
分享困难与进步
视大家为一个整体团队

references:

https://martinfowler.com/articles/itsNotJustStandingUp.html
https://www.scrum.org/resources/what-is-a-daily-scrum
https://www.zhihu.com/question/19655749

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

whywww

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

a brief introduction to index theorems

11-25

指标定理的介绍，来自知乎蓝青的论文，图片归集成pdf，便于阅读

An Introduction to Project Management With a Brief Guide to Microsoft epub

10-06

An Introduction to Project Management With a Brief Guide to Microsoft Project 2013(5th) 英文epub 第5版本资源转载自网络，如有侵权，请联系上传者或csdn删除本资源转载自网络，如有侵权，请联系上传者或...

参与评论您还未登录，请先登录后发表或查看评论

Github 的一个免费编程书籍列表

weixin_34179968的博客

07-30

3661

Index AdaAgdaAlefAndroidAPLArduinoASP.NET MVCAssembly Language Non-X86 AutoHotkeyAutotoolsAwkBashBasicBETACC#C++ChapelCilkClojureCOBOLCoffeeScriptColdFusionCoolCoqDDartDB2Delphi / PascalD...

Github的一个免费编程书籍列表

skelking的专栏

11-19

8101

Index AdaAgdaAlefAndroidAPLArduinoASP.NET MVCAssembly Language Non-X86 AutoHotkeyAutotoolsAwkBashBasicBETACC#C++ChapelCilkClojureCOBOLCoffeeScriptColdFusionCoolCoqDDartDB2Delphi / PascalDTraceE

vue 牛人发布的优秀资源 vue资源大全

腾讯全栈-ITCJF

10-18

1万+

Awesome Vue.js A curated list of awesome things related to Vue.js Resources Official Resources External Resources Job Portal Community Conferences Podcasts Youtube Channels Offici...

Github上的1000多本免费电子书重磅来袭！

weixin_30641465的博客

09-21

1189

Github上的1000多本免费电子书重磅来袭！以前StackOverFlow也给出了一个免费电子书列表，现在在Github上可以看到时刻保持更新的列表了。瞥一眼下面的书籍分类目录，你就能知道这个免费电子书库的含金量了吧。记得一定要看几本，千万别下载了大量书籍而束之高阁！行动重于空想！ Github地址:https://gi...

计算机类免费电子书共享

Windeal

01-05

1万+

列表最早来自stackoverflow上的一个问题：List of freely available programming books 现在在github上进行维护：free-programming-books List of Free Programming Books This list initially was a clone of stac

Wordle_1.0

热门推荐

yyf525的博客

05-29

11万+

目录一：前言二：玩法 1.游戏 2.查看记录 3.排词器三：游戏模块 1.游戏主界面 2.查看记录 3.排词器 4：源码 5：结语一：前言看到最近网上出了一个比较火的Wordle小游戏，自己也写了一个，挽起来效果也不错，希望大家喜欢。二：玩法首先需要引用到新更新的game_2.0 运行之后会出现四个选...

a-very-brief-intro-to-rust:RustBridge 的介绍课程

07-24

在intro.html第二张幻灯片的文本中，如有必要，更改您正在举办的研讨会的序号，并将您的研讨会所在的城市添加到该幻灯片的演讲者备注中。然后向此 repo 发送拉取请求，以便未来的研讨会了解您！！

Think OS：操作系统简介Think OS: A Brief Introduction to Operating Systems

11-15

Think OS是面向程序员的操作系统介绍。计算机架构知识不是先决条件。

An Introduction to Project Management With a Brief Guide to Microsoft azw3

10-06

An Introduction to Project Management With a Brief Guide to Microsoft Project 2013(5th) 英文azw3 第5版本资源转载自网络，如有侵权，请联系上传者或csdn删除本资源转载自网络，如有侵权，请联系上传者或...

Scrum回顾会议技巧

2509_93943639的博客

11-23

349

或者用“笑脸投票”：把冲刺内的重要事件写在白板上，每人分配5个笑脸贴纸，贴在认为最需要讨论的事件旁，得票最多的前三个事件深入讨论。比如“继续做”不要只写“保持沟通”，而要具体到“每日站会控制在15分钟内，超过时间就另约专题讨论”。“停止做”不能只是“停止加班”，应该是“停止在代码库直接提交未经review的紧急修复，所有修改必须走PR流程”。这会让团队意识到，回顾会议不是发牢骚的树洞，而是真正推动改变的起点。一个高效的回顾会议，应该像给团队做一次深度体检，找出阻碍前进的症结，并开出切实可行的处方。

Scrum产品路线图

2509_93942857的博客

11-23

304

比如，在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

301

首先，氛围至关重要。例如，“减少代码重复”这样的模糊目标，不如“在本冲刺中，每位开发者至少重构一个模块的重复代码”来得有效。回顾会议也是同理，团队集体审视上一个冲刺的过程、工具和互动，找出亮点和痛点，从而制定可行的改进计划。比如，那个电商项目经过半年定期回顾，我们不仅优化了开发流程，还改进了沟通方式，从最初的“各干各的”演变为“互助协作”。如果你还没尝试过定期回顾，不妨从下一个冲刺开始，用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

172

最绝的是产品负责人角色——由手握三个国家级项目的导师担任，但他总想往冲刺里塞私货，后来我们设置了“导师需求缓冲池”才解决。有个月底我们同时面临项目中期考核和仪器巡检，任务板突然飘红，导师默默买了十杯奶茶加入夜间冲刺——原来他也看懂了我们贴在冰箱上的可视化看板。有人抱怨文献管理混乱，我们就用共享看板做了个“参考文献停车场”。有次评审会上导师坚持要把“探索新型催化剂”这样的模糊目标放进冲刺清单，我们只好发明了“科研目标卡片”：左边写假设，右边列验证方法，下面标注“成功指标”——转化率超90%或选择性达95%。

Scrum需求拆分