不只是站著:每日站立會議模式

照片:Karthik Chandrasekarial
每日站立會議已成為許多團隊的常見儀式,特別是在敏捷軟體開發中。然而,許多細微的細節區分了有效的站立會議和浪費時間的會議。
2016 年 2 月 21 日
我們站起來讓會議簡短
每日站立會議(也稱為「每日 Scrum」、「每日群集」、「晨間點名」等)的說明很簡單
整個團隊每天開會進行快速狀態更新。我們站著開會,以保持會議簡短。
就是這樣。
但這個簡短的定義並未真正告訴你,有效站立會議與浪費時間之間的細微差別。
那麼你如何分辨呢?
對於經驗豐富的從業人員,當站立會議出問題時,他們會本能地知道如何調整以解決問題。
對於新手,當事情出錯時,他們不太可能找出該怎麼做...而且更有可能在沒有協助的情況下,乾脆完全放棄這個做法。
這很不幸,因為運作良好的站立會議會為團隊增加顯著的價值。
為了解決這個問題,重要的是要明確說明每日站立會議常見做法的優點和後果。這些每日站立會議模式可以幫助經驗較少的從業人員,並提醒經驗較豐富的從業人員他們直覺背後的原因。
「好」的會議是什麼樣子?
鮑勃·馬利的「起身站起來」開始播放...就像巴甫洛夫的鈴聲一樣,團隊起身走到卡片牆前面站著,不需要任何額外的提示。那首歌是每天早上同一時間播放的輪播歌曲的一部分。有些人正在將卡片移到工作流程中的正確點,包括貼上不同顏色的便利貼,上面有額外的備註。直接專案團隊以外的幾位有興趣的人也走過來看看進度如何。
團隊領導人注意到牆邊的活動已經停止,於是啟動團隊先前購買的一個大型計時器;他們有興趣知道每日站立會議實際上花了多長時間。
團隊成員之一站出來談論看板最右邊的卡片,最接近部署點。他仍然在部署腳本上遇到一些問題。另一位團隊成員建議她可以協助解決。順序從右到左、從上到下,人員描述每項工作事項的進度,如果其他人可以協助解決障礙,也會出聲表示。在旁,團隊領導人會在改善看板上記錄提出的障礙。
在某個時間點,有一段稍長的討論,探討如何處理特定問題。團隊領導人注意到停滯,便巧妙地舉起一根手指打斷...就在其中一人建議他們應該離線討論之前。
稍後,所有卡片都已討論完畢,團隊領導人詢問是否還有其他人有任何事項要分享。有人提出一個有趣的點子,關於一個新功能,會讓部分已規劃事項過時。這引起了產品經理的興趣,他總是會盡量參加站立會議,而且他們都同意稍後討論。
接著,團隊領導人翻了翻白眼,因為團隊開始了傳統的結束儀式... 1... 2... 3... 奮鬥!這不是他的風格,但他必須承認,這讓會議在高昂的氣氛中結束。
人員散開,開始討論各種已提出的事項,包括障礙、新點子,以及對特定工作事項的疑問。
當人們嘗試一起工作時,會發生一系列特殊問題
每日站立會議是針對一組問題的重複解決方案,這些問題會在人員嘗試以團隊方式共同工作時發生。
站立會議是一種機制,用於定期同步,讓團隊...
- 分享對目標的了解。即使我們一開始認為我們彼此了解(我們可能並不了解),我們的了解會隨著我們運作的背景而有所改變。每個團隊成員朝向不同目標努力的「團隊」往往沒有效率。
- 協調工作。如果工作不需要協調,就不需要團隊。反之,如果你有一個團隊,我假設工作需要協調。團隊成員之間的協調不佳往往會導致不佳的結果。
- 分享問題和改進。團隊相較於單獨工作的主要好處之一,在於當有人遇到問題或發現更好的做事方法時,團隊成員可以互相協助。團隊成員不願意分享問題和/或不互相協助的「團隊」往往沒有效率。
- 以團隊自居。如果你不定期與團隊互動,在心理上很難認同這個團體。即使你相信他們有能力並追求相同的目標,你也不會培養出強烈的關聯感。
每日站立會議模式
我整理了模式以回答下列問題
- 誰會參加?
- 我們討論什麼?
- 我們以什麼順序發言?
- 在哪裡?什麼時候?
- 我們如何保持能量水準?
- 我們如何鼓勵自主性?
誰會參加?
全員到齊
來自不同領域的人員和代表(例如,行銷、生產支援、高階管理階層、訓練等)希望了解和/或協助專案的狀態和進度。在多場會議和報告中傳達狀態需要大量重複的工作。
因此
用每日站立會議取代部分或全部的會議和報告。任何直接參與專案日常運作或想要了解專案日常運作的人員都應該參加單一的每日站立會議。
但是
如果人們不清楚預期的行為,即使他們並未直接參與,也會打斷站立會議。這可以透過事先簡單地告知新參與者和觀察者預期的規範來解決。
並非所有形式的報告都會或應該涵蓋在站立會議的格式中。例如,整體專案進度會透過 大型可見化圖表(例如燃燒圖、累積流程圖等)來進行更好的溝通。
工作項目參加
又稱為:以故事為焦點的站立會議
如果故事對專案如此重要,他們應該在站立會議中發言
人們太專注於跑者,而不是接力棒。也就是說,每個人都很忙碌,但並非一定會推進工作項目。
因此
不要將每日站立會議視為針對人員的儀式,而是將其視為工作項目出席(例如,敏捷環境中的使用者故事)的儀式,而人員僅出席為工作項目發言...因為顯然工作項目無法實際說話。
昨日、今日、障礙問題仍可以使用,但會從工作項目的角度提出,而不是人員的角度。這也表示並非每個人都會發言。沒有義務要說出與工作進度無關的事情。
由於焦點更明確,因此人們更有可能提出並註冊移除障礙,而無需提示。
但是
沒有義務發言可能會隱藏害羞或其他不願意說任何話的人的問題。使用工作項目焦點較難偵測到這一點。
我們討論什麼?
昨天 今天 障礙
又稱為:三個問題
有些人健談,而且傾向於漫無目的地說故事。有些人會在聽到問題後立即進行問題解決。花費太長時間的會議往往會導致能量低落,而且與冗長討論無直接關係的參與者往往會分心。
因此
使用下列格式來建構貢獻
- 我昨天完成了什麼?
- 我今天將會做什麼?
- 阻礙我進度的障礙是什麼?
這些是滿足每日站立會議目標的最低問題數。其他討論主題(例如設計討論、八卦等)應延後到會議結束後。
Olve Maudal 建議應反轉這些問題,以強調正確的重要性順序
- 您在進行的過程中遇到任何阻礙嗎?
- 您今天正在處理什麼?
- 您自昨天以來完成了什麼?
Lasse Koskela 提出另一種形式的這些問題,以強調團隊成員不應向領導者回報
每個團隊成員更新其同儕
每個團隊成員輪流提供 3 則資訊給其同儕
- 自昨天會議以來我已完成的事項
- 我今天將完成的事項
- 我需要他人移除的障礙
Jonathan Rasmussen 提供不同的措辭,以改變站立會議的動態
- 您昨天做了什麼來改變世界
- 您今天將如何粉碎它
- 您將如何突破任何不幸擋在您面前的障礙
回答這些類型的問題會完全改變站立會議的動態。您現在不再只是站在那裡提供更新,而是將所有內容攤開,並向宇宙宣告您的意圖。
也有許多團隊增加了其他問題。
Buffer 新增一個區段,讓人員分享他們正在努力改善的事項。
Thomas Cagley 建議尋找風險。
Mark Levison 發現增加更具針對性的改善問題很有用。最後兩個問題將會變更以符合特定情境。
- 您昨天完成了什麼?
- 您今天承諾做什麼?
- 您的阻礙/障礙是什麼?
- 您昨天發現什麼程式碼異味/遺失單元測試/...?
- 您昨天對程式碼做了什麼改善?
但是
結構並不如答案中提供的資訊重要。如果資訊以較不結構化的協定提供,則無需堅持使用檢查清單。隨著團隊的成熟,你可能會發現想要調整結構,這反映了此模式如何演變。
更大的問題是昨日今日障礙是否過度關注個人承諾,而不是關注正確的事物...這導致走動看板。
改善看板
又稱為:阻礙看板、障礙看板、改善報紙
在站立會議中提出的障礙並未及時移除或以其他方式處理。
因此
將提出的障礙張貼到改善看板。這是一個公開可見的白板或圖表,用於識別提出的障礙並追蹤其解決進度。改善看板可以在站立會議外更新,並作為一種更直接且可能較不對立的方式來最初提出障礙。一個常見的錯誤是不寫得夠大,讓人們無法從遠處讀到障礙。
寫下問題並因此明確承認問題的簡單行為,是一種非常可靠的方法來減少冗長的對話。因此,即使不是每個人都同意任何特定項目都是障礙,也值得在會議結束後寫下來討論。
在每個提出的障礙中包含發生次數,可突顯哪些問題通常更重要,需要優先處理。
看板設計可以在幾個方面有所不同。例如,下方的表格結構
問題 | 次數 | 遏制 | 對策 | 狀態 |
---|---|---|---|---|
問題名稱 | 持續發生的次數 | 短期解決方案 | 基於根本原因分析的長期解決方案 | 計畫 - 執行 - 檢查 - 行動 |
另一種樣式更像任務看板
待辦事項 | 進行中 | 已完成 |
---|---|---|
代表提出的障礙的索引卡 | 當我們積極處理障礙時,障礙卡會移到這裡 | 當我們解決障礙時,障礙卡會移到這裡 |
但是
如果團隊無法解決太多提出的障礙,改善看板有演變成抱怨看板的風險。
我們以什麼順序發言?
最後到達者先發言
在站立會議中,與會者需要知道誰應該先發言。讓促進者決定誰應該先發言是一種微妙但明確的力量,反對自我組織。團隊應該在沒有干預的情況下知道誰先發言。
因此
同意最後到場者先發言。這是一個簡單的規則,同時也具有鼓勵人們準時參加站立會議的附加好處。
但是
最後到場者也可能是最沒有準備好開始會議的人。
輪流發言
在站立會議中,與會者需要知道下一個輪到誰發言。讓一位主持人決定下一個發言者,這是一種微妙但明確的阻礙自我組織的力量。團隊應該在沒有干預的情況下知道下一個輪到誰發言。
因此
使用一個簡單的預先決定的規則,例如輪流發言,來決定下一個輪到誰發言。順時針或逆時針並不重要。重要的是由團隊來主持會議,而不是主持人或經理。
傳遞代幣
使用簡單、可預測的排序機制(例如輪流發言),與會者很容易忽視其他發言者,直到輪到他們發言時才開始注意。可能會傾向於思考其他事情,而不是注意其他人說了什麼。
因此
引入一個不可預測的排序機制,例如擲出一個發言代幣(例如一個球),來決定下一個輪到誰發言。使用發言代幣也可以簡化決定誰先發言,因為它將是剛好拿到代幣的人(或他/她將代幣擲給的第一個人)。
拋擲某個東西為日常站立會議儀式增添了一些樂趣,因此可以作為其他觀察團隊的良好感染機制。
我第一次在與 Simon Stewart 合作的一個專案中了解到這個模式。我們使用了一個小型的雜耍球,但幾乎任何東西都可以用作代幣。其他團隊使用過橄欖球,甚至絨毛玩具。
但是
對於較大的團隊,可能很難記住已經發言過的人。在這種情況下,堅持使用更簡單的機制,例如輪流發言,可能會更容易。
根據組織甚至團隊的文化,拋擲球也可能被視為不專業,並且會對基礎儀式產生不必要的負面看法。
抽一張卡
在站立會議中,與會者需要知道誰應該先發言,然後誰應該接著發言。讓一位主持人決定誰應該發言,這是一種微妙但明確的阻礙自我組織的力量。團隊不熱衷於傳遞代幣,因為他們通常手裡拿著咖啡杯。
因此
讓每個團隊成員抽一張卡來決定發言順序。想像一疊卡片,每張卡片上都有一個數字。當每個團隊成員來開會時,他們可以選擇一張卡片,然後卡片會告訴他們發言順序。
走動看板
又稱:走動式會議
[S]tandups 讓每個人都忙碌。[W]alking the board 讓每個人都專注於最重要的事情。-- Bret Pettichord via Twitter
傳統格式的另一個問題是任務或工作流程沒有連貫地討論;相反地,每個主題會根據團隊成員發言的順序簡短地提出。這可能會讓人難以了解實際情況。
人們更專注於忙碌,而不是實際推進工作,因此你轉換成一個工作項目參與而非人員參與的模式,然而,即使採用這種以工作項目為中心的 stand-up,使用輪流發言或傳遞代幣等典型的排序機制時,仍然難以了解正在發生什麼事。
因此
走動式會議,也就是說,透過走動視覺管理看板上顯示的每個工作項目來架構 stand-up。
大多數敏捷和精實團隊會使用視覺管理系統來揭露正在進行的工作。對於敏捷軟體開發,這可能稱為“任務看板”、“故事牆”或“看板”。這些看板會呈現工作項目將會經歷的流程。進度通常透過在看板上實際移動卡片來表示。理想情況下,垂直位置將表示優先順序。
有了這個看板,stand-up 會從流程結束移動到流程開始(例如,從右到左),並從最高優先順序移動到最低優先順序(例如,從上到下)。你甚至可以在看板上明確指出應使用的順序。
Pawel Brodzinski 提出了預設順序
- 阻礙
- 加急或緊急事項
- 自上次 standup 以來未移動的項目(可能會卡住)
- 其他所有事項按優先順序
但是
顯然,擁有看板是一個先決條件,並非所有團隊都會有。在這種情況下,按人進行架構會更合適。
如果沒有應用輪流擔任主持人或其他自組織模式,走動式會議有更大的傾向屈服於向領導報告。
在哪裡?什麼時候?
在工作地點開會
在現場開會,而不是會議室。
工作場所有很多記憶觸發器,提醒著正在進行的事情。
我們也不希望每日會議需要大量的協調、尋找和步行到會議室。
因此
在工作發生的地方開會,而不是在會議室。如果你有一個「故事牆」或「看板」,就在那前面開會。
但是
附近的人可能會覺得會議的噪音很擾人。這通常表示工作空間設計不良,但仍必須承認。
同一個地點,同一個時間
我們希望團隊對站立會議有歸屬感。我們也希望有興趣的人能夠隨時來觀察站立會議,避免再安排另一個狀態會議。如果允許任何特定團隊成員強制延遲或更改站立會議的地點,這會很困難。
因此
讓團隊達成共識,在相同的地點、相同時間舉行每日站立會議。不要等待掉隊的人,包括架構師和經理。會議是為整個團隊舉行的,而不是為任何特定個人舉行的。如果你使用站立會議開始一天,這一點尤其重要。
有些較嚴格的團隊可能會對遲到者處以「罰款」。我傾向於對任何類型的懲罰機制保持警惕,並更喜歡討論。
但是
相同的地點、相同時間並非旨在盲目地不靈活。重要的是,開始時間大多一致,重新安排時間很少見。如果需要經常重新安排時間,這可能表示開始時間應該更改。如果某個特定地點對所有人來說都不方便,這可能表示地點應該更改。
用站立會議開始一天
每日站立會議會議提供焦點和對未解決問題的認識。如果它發生在一天的晚些時候,這種焦點和認識就會被浪費掉。
因此
使用站立會議開始一天。由於工作時間靈活,並非每個團隊成員都會在同一時間上班。使用「彈性時間」的常見做法是使用一組核心工作時間。開始時間應為這些核心工作時間的開始時間。同樣,如果團隊成員需要因個人原因晚到(例如,需要把孩子送到學校),則應將開始時間設定在所有人都能參加的時間。
但是
可能會有一種傾向,直到站立會議之前才處理任何與專案相關的任務。如果站立會議開始一天... 遲到,這段空閒時間可能會很長。在某種程度上,這可能只是用來查看電子郵件、填寫時間表等,但可能值得考慮將站立會議從「一天的開始」儀式中移除,並將其安排在一天的晚些時候。
不要用站立會議開始一天
站立會議往往會作為設定一天焦點的儀式,特別是如果你使用站立會議開始一天。因此,團隊成員往往不會在站立會議之前處理功能。當會議並非實際上第一件事時,這種傾向可能會對生產力產生重大影響。
因此
不要用站立會議來開始一天。將每日站立會議的時間安排在一天中較晚的時間,這樣在心理上就不會將其與開始一天聯繫起來。
但是
如果每日會議不是開始一天,那麼它就不能再被用作團隊在一天開始時設定焦點的共同儀式。根據團隊的不同,這個代價可能不值得效率的明顯提升。
當有許多專案使用站立會議時,有可能會同時進行多個站立會議。對多個專案有興趣的觀察者可能希望更改站立會議時間,以便他們能夠參加。這是有問題的,因為如果觀察者可以強迫站立會議調整到他的時間表,這會讓團隊有失去所有權的感覺。儘管如此,在決定每日站立會議時間時,這也必須考慮在內。
我們如何保持能量水準?
群聚
我經常看到的問題是,人們傾向於將每日站立會議視為單純的個人報告。「我做了這件事... 我會做那件事」——然後換下一個人。更佳的方法更接近於足球賽前的集氣喊話。
說話的音量會影響注意力以及溝通的有效性。身體距離會改變有效溝通所需的音量。有些人說話不大聲,也不習慣這樣做。
說話的音量會影響注意力以及溝通的有效性。身體距離會改變有效溝通所需的音量。有些人說話不大聲,也不習慣這樣做。
因此
站立會議應該更像集氣喊話,而不是會議。如果很難聽清楚,請讓所有人都靠得更近。除了允許更輕鬆的說話音量外,身體靠得更近往往會使參與者更專注於自身。能夠在身體上靠得更近也是團隊內部信任度更高的表現。如果站立會議是一件新事物,通常用手勢揮手示意人們進來並說一些「讓我們靠近一點」之類的話就足夠了。如果已經建立了一段時間的圓圈大小,請考慮在嘗試縮小圓圈之前說明縮小圓圈的原因。
但是
團隊必須在親密感和個人舒適區之間取得平衡。即使在一個非常信任的團隊中,也會有讓大家感到不舒服的時候。症狀往往是參與者緊張和/或坐立不安。
站起來
有些人健談,而且傾向於漫無目的地說故事。有些人會在聽到問題後立即進行問題解決。花費太長時間的會議往往會讓參與者感到疲倦,而且與冗長的討論無直接關係的參與者往往會分心。
因此
讓所有與會者在會議期間站立。利用站立將身體與心理的準備聯繫起來。身體的不適感也會提醒與會者會議是否過長。鼓勵此行為的一個簡單方法是,在沒有椅子的地方舉行會議。
但是
站立通常會導致會議縮短,但並不能保證會議會縮短到最佳長度。人們可能會學會忍受不適感,而不是採取更適當的應對措施。此外,如果會議沒有過長或偏離主題,那麼站立就是一種不必要的儀式。
十五分鐘或更短
大多數人在參加冗長的會議時,思緒會遊走。冗長、單調的會議是開始一天的糟糕方式,會耗盡精力。一個具體的數字有助於提醒我們何時考慮調整,以減少會議時間。
因此
將每日站立會議限制在十五分鐘或更短。一般而言,十五分鐘後,一般人的思緒就會開始遊走,這無助於集中注意力。
但是
對於較小的團隊來說,十五分鐘甚至可能太長。由於思緒遊走效應,即使對於較大的團隊來說,十五分鐘也是一個很好的限制。此外,會議也有可能過短,以至於結束時,與會者仍然不知道發生了什麼,也不知道該找誰了解情況。
發出結束訊號
在最後一個人發言後,團隊可能不會立即意識到會議已經結束。逐漸意識到是時候離開了,並不會讓會議在高昂的氣氛中結束,並且可能會導致低能量。
因此
用一個隨意的短語(例如,"好吧,大家好好享受午餐吧。")或其他動作來發出結束信號。
計時會議
很難定性判斷一次站立會議是否過長,特別是如果會議時間只是逐漸增加的話。
因此
計時會議並公布結果。大多數時候,與會者只是沒有意識到講故事、沒有準備好離線討論或沒有準備對會議時間長短的影響。讓它量化。
但是
與所有措施一樣,只有在由於能量水平問題而需要達成實際目標時,才應引入計時會議。一旦目標達成,就應取消測量。無緣無故地測量會導致懷疑和對指標的冷漠。
時間是能量、注意力和節奏的代理。比起時間,更應該關注這些事情。
離線討論
有些人希望在聽到問題後立即進行問題解決。過長的會議往往會導致低能量,而與冗長的討論無直接關係的參與者往往會分心。重要的是要承認,需要進一步討論才能解決提出的問題。有些人可能會覺得通過打斷來執行站立會議的結構會感到不舒服。
因此
使用一個簡單且一致的短語,例如“離線討論”,作為提醒,此類討論應在每日站立會議之外進行。如果討論是社交,則不需要更多內容。如果討論是問題解決,則促進者(最終只是團隊)應確保提名或註冊適當的人員以在稍後處理問題。
或者,一些團隊使用更間接的信號。
例如,Mike Cohn 描述了一個使用 橡膠老鼠來表示「我們正走向死胡同」 的團隊。
Benjamin Mitchell 描述了一個雙手規則
...如果有人認為目前的對話已經偏離主題,或者不再有效,那麼他們就舉手。一旦第二個人舉手,那就是停止對話並繼續進行站立會議的信號。在站立會議結束後,發言者可以繼續對話。
但是
問題解決和澄清問題之間是有區別的。無法理解的資訊沒有用處。允許澄清問題的程度應根據團隊規模以及是否會影響十五分鐘或更少而有所不同。
我們如何鼓勵自主性?
輪流擔任主持人
團隊成員向領導者報告,也就是說,他們只會與會議主持人交談,而不是彼此交談。只有會議主持人會提出和解決與站立會議相關的流程問題。我們希望團隊對站立會議負責,這需要消除對單一主持人的任何依賴。
因此
輪流擔任主持人。輪流指派負責確保人員參加站立會議並遵守約定規則的角色。
但是
沒有站立會議經驗的團隊可以從一位經驗豐富的教練那裡受益匪淺。這更多的是團隊應該逐漸習慣於對站立會議進行更大的控制。在某個時候,根本不需要明確的主持人。
避免眼神接觸
團隊成員向領導者報告,也就是說,他們只會與會議主持人交談,而不是彼此交談。我們希望團隊對站立會議負責,這需要消除對單一主持人的任何依賴。
因此
主持人應該中斷眼神接觸,這是提醒發言者他/她應該向團隊發言,而不仅仅是向一個人發言的微妙方式。這樣做的一個方法是 走動,讓目前的發言者看不到主持人。
我們如何知道站立會議進行不順利?
我忍受了三年定期的站立式會議。讓會議最痛苦的原因是我的老闆(我稱他為 Wally)。他舉行站立式會議的主要原因不是為了提高效率或採用 XP,而是為了縮短與工作成果無直接關係的人際互動。... 然而,對 Wally 來說,站立式會議(就像星期一早上 7 點的會議和星期五下午 5 點的會議)是一種忠誠度測試,旨在強化雇主與員工的關係。
有一些站立式會議的「徵兆」,這些徵兆相當能顯示事情正在出錯。重要的是,即使你沒有發現任何徵兆,這並不表示站立式會議進行得很順利。這只表示它沒有問題。
以下大多數的徵兆都與先前的模式有關。對於那些無關的徵兆,其背後的問題往往較為隱晦或超出每日站立式會議的範圍,而人們必須提出自己的解決方案。
專注於跑者,而不是接力棒
人們過於專注於自己的工作,卻忽略了考慮他們的活動是否實際上推動了工作的進度。重新調整站立式會議,讓工作事項參與。
向主管報告
團隊成員面對並與經理或會議主持人交談,而不是與團隊交談。這表示每日站立式會議是為了經理/主持人,而不是團隊。有各種方法可以打破這種依賴:輪流擔任主持人、避免眼神接觸、改變昨日今日障礙的形式、使用傳遞代幣等。
有人遲到
這一點直接由相同地點、相同時間解決,但如前所述,這可能表示站立式會議在錯誤的時間或地點舉行。
還有其他模式可以回應這一點,例如處以罰款。然而,我通常不建議這樣做,因為它們暗示問題出在外部動機,而問題更有可能是其他原因。
站立會議開始一天...遲到了
由於站立式會議被視為工作日的開始,因此在站立式會議之前不會進行任何工作。根據站立式會議在上午的何時舉行,這可能會對可用的工作時間產生重大影響。這導致不要使用站立式會議開始一天。
社交
站立式會議的目標之一是增加團隊的社交化。然而,每日站立式會議並非讓團隊成員在與專案無關的事項上「追趕」彼此的進度。很難提供這方面的範例,因為社交從團隊建設轉變為分心的程度因團隊而異。可以從未直接參與社交的參與者的行為中察覺到這個臨界點。如果他們的能量水準仍然很高,那麼這可能只是團隊建設;如果他們的能量水準下降,那麼離線進行,並提供另一個論壇作為飲水機。
我記不起來了
我昨天做了什麼事?... 我想不起來了... 我今天在做什麼?... 我不知道...
準備不足會導致步調變慢,進而導致能量降低。這也冒著失敗的風險十五分鐘或更少,這進一步降低了能量水平。
繞過這個問題的一個好方法是轉換成站立式會議,讓工作項目參與,而我們進行看板會議。
否則,這是一個責任預期的問題,需要知道昨日障礙今日的答案。
說故事
與其簡要說明問題,與會者提供了足夠的細節和背景,導致其他人調離。一般規則是在站立式會議中找出障礙,並在站立式會議後討論細節。這可以總結為「說出標題,而不是整個故事」或離線討論。
解決問題
這是提出問題和浮現想法的時間,而不是深入解決問題的時間。
讓站立式會議保持十五分鐘或更少的關鍵是限制說故事,並且在會議期間不要屈服於問題解決。離線討論。
能量低落
可能表示由於說故事、問題解決等導致步調變慢。在這種情況下離線討論。可能只是團隊規模的問題。可能是時間問題,建議嘗試使用站立式會議開始一天和不要使用站立式會議開始一天的替代方案。
沒有提出障礙
別名:遊記
障礙未被提出可能有幾個原因。不記得、忍受力高、不信任提出問題(因為障礙未被移除)、沒有方便的方式提出問題等。主持人應注意鼓勵人們提出障礙。
引入改善看板也可能提供一個較不對立的媒介。回顧是找出障礙未被提出的根本原因的有效方法。
沒有移除障礙
除了責備的環境之外,阻止人們提出障礙最可靠的方法是不移除它們。為了讓障礙難以被遺忘和/或忽視,請使用改善看板公開追蹤它們。
只有在站立會議中提出障礙
站立式會議充當安全網。最糟糕的情況是,障礙將在一天內傳達給更大的團隊。但是,進行站立式會議並非旨在阻止問題在白天被提出和解決。引入其他媒介來提出障礙,例如改善看板,可能會有幫助。如果不是,可以使用回顧來找出根本原因。
這真的只是每天一起站著
希望本文對有效的站立式會議實務的微妙細節和常見問題指標提供了一些進一步的見解。應該清楚的是,每日站立式會議不只是每天一起站著。
在一天結束時,重要的是不要太過於擔心是否擁有每個模式或甚至某些氣味。記住我們試著解決的問題。人們是否充滿活力?人們是否分享問題和想法?人們是否專注於我們的目標?人們是否以團隊的方式合作?每個人是否都知道正在發生什麼事?
如果你能肯定地回答這些問題,那麼會議可能進行得很順利。畢竟,這真的只是每天一起站起來。
致謝
我要感謝這個最新版本的審閱者:Joe Ely、Steven List、Michelle Pace、Jonathan Rasmusson 和 Nigel Waddington
我也要感謝先前版本的審閱者:Ivan Moore、Alan Francis、Owen Rogers、Susan Newton、James Ross、Rebecca Parsons、Brian Marick、Dick Gabriel、Linda Rising、James Coplien、Lise Hvatum、Cecilia 和 Terje Haskins、Danny Dig、David Hecksel、Ali Arsanjani、Bill Wake、Ralph Johnson、Pau Arumi、David Garcia、Leon Welicki、Djamal Bellebia、Dirk Riehle、Hesham Saadawi 和 Paddy Fagan。
最後,我要感謝我曾經參加過每日站立會議的每個人。
重大修訂
2016 年 2 月 21 日:簡化目標。根據 2011 年以來的其他文章進行一般更新。
2011 年 8 月 29 日:一般檢修。強調走動式會議風格。
2007 年 1 月 15 日:完整修訂
2006 年 7 月 17 日:首次發布於 martinfowler.com