Scrum每日站會成了浪費時間的戰鬥會?

2021-08-10 12:20:39 字數 3131 閱讀 6729

scrum 是當前最流行的敏捷軟體開發實施框架。

scrum 起源於軟體開發專案,但它適用於任何複雜的或是創新性的專案

可能有的小夥伴並不熟悉 scrum ,我們先看下 scrum 中文網的描述:

scrum 是乙個用於 開發和維護複雜產品的框架 ,是乙個增量的、迭代的開發過程。在這個框架中,整個開發過程由若干個短的迭代週期組成,乙個短的迭代週期稱為乙個sprint(迭代),每個sprint的建議長度是2到4周(網際網路產品研發可以使用1周的sprint)。

scrum 使用產品backlog(乙個按照商業價值排序需求列表) 來管理產品的需求,列表條目的體現形式通常為使用者故事scrum 團隊總是先開發對客戶具有較**值的需求。

為了挑選出最高優先順序的需求進行開發,scrum 團隊在sprint 計畫會議經過討論、分析和估算,得到相應的任務列表,我們稱它為sprint backlog。在每個sprint(迭代)結束時,scrum 團隊將遞交潛在可交付的產品增量。

scrum 流程如下圖:

每日站會是 scrum 實踐中最具代表性的乙個形式,也是我們今天討論的話題。

scrum 的團隊是乙個自組織的團隊。每日站會,是團隊面對面溝通,和團隊自組織的體現,是 scrum 過程,進行每天的檢查和調整的環節。以期達到:

團隊商量決定誰做什麼(不能有領導人物指派),為當天做出乙個計畫

團隊溝通狀態,了解現狀,發現障礙

團隊回顧昨天的工作,做調整,持續改進

相信所有踐行過每日站會的人,都對如下規則印象深刻:

會議最好在15分鐘內完成(或者每個人的時間不超過一分鐘)

每個人回答三個問題:

同一時間只能有乙個人發言,任何跑題的討論,需要被 scrum master 阻止

據說,乙個有效執行 scrum 的團隊是這樣的:

早上 scrum 站會前,團隊是安靜的。站會結束後,團隊很活躍,中午飯前慢慢沉寂下來。午飯後,團隊再度開始活躍,直到下午下班前又慢慢安靜下來。

單看以上對健康站會的描述,我會以為,我曾經經歷過的 scrum 實踐是非常有效的——完全符合上文的描述。但實際情況並非如此。

第一天站會

領導沒有說話,大家也都很沉默,低頭看地板或者盯著白板,面無表情。

領導說:「那就從小a開始吧!」

小a:「我昨天做的事情是:1,2,3;今天計畫做:4,5,6。但是我昨天下班前發現了乙個 bug,這個 bug 會導致我的 4,5,6 都沒有辦法開始。這個 bug 所在的部分之前是由小b 負責的,小b 今天把 bug 改好了,我的工作才能開始。」

小b:「怎麼可能呢?這部分之前都測過的,如果有這個 bug,測試根本不可能通過,我最近也沒動這部分**,怎麼可能會有 bug 呢? 再說我今天計畫好了三件事情,時間排的滿滿的,根本沒時間解 bug。小c 這兩天在做某某功能,和這部分相關,是不是小c 做的新功能引起的?」

小c 馬上很警覺:「什麼bug?抱歉剛才沒聽仔細。」

小a 把 bug 現象又重新描述了一遍。

小c:「怎麼可能會丟擲這個錯誤呢?你用的是什麼資料?哪個瀏覽器,什麼版本?」

小a一一回答。

小c 做沉思狀:「你說的這個情況有點奇怪,我的**應該不會引起這個問題。你有沒有 debug?log 上怎麼說?」

小a 剛要回答,領導抬手看了下表:「是這樣啊,我們 scrum 的目標是平均每人控制在1分鐘左右,現在光討論小a 的問題已經用了6分鐘。接下來每個人只說:昨天做了什麼,今天計畫做什麼,遇到了什麼問題。不過多談論細節,好吧!」

小a 作罷,領導說:「小b,該你了!」

小b 按照領導的要求,快速做了更新,包括自己遇到的困難。但是鑑於小a 的經驗,沒有人對小b 的困難做任何回應。

然後是 小c,小d,小e……

所有人更新完,領導又看了下表,「很好,我們今天的時間控制在了15分鐘,雖然比一人一分鐘多了點兒,總體還是不錯的。大家還有什麼問題嗎?」

小a:「那我剛才說的那個 bug 怎麼辦?那個問題不解決,我今天的工作沒法開展。」

小a喊:「小b,小c,你們能過來看一下嗎?」

小b:「等會兒,手頭有個急事兒處理一下。」

小c:「我去接個水噢。」

十分鐘後,小b 站在了小a 的電腦後,說:「到底是什麼問題,再重現下?」,小c 抱了個大水杯也站過來。

兩人在小a 身後,一會兒要求開啟這個檔案,一會兒要點下那個按鈕……,大概乙個小時後,倆人都搖著頭,表示這個問題很奇怪,跟自己那部分**都沒關係。最後語重心長地對小a 說:「你自己再看看吧,實在不行,找大牛幫你看看。」

小a 絕望地扭頭,正要喊大牛,卻看到他頭帶著耳機正和國外的同事開會,只好作罷……

第二天站會

仍然沉默,過了半分鐘,領導說:「還是從小a 開始吧。」

小a:「我昨天看了下那個 bug,找小b,小c討論了,可是沒有頭緒,現在還在debug,任務4,5,6也沒辦法做。」

領導:「這樣下去,我們這個 sprint 安排的工作風險很高啊。老d(大牛),你幫小a 看看吧。」

老d:「今天跟美國的架構師約了個會,昨天的問題還沒討論完,今天還得繼續。這個不討論完,我們下個 sprint 的任務沒辦法安排啊。我盡量擠時間幫小a 看看吧。」

領導:「好的,辛苦你了老d。小a,你今天再花兩個小時 debug 問題,還找不出原因,就先去幫小b 或者小c 的忙吧。」

小a 低下頭:「好吧」。

乙個星期後,sprint 結束。

小a……

你參與過 scrum 實踐嗎?

對每日站會有什麼想法?

如何破解上面的這種雞肋實踐?

給浪費時間找種方法?

行益於資訊產業部通訊局的網路安全資訊培訓,讓我可以計畫下我的五天培訓期間的看書安排了。最後期限 這的確是一本不錯的關於專案管理方面的書,儘管還沒有看完。也推薦你去購一本來看看,一定要看看。書中的有句話,很直白好懂,卻很真,就像酒醉的朋友聊天一樣 有無數種方法可以浪費一天的時間。但是沒有任何一種方法可...

給浪費時間找種方法?

行益於資訊產業部通訊局的網路安全資訊培訓,讓我可以計畫下我的五天培訓期間的看書安排了。最後期限 這的確是一本不錯的關於專案管理方面的書,儘管還沒有看完。也推薦你去購一本來看看,一定要看看。書中的有句話,很直白好懂,卻很真,就像酒醉的朋友聊天一樣 有無數種方法可以浪費一天的時間。但是沒有任何一種方法可...

又在字符集上浪費時間

今天又花了許久折騰字符集的問題。這是第二次在字符集上浪費時間了。得寫下來,免得忘記了。折騰這麼久,其原因是mysql sql workbench的字符集是utf8。windows cmd下mysql的字符集是gbk。sql workbench下工作,應該設定字符集為utf8,這樣其輸入 查詢的結果集...