# 每天的起立都是胡说八道 除非他们赚到薪水 > 每天的站点本质上是很糟糕的 @-}但是当它们变成仪式而不是校正时 它们会浪费时间和破坏信任 #.#这篇文章探讨了为什么婚礼是纳税',\"如何衡量它的值 ',>和实用的async=-#第一种替代方法 让团队在不燃烧能量或没有时间的情况下对齐 200)}._Agile是适应性 ## 一. 导言导言 导言 导言 导言 在我几乎在“30”的软件开发年中, 每天参加的活动比我关心的还要多。 “.”有些是电动的“-”短暂调整时刻,清除阻截器并送我们往前冲刺.;另一些则是表演仪式,在那里疲劳的开发者像昨天那样朗诵了“MS K6’same ” (@") 到一个静音相机的画廊\. 一种单立类型 *赚取税款*另一则只是仪式而已 [TOC] ## 忏悔 我不得不承认我是一个敏捷的游手好闲者 .,我在变革控制委员会会议上 经历了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." 所以请接受他们的忠告 ',\" 但记住它们的激励是#'" [《危险宣言》](https://agilemanifesto.org/) 它珍视个人与互动及过程和工具 "}强调 **组织团队 "** @'_MSK1}然而我看过三组队伍在三个时区站立, 因为#"#'s Scrum saks@."}那*'s not attility {-}(这群球队装扮成方法的传统)♫'s I' ve 意識到很多人在做「"QAGIL"」, 但從未真正讀過「Agile Flooro.」。 这儿是M: > **《危险宣言》** > > *我们正在探索开发软件的更好方法,通过做和帮助他人来开发软件 . 通过这项工作我们找到了价值* > > - **个人与互动** 进程和工具 > - **工作软件** 综合文件 > - **客户协作** 合同谈判之后 > - **回应变化** 计划之后 > > *这是,,而右侧的条目有价值 , 我们给左侧的项目值更多MS K2* 请注意“'”没有包含什么内容。 “:”在其中每天的备注@, @sprint planning,}故事点 @,}回溯性回顾{.}这些来自为实施这些价值观而创建的 Scrum,♪.}但是沿途我们开始将执行ScrumbMS K9作为目标,而不是价值本身=.} 《宣言》是关于 **原则原则**“,”不是处方,而是“.”、“"”、“Individuals 和关于进程与工具的相互作用” “MS K3”是指如果您的程序“(”在阻碍互动呢? **自 己- 组织团队... ...他们需要他们的仪式...** ```mermaid 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 **对待您的开发商如专业@. @%** 以他们交付的东西来评判他们 不看他们是否准时出席一个会议 ```mermaid 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仪式的工作方式相同 . ```mermaid 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
Alignment achieved
Decision made] I -->|Examples| K[Status updates
Calendar filler
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 ```mermaid graph LR A[Team Cohesion Goals] --> B{Choose Method} B -->|Status sharing| C[Async Check-ins
2 min/person] B -->|Problem solving| D[Pairing Sessions
As needed] B -->|Reflection| E[Weekly Retro
1 hour/week] B -->|Social bonding| F[Slack channels
Continuous] G[Daily Standup
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{"),}没有意见 {MSC3}我认为这是更好的_").} 如果您的团队能对程序更改 , 表示担忧 您没有自制' 组织团队 @- 命令@-和- ### 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 K5*memory 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 -伊甸园字幕组=- 翻译: 我们做了一个永久的. 不是因为站立很坏 而是因为 **我们的上下文没有说明税收的合理性**. ```mermaid 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%}{MS K5} |}*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# - 我们的团队增加了三倍 .和结构规模相同 - 我们刚刚发运了这个大型项目 现在最优化的是什么? ```mermaid 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
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 @-}你现在有证据了吗? 或者你可能会发现它 ' 几个月来一直没有受益的税收... ....... 不论哪种方式,你都会做最敏捷的事 **基于现实的适应 =,}不是仪式**. --- ## 参考书目 @&_ - [危险宣言](https://agilemanifesto.org/) 原始原则 - [翻转船轮 前后!](https://davidmarquet.com/) L. David Marquet MS K1 Intente}- 以领导为基地的领袖会减少仪式需求 - [团队类型](https://teamtopologies.com/) 团队结构如何影响交流需求 - [远程: 办公室不需要](https://basecamp.com/books/remote) 由基地营首先思考, --- *您是否尝试过每日立体站的替代选项@ ? @ I' @ 很高兴听到您团队的工作原理 @ MS K2_ or} @ MPK3 @ t)} @ . @ [联系](/contact) 或留下以下的注释@. @%*