每天的起立都是胡说八道 除非他们赚到薪水 (中文 (Chinese Simplified))

每天的起立都是胡说八道 除非他们赚到薪水

Friday, 21 November 2025

//

12 minute read

Comments Raw Edit
Agile Development Project Management

每天的站点本质上是很糟糕的 @-}但是当它们变成仪式而不是校正时 它们会浪费时间和破坏信任 #.#这篇文章探讨了为什么婚礼是纳税',"如何衡量它的值 ',>和实用的async=-#第一种替代方法 让团队在不燃烧能量或没有时间的情况下对齐 200)}._Agile是适应性

一. 导言导言 导言 导言 导言

在我几乎在“30”的软件开发年中, 每天参加的活动比我关心的还要多。 “.”有些是电动的“-”短暂调整时刻,清除阻截器并送我们往前冲刺.;另一些则是表演仪式,在那里疲劳的开发者像昨天那样朗诵了“MS K6’same ” (@") 到一个静音相机的画廊.

一种单立类型 赚取税款另一则只是仪式而已

忏悔

我不得不承认我是一个敏捷的游手好闲者 .,我在变革控制委员会会议上 经历了PRINCES=,}瀑布=MS K3}和重度-权程序框架

简单的事实就是 Agile 是建立好软件的最佳方法 . 引用丘吉尔的话

据说Agile是最差的软件开发程序 -}除了其他不时尝试过的

但这里是事情 : 正在成为 proç-Agile does ' t means be proMS K2ritial毫无疑义地为仪式辩护 反对 闪亮度@. @%

这是I'所学到的 : 敏捷是关于适应的@, @% 不加入@,_#Sprint planching@,}回溯:这些是工具{,}不是命令.}和任何工具一样,他们应该被评估它们是否值得评价 工 业.

这篇文章是关于消除共和党的 ._I It'}询问您的仪式是否与成本成正比 你能做的最敏捷的事情 就是调整你的灵敏程序.

Scrum 是模板@ , @ not Dogma

让我说清楚 Scrum作为起点非常出色 . 当我们在瀑布中溺水时 它给团队提供了结构 如果你刚刚从 Agile ,Scrum开始

但是在沿线的某处 我们混淆了 之后的缩放 与 正在敏化.

Scrum 是一个 工具包工具箱. Agile is a 心态.

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}这是没有人谈论的 一旦 Scrum 开始 fray @ , @ 减缓您下调@ MS K1 @ 或提供比它成本低的值@ I-} '%s 当你适应时这需要经验 , 但它是真正的敏捷度 MS K2 关键 在你的过程需要进化时识别的能力 就是将成熟的灵活团队 和那些货物区分开来

这里的"'" 不舒服的真相: Scrum Masters 只有你继续使用Scrumb." 所以请接受他们的忠告 '," 但记住它们的激励是#'"

《危险宣言》 它珍视个人与互动及过程和工具 "}强调 组织团队 " @'_MSK1}然而我看过三组队伍在三个时区站立, 因为#"#'s Scrum saks@."}那*'s not attility {-}(这群球队装扮成方法的传统)♫'s

I' ve 意識到很多人在做「"QAGIL"」, 但從未真正讀過「Agile Flooro.」。

这儿是M:

《危险宣言》

我们正在探索开发软件的更好方法,通过做和帮助他人来开发软件 . 通过这项工作我们找到了价值

  • 个人与互动 进程和工具
  • 工作软件 综合文件
  • 客户协作 合同谈判之后
  • 回应变化 计划之后

这是,,而右侧的条目有价值 , 我们给左侧的项目值更多MS K2

请注意“'”没有包含什么内容。 “:”在其中每天的备注@, @sprint planning,}故事点 @,}回溯性回顾这些来自为实施这些价值观而创建的 Scrum,♪.}但是沿途我们开始将执行ScrumbMS K9作为目标,而不是价值本身=.}

《宣言》是关于 原则原则“,”不是处方,而是“.”、“"”、“Individuals 和关于进程与工具的相互作用” “MS K3”是指如果您的程序“(”在阻碍互动呢?

自 己- 组织团队... ...他们需要他们的仪式...

graph TD
    A[Agile Manifesto] -->|Inspires| B[Scrum Framework]
    B -->|Provides| C[Ceremonies & Practices]
    C -->|Should be| D{Adapted to Context}
    D -->|Teams often skip this| E[Rigid Adherence]
    D -->|True agility| F[Continuous Optimization]
    E -->|Results in| G[Process Theatre]
    F -->|Results in| H[Effective Delivery]

    style A stroke:#e1f5ff
    style F stroke:#d4edda
    style G stroke:#f8d7da
    style H stroke:#d4edda

以我的经验来看 最快的船队 是' 而不是那些跟随Scrum的人 检查和调整自己的程序 当他们严格检查和修改代码 .

立体起伏往往衰落成仪式

让我画幅你可能认出的图片 :

@ 9:00 @ AMQ. @ 你TMK3# 深入解决一个高明的货币错误@ MS K4} 您的IDA 已打开 , 调试器附在后面*,* 心理模型已满载 * . 然后\ -\ ping {-}... ... standup meeting 开始于 @2 minutes @ . *

您的上下文 @ - @ switch@ MS K1 @ 加入到调用中来 < . wait > 等待, 而三个人不排斥=.} 然后:{

  • 爱丽丝・: @"@same as yesterday_,}工作於登入功能@."
  • 鲍勃・: @"# 完成测试@, 没有阻塞器 @ ."}
  • 卡罗尔・: 离家出走的摄影机 @"耶~,仍然在数据库 迁移#."

10分钟后你又回到你的代码. 你的精神模式已经消失了

那次会议取得了什么成果?

以我的经验来看,失败的政体有共同的症状

仪式衰落检查列表

  • [ 多数更新与昨天的"+same不同,
  • 没有作出决定。
  • [ 超过@50%+#有摄像头关闭。
  • [ -=YTET -伊甸园字幕组=- 翻译:
  • [ 在会议期间,人们的多重任务
  • [ 无人问起后续问题
  • [ 会议本可以是一个黑白的讯息

当这些症状出现时@ , 您的站点是 @ MS K1} t 创建对齐@ I. It' 同步疲劳.

出席情况滚滚问题

@._#It@'}這是確認人數的一種方法, 是在他們的桌子上 @MS K6_QQQOr 至少醒著@'T灵敏度- it's監視戲院 –MSKK13

如果您需要每天的状态来知道您的开发者是否正在工作 @ , 您有一个信任问题@ MS K1 不是一个进程问题 @ MPK2 对待您的开发商如专业@. @% 以他们交付的东西来评判他们 不看他们是否准时出席一个会议

graph LR
    A[Standup Intent] -->|Should produce| B[Alignment]
    A -->|Should identify| C[Blockers]
    A -->|Should enable| D[Quick Decisions]

    E[Ritual Standup] -->|Actually produces| F[Status Updates]
    E -->|Actually creates| G[Context Switching]
    E -->|Actually wastes| H[Focus Time]

    style A stroke:#d4edda
    style B stroke:#d4edda
    style C stroke:#d4edda
    style D stroke:#d4edda
    style E stroke:#f8d7da
    style F stroke:#fff3cd
    style G stroke:#f8d7da
    style H stroke:#f8d7da

所有庆典都是税务

这里的'+#框架改变了我对灵活做法的看法 @:}

每个仪式都消耗资源 :

  • 时间 时间 @- 15 @ 分钟 @ × @ @ @ IMK3_ 开发商 @ MPK4 @ @ *5# 天 @ = @ @ _6.25 @ hoursZK8周
  • 认知能 - 上下文转换会破坏深层工作
  • 情感带宽 @- @ @ "_ 表现的出席@"# 正在筋疲力尽。
  • 焦点 中断流量状态会增加成本

在民主社会中,我们接受税收 提供基本服务的资金@._roads@,}学校,#Helpation {-}这些证明负担合理,因为我们得到回报的值=.}

Agile仪式的工作方式相同 .

graph TD
    A[Ceremony/Ritual] -->|Consumes| B[Team Resources]
    B --> C[Time]
    B --> D[Energy]
    B --> E[Focus]
    B --> F[Context]

    A -->|Must produce| G{Value?}
    G -->|Yes| H[Justified Tax]
    G -->|No| I[Process Theatre]

    H -->|Examples| J[Blocker identified<br/>Alignment achieved<br/>Decision made]
    I -->|Examples| K[Status updates<br/>Calendar filler<br/>Nobody engaged]

    style A stroke:#e1f5ff
    style G stroke:#fff3cd
    style H stroke:#d4edda
    style I stroke:#f8d7da

衡平征税

任何证明它存在的仪式 ,}这一定是事实

资源消耗

以我的经验来看 当球队测量这个方程式的两面时 他们就失败了 他们继承了仪式 这还值得吗?

更快的替代方案

这里#' @%_I'}我所看到的工作 在不同团队背景中@: @%

状态更新@ → @ Async check *-_in

而不是同步会议 @,_ try:}

Slack/+Teams Thread @(#Daily@)} 团队串线 @MSK1_Daily=MSK

👋 Good morning! Quick updates:
✅ Yesterday: Completed auth refactor (#234)
🎯 Today: Tackling payment integration (#456)
🚧 Blockers: Need staging DB access (@alice)

时间成本@: @% @2 @ minutes vs @ .} @ MPK2 @ 分钟 @ 时区影响 零 可搜索历史@ : @% 是 是

通信乘数效应

这里的'是关键BEENEFIT 大部分队错过了: **Slack check-in 成为与任何对进展感兴趣的人沟通的地方 . 产品管理者@,利益攸关方 @,设计师#, 其他工程团队 @MS K3他们都可以订阅频道,

你的工作是建立你的团队 成为一个特写发送机.}通讯是石油 它一直运行\MPK1}*

当CEO询问“" @what_'}当CEU问到”?", 工作团队给他们发送一个链接@.}当产品需要更新,时,他们"MS K5\re订阅了'.* 当其他团队协调=,}它们看到你在 real-\time这段交流中的进展 振动# , # 不是# 间接费用.

使它成为真正的阿斯辛

如何在任何时区完成这个任务?

模式: @"@status status 更新由本地时间@)}-和离开。 细线中每项任务的详细注释. 不僅是@" 工作於auth",而是 @"_Auth refactor}MS K4 完成 JWT 验证, 開始刷新符號 flook, streater}: 需要設定對錯誤的批準

澳洲纸条留下他们的字条, 只要对他们来说最有效的话... ...-也许在他们一天结束时...

它们驱动着这个过程 . 您不是在安排每次互动吗? . -您是' -您正在清除阻塞器,让专业人士直接协调

这是阿盖尔原则 组织团队 在“.”行动中,不是按规定程序 ,"}组别,而是围绕工作本身组织团队。信息透明=. {(,}) 上下文是共享的,和团队如何解答它_.}

现在您已经使您的进程真正成为 Async@ . @ 注释中的细节表示 您不需要同步的澄清@ I. @ 团队自我=- @ 组织在信息周围 @ MS K5}

GitHub @+ @Slack@=}文化 @ +狀態

将 GitHub 和您的 Slack 频道链接@. 现在状态更新 BECOMES 的代码审查是可见的\ . 您以moji.庆祝胜利

🎉 @alice opened PR #234: Add JWT refresh token flow
💪 @bob approved PR #234: "Beautiful error handling!"
🚀 @alice merged PR #234 into main
✅ Build passed: 47 tests, 0 failures

您的站台刚刚成为您的 GitHub 活动 feed.零税 , 自动可见度MS K2 在 @.}建立的同侪识别

成为最关键的通讯地点, 如果您的团队频道是工作发生的地方 @, @ 让它成为人们希望成为#._ 庆祝Wonk.}感谢大家在公开场合做的出色工作<.> 感谢大家帮助{.{

这是工程文化 . 当主要通讯频道感到积极时 , @% 人们会更努力地请求帮助 更快的,}并自由分享知识

当 Async 失败时 @ (# 和如何修补它@ MS K1 @

Async-}第一位是 @'#t perfect@.}常见失败模式_:}

  • 人们不阅读频道@:_ 让它成为有价值的@(_ GitHub 通知 @ ,} 决定,} 贏了)._ Boring *=}调出#.}
  • @4_# 小时被封锁, 无人注意@:Q 清除协议@.QQ 标记与 @MS K2QQ @ @mention @,QQQ 在“2” 小时后升级.Q 轨道 @MSKO7#blocker response time_"}作为衡量标准 mSSK9#
  • 时区间隔@ = @ @ MS K1_ 小时延迟: 识别@2-3 小时重叠窗口 @. 对于全球团队, 接受交接延迟, 但文档完整@MS K4}
  • 少年人说大声点@ :_ 指派高级职员在@ MS K1} 让 @ MPK2I'# 安全地通过提前庆祝@. @

键@ : @ async @ MS K1} 首端是' @ t mean async=-_ 仅此% .} 当有东西卡住' @%s 时, 请跳上电话@ ._ 同步会议解决问题 @ MS K3# 没有报告状态@ MPK4 @

物理空间的同一航距

如果你仍然在办公室里 还有一个团队室... ...-,把它变成NICE・.

不错的椅子,像样的咖啡... .......

当队房很愉快时, 人们自然会在那里引力 . 发生交汇 . 问题在白板上得到解决 . 有人听到阻塞器并跳进去帮助 “.” 那“' ”有机协作

就是这个 组织团队 实际上看起来就像. 而不是站在一个圆圈里 向Scrum Master." 但是那些组织工作的专业工作者 因为环境让事情变得简单"MS K2"

家里有人在家工作或躲在书桌上, 您的通讯机仍然支离破碎@. @

关于同步会议@: @% 需要时您仍然可以预订重复会议@- @ 您没有% '}无法取消一切@MS K2 @ 关键是有意性 @._ 每周@1-on @ MSKO5+ 保留在日历上保存空间并显示重要性Q.# 区别在于这些变得重要 可选的同步讨论 而不是 强制性规定状况报告.

重新编辑@,}但请说清楚 如果本周没什么可讨论的话... @,_您可以跳过它#."

这里,'我作为高年级学生的方法_/BARBAR:} 我从来没有取消过“1-@on @-1._EverñZ.}但是我明确表示他们可以在那里 .#It'}给它们发送了一条消息 MS K5}这时你已经保护了这个时间 如果您需要的话,请使用它

有些星期他们会跳过它, 因为他们“' @re heads@-}下游和流动”.。 其他几周他们会使用所有#'}时间,因为有些东西困扰它们 或者想通过设计来交谈?

经常性会议 空间空间-=YTET -伊甸园字幕组=- 翻译:

这对“:”特别有用。

  • One - @to @-_ones@(}维护关系空间=)
  • 架构讨论 @(_complex,}受益于白板游戏#)
  • 利害相关者在现场互动中的政治价值 @)

目标为:' "零会议" . It'" 以便有定期的集会,.

对齐+→准确的董事会

以我的经验来说,KANBAN董事会的团队保持时速... ...MSSK1...

信号=-富板指示器_:

  • 带有错误条的语句点 @ ( @ 信任范围@ MS K1
  • " STuck" 带有老化指标的标记
  • 直接在卡片上的公关状况
  • 估计时间跟踪

如果您的董事会值得信任 @ , @ 看它应该回答: “"”什么“'”, 每个人都在做“MS K2”

阻塞器 @ →_ 问题标签@ MS K1+% Async Ping

真正的阻塞器需要立即注意 @, @ 不是一个下一个@ -_ day standup.}

更好的模式 @: @%

  1. 标签问题 🚧 blocked
  2. 直接将有关人士
  3. 如果在“2 小时”中没有解决,那么“, ”就会升级为铅
  4. 音轨阻卡分辨率时间作为公号

聚合团队 → 每周回溯

我经常听到的这个论点 但站立能让我们联成一支队伍 !"

Pair point. 但它是一个每日更新的状态 建立连接的最佳方式\ ?

根据我的经验,这些创造 更强 :

  • 平间会议 *- 实际合作
  • 每周复古 诚实的反省
  • 黑水冷水管道 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}社交时间
  • 每月小组午餐 工作连接@ - @ non\ - @ working contact
graph LR
    A[Team Cohesion Goals] --> B{Choose Method}

    B -->|Status sharing| C[Async Check-ins<br/>2 min/person]
    B -->|Problem solving| D[Pairing Sessions<br/>As needed]
    B -->|Reflection| E[Weekly Retro<br/>1 hour/week]
    B -->|Social bonding| F[Slack channels<br/>Continuous]

    G[Daily Standup<br/>15 min × 5 days] -.->|Tries to do all| A

    style A stroke:#e1f5ff
    style C stroke:#d4edda
    style D stroke:#d4edda
    style E stroke:#d4edda
    style F stroke:#d4edda
    style G stroke:#fff3cd

背景矩阵

并非所有的团队都应该采取同样的仪式... .......

@ _团队概况 @MS K1}站立值# }更好的替代方案 @
发件人@, @ async_ -# first -=YTET -伊甸园字幕组=- 翻译:
小-重球队 “ 低”“ ”指导模式 < ( > 见下面<)>\ * @ }
严格截止时间@,高风险 取决于 @ @ 平衡 @ MS K2 @ 愿意吗? 15} 请放慢你的速度@ ? @ 如果没有阻塞器 @ I, @ 为什么报告您在匆忙中* *'#
稳定地特征团队 @ }非常低的 低税率更新 *; 只有建立复杂的多@-人性特征或关键问题时,才会达到每日水平
开放源@,全球时区 每周视频摘要 @

Aside: 青年开发者神话

常见的智慧 @: @ @ " @ @ Juniors 需要日常训练来学习#."_ Reality@:}常有的站起来 增加焦虑 对于低年级学生,但实际上没有帮助他们成长

你的团队 让你的JUNITORRS 校对:Portnoy

专业发展是通过导师关系实现的。 校对:Don's .}校对翻譯字幕组

以我的经验来说, 同样的仪式适用于每个背景环境.

一切能适应什么

在这里,'}这是事实 每件事都适应于你队最适合的事物

这就是阿盖尔原则 组织团队 实际上意指. 不是"MS K1" 跟随Scrum的团队 完好无损地" ," 但是... 不断调整工作程序以服务于工作的团队.

有些人甚至会抗议黑色讯息@,+ 更愿意专心致志,

真正自我的-组织团队实验_,}度量,}选择@.}你适应来达到结果 200)}.}

是谁决定改变这个过程?

当我说“"”时,团队决定了 “," ”谁真正拨打这个电话? 铅或高级开发者 领导才能为改进创造条件 .

模式@: @%

  1. 任何人建议实验“- @ @ "_ try async check” @-in 用于“ MS K3} 星期@ ?"}
  2. 团队讨论贸易如何回归,
  3. 铅决定是否运行@- 基于购买}#-in和可行性
  4. 团队衡量结果: @-_blocker time@?}满意=?
  5. 团队决定保留,}重回MS K1}或循环

透明是关键@. @% 基于证据的更改 @("#我们有数据 这是@'}t working{"),}没有意见 我认为这是更好的_").}

如果您的团队能对程序更改 , 表示担忧 您没有自制' 组织团队 @- 命令@-和-

Spikes:实验肌肉

这里的' 是一个我喜欢的模式 螺钉.如果你使用短跑@(或快速循环反馈 @),

注意任何@"我们应尝试 X Tech{"}讨论_. 当有人说“"”时,我想知道Postgres full@-}文本搜索是否比此“MS K2 ” 的 Elasticsearch快? 请将其写下来 @. Don'}当右手边辩论它的时候。 “. 抓住它{. }

使用峰值作为重开发期间的有趣的休息时间@. @% 研究一个大的, 长长的功能, 它会磨碎你下方的? 计划 一个钉子\ .\ {" ASLESQ}Allice,}用一天时间尝试一下 你提到的重新激活服务器部件的方法_.}看看它是否解决了我们的水合问题 200)}."}

斯派克对Devs.很有意思 他们可以探索 , 学习, 并可能失败

以队形追踪它们@: @%

  • 每天1 天 ?天
  • 我们想学习什么 ? MS K1 做这个方法 工作?" 不是 @" 构建了整个功能@")
  • 我们如何知道它是否成功? @? @ @ ("}能否在没有落差的情况下完成@10Qk项目?
  • 期末现有调查结果 MSKO你'你不只是傻乎乎的 MS K2你'回答球队的问题

最后一点是关键关卡 @. 以我所学到的“."”结束, 在Slack@,中可能是“MS K4分钟”,在白板#.这个格式是否 “' tmatter\ .}什么重要? {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}不只是从中提取.

这对初中生来说特别重要 他们成为这个特殊用途案例的Redis专家团队 '

@"#你提到想要了解有关 查奇.}这里:'}一个2-日的钉子 :}调查Redis对我们的API回覆中的 Redis vs inMS K5memory caching

现在的初中生是' 不仅消耗了老年人的知识 为团队贡献力量 有助于集体理解@.你如何建立信心#. 年轻人怎样停止感觉像冒名顶替?

斯派克给自己付钱

@-}他们决定加速器@.#

路径@1:_通过 下个 dev 周期=,} 您可以使用该技术来提供更多价值 因为加注@ . 它给自己花钱了 @ MS K3 Alice花了一天时间 在两周后_? 两周后{, 团队以“80%” 少些客户端@-side JavaScriptMSK81

路径 #%2:# 消除 我们尝试过GreagQLFederal 并且它太复杂了 对于我们的团队规模来说 成功决定“. ”你不再浪费时间了,想知道“" ”我们是否应该使用GreagQL?" 答案是“没有”, 得到证据的支持“MS K4 ”

最糟糕的结果是永远也不会无休止地争论“-”,

连进程都得到峰值@. @% 您可以在团队中做一个“ "” 进程所有者@ MS K1, 并使用 process points\ @ . _ @ let's try async check -ins 用于“ I2" 星期@ MPK7 那\ MSKO8 过程加注+.Wez'll 测量阻塞器响应时间, 看看会发生什么? @."}

该原则的改变是由实验驱动的 让团队与科技玩得健康 与工艺一起玩的很健康 另一种方法就是停滞

Spikes 正常实验=.}它们可以安全地说:""#I don'}(不知道这是否有效)

问问你自己 : 团队的输出需要@? @%

  1. 现况更新 @(_至少每天更新@)}#-}让利害相关者知道发生了什么事情
  2. 用于改变方向的投入 @ (@ really core to slimining)}{-(但實際上是MS K3為此,{;}{{'

缩略 最佳结果 I'@ve 已经与 Async 自我+- @organization Slack approach @.你确定什么应该是“"}从线上下@"}#(}在一次利益攸关方单独会议上,当您需要小组会议来讨论一些复杂的事情时.}

记住"产品就是输出"

直到那里为止,' 和,一起播放一个功能 您程序的产物是您开发机器的输出.,' 什么重要? MSSK2

如果您的公司需要滚动进度更新@, @ 想想你如何以 cheAPlyy #MSSK1#税收条件提供这项最新消息 @ )} @ MPK3 @

创用CC授权使用

  • 查看JIRA已完成故事点的入场票脚本
  • LLM-驱动根据历史任务速度计算的估测器
  • Git 的自动每周摘要包含“+”
  • 从 CI/CD 输油管状态中拉动机板
  • 自动从罚单标签上显示阻塞器的黑机器人

有些选择比强迫人类每天手动报告进展情况更便宜 .

目标是消灭通讯 使机械部件自动化,以便人类能够专注于有价值的零件 “-”决定,“,”合作“MS K2”创意问题“-解答 .”

测量像系统一样的定律

如果您是开发者 @ , @ 您监视您的系统@ MS K2} 您可以跟踪 Latency,}错误率 @ MPK4}资源使用@ I.}您设置了 SLOs, 当它们降解时会进行调查 。

为什么我们不这样做 我们的过程? ?

具有实际重要性的度量

在您测量仪式前 @ ,_ 度量 通信本身这是所追踪到的 揭示出真正问题的标准

对阻挠者的反应时间

  • 平均时间, 从 @ "🚧 clock #% MS K1标签到解析
  • 团队重叠时的小时数
  • 如果你的通讯渠道正常运转的话

校对:Portnoy

  • 从开放公关到第一次审查还有多久?
  • 小型PRS,小时 大型<24小时
  • 如果考量坐着数日@, @% 要么有人正在检查 Slack 或您有太多的 WIP

回答问题率

  • 当有人在团队中请求帮助时,
  • 重叠时间:
  • 如果您的频道是 @'@ title as a communication center

部署频率

  • 不只是一个DevOps衡量标准 @ - @ it'}它是一个通信指标
  • 如果您在每日部署 M' 协调有效
  • 如果在星期四部署组群, 您的进程有瓶颈 。

黑频道参与

  • 不只是@" @_谁张贴#",
  • 是否有人携带所有通讯载荷?
  • 是一半的队伍潜伏 ?

模式@: @% 如果这些量度是健康的... ..., 你的通讯基础设施正在运转 如果他们的通信设施已经退化了 任何仪式都不会修补它您需要解决根本问题 @ (_unclear ownership@ ,}低度心理安全 * ,*工具摩擦=,}等等 @.).

健康检查

问你的团队季刊:

  1. 这个仪式解决了什么问题?

    • 如果没人能清晰地表达它的话 , 杀死它

  2. 什么证据显示它有效 ?

    • @"#We@'}一直以来都这样 "不是证据.

  3. 有没有更快的方法?

    • 自动化能帮助?吗?

  4. 如果我们跳过它会怎么样?

    • 运行实验“.”暂停 “2”周@. 度量撞击.

  5. 我们测试过替代品吗? ?

    • 如果您在相同的仪式上运行多年... ...", \ 您没有被敏捷的\ ."

实用实例@:我的最后一个团队

我们每天都有18的备战 几个月后我提议做个实验

虚伪的假说 我们的成熟团队可以保持与 @3#x 每周检查@-}{+_Async 更新}.}同步

度量=:

  • 区块解析时间
  • 冲印目标实现率
  • 团队满意度: @(_Anonymous调查#)
  • 平均PR 年龄

@4_sweek@:}后的结果: @ MSKO}%

  • 屏蔽时间@ : @% 无变化 我们使用黑标签 )
  • 冲刺目标+: +1改进 @(# more focus time_)}更多焦点时间@MSK1%
  • 满意度#: *+15% 增加 无会议疲劳 )
  • 年龄 平均时数 -=YTET -伊甸园字幕组=- 翻译:

我们做了一个永久的. 不是因为站立很坏 而是因为 我们的上下文没有说明税收的合理性.

graph TD
    A[Current Ceremony] -->|Define| B[Success Metrics]
    B -->|Propose| C[Alternative Approach]
    C -->|Run| D[Time-boxed Experiment]
    D -->|Measure| E{Better Results?}
    E -->|Yes| F[Adopt New Approach]
    E -->|No| G[Keep Original]
    E -->|Mixed| H[Iterate & Re-test]

    F --> I[Document & Share]
    G --> J[Schedule Next Review]
    H --> C

    style A stroke:#e1f5ff
    style D stroke:#fff3cd
    style F stroke:#d4edda
    style I stroke:#d4edda

团队的到期日 *&}背景事件

我想成为水晶清晰的 : I' @% 我不是说要消除无处不在的僵尸.

有些环境真正受益于每日同步@: @%

当支持赢得税收时

以我的经验,每日的看台为:提供价值

新组建小组

  • 成员互不相识,工作风格
  • 隐性知识已经建立起来了
  • 规范制定时需要明确协调

小-重力队

  • 学习估算和规划
  • 从日常辅导接触点受益
  • 建立专业交流技能

High- 压力释放窗口

  • 协调复杂的综合部署依赖情况
  • 迅速识别阻塞器至关重要
  • 分担压力的心理安全

Crossó-功能发现

  • 产品=M,设计_,和工程一起探索
  • 原型快速迭代
  • 紧反馈环必要

关键原则: 当您的团队@ ' @ s上下文改变 @ MS K1 @ 您的仪式应该太过繁忙 @ title+.} @

I'@ve与在“6-”周产品启动期间站立的团队合作, 适应性.

什么样的好样子

让我分享有效仪式的样子 当它能起作用时 有效的仪式看起来像,

例如: : 7-_Minute standup

最优秀的团队之一 我工作与运行的立体 像这样':

格式化@: @%

  1. 每个人在Slack张贴最新消息 之前 会 议 会 议 会 议 会 会 议
  2. 会议开始 : MS K1 任何需要的阻塞器或决定 *?"
  3. 仅处理那些项目
  4. 如果没有任何紧急事件 取消会议 请返回工作

平均持续时间: 分钟 会议取消@: @% 时间的~40% 价值: High-bandwidth 问题解决@,零状态剧院

Async 视频更新

一个分布在 9 时区 MSC1的团队

模式#:

  • 每个人在白天记录#60-_BAR二号Lloom视频@-_Q+end
  • 共享黑线职位
  • 其他人观看同步, 用批注回应@/ @#offers of help
  • 每周同步会议仅限于复杂讨论

时间成本@: @% @60 @ 秒数记录 @ + @ @ @ I3 @ 观察分钟@ 时区问题 已消除 连接@: @% 高一点看面孔 低点听觉语调

置信板

一个团队建了一个简单的仪表板 : *

@ }任务# }估计: 信任$ _信任$ }上次更新$MSC4
@ _Auth refactor { }\fn方正黑体简体\fs18\b1\bord1\shad1\3cH2F2F3}🟢}90%} }*2}(几小时前的 】
I🟡= @60%}@ }@5}(几小时前)# *
@ @DB 移民@ @3点 @ } @MS K4#30%#

信任度低于 @70% @ 触发自动@ "} 需要帮助 @ MS K2 @ 黑消息 @ MPK3 @

结果#: 阻力器已主动浮出水面 @ , @ 不需要会议@ MS K1 @ {

真实的罪恶精神

这里的' 是什么困扰我 关于站立正统=:

《阿吉勒宣言》说 “" 响应计划后的变化”“."”

然而我们抵制改变我们的仪式 我们继承了Scrum,的立体声 即使有证据表明他们不起作用 我们也继续运行

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}这不灵敏... 传统传统的.

根据我的经验 真正的敏捷的团队会问难的问题

  • 这个仪式去年有效吗?
  • @"We're 已分发@.如果我们的同步模式改变 @MS K3#
  • 我们的团队增加了三倍 .和结构规模相同
  • 我们刚刚发运了这个大型项目 现在最优化的是什么?
graph TD
    A[Agile Mindset] -->|Requires| B[Continuous Improvement]
    B -->|Applied to| C[Product]
    B -->|Applied to| D[Code]
    B -->|Should apply to| E[Process]

    E -->|Questions| F{Is this ceremony<br/>still valuable?}
    F -->|Yes + Evidence| G[Keep & Measure]
    F -->|No + Evidence| H[Change or Remove]
    F -->|Unsure| I[Run Experiment]

    G --> J[Schedule Next Review]
    H --> J
    I --> F

    style A stroke:#e1f5ff
    style E stroke:#fff3cd
    style G stroke:#d4edda
    style H stroke:#d4edda
    style I stroke:#d4edda

结论: 仪式必须挣取负担

让我用一个简单的原则 把这个带回家

仪式不灵活, 因为它在 Scrum 指南中有一个名字@. @% 只有当它挣得重担时 它才灵活

站立是无稽之谈 强制,}未受质疑的MS K1}上下文 @ -}无限制站点是.

以我的经验,最好的团队对待仪式 就像代号:}

  • 它们 复构体 何时出现模式
  • 它们 优化优化 业绩受损害
  • 它们 删除删除 不再需要时
  • 它们 测试替代替代品 承诺前
  • 它们 度量 知道什么是有效的,

这是 组织团队实践不是完全按照规定程序行事的团队 而是不断检查和调整自己工作方式的团队

有关保护仪式的Agile 是'QT 保护清晰度,}流程 ,}和交付.

如果“2-”一分钟 黑检查“MS K1”能达到什么? “15-”分钟的站点用在了 @-”上。 你们的团队舰队更快地感到疲倦, 即动作的灵敏度.

因此,我向你们提出挑战

本周 ,_问您的团队 ―:}

  1. 如果我们跳过一周的斗殴,会失去什么?
  2. 我们能得到什么? ?
  3. 我们愿意测试它吗? ?

你可能会发现这个站台是必需的吗? .#Great @-}你现在有证据了吗?

或者你可能会发现它 ' 几个月来一直没有受益的税收... .......

不论哪种方式,你都会做最敏捷的事 基于现实的适应 =,}不是仪式.

参考书目 @&_

您是否尝试过每日立体站的替代选项@ ? @ I' @ 很高兴听到您团队的工作原理 @ MS K2_ or} @ MPK3 @ t)} @ . @ 联系 或留下以下的注释@. @%

Finding related posts...
logo

© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.