《提升敏捷回顧》作者訪談錄
\\\本文要點
\\
- 設定敏捷回顧不同階段的做法包括天氣(心情)預報、ESVP,以及感謝其他團隊成員在上一次迭代中為你做的一切。\\t
- 敏捷推動者所具備最重要的技能包括傾聽、目標指引以及幫助團隊做出決定。\\t
- 在回顧中用比喻可以幫助團隊成員切身感受到例子和實際發生的事件是很類似的,可以緩解氣氛,讓複雜問題的討論也變得簡單起來。\\t
- 改進分散式回顧的最佳方法是使用線上工作板,就像你在現實中使用的白板一樣。保證每個參與者都可以使用膝上型電腦。\\t
- 你可以使用回顧的不同階段來支援變更,比如使用設定階段幫助定義清晰的遠景或宗旨。\
Marc Löffler撰寫的《提升敏捷回顧》一書提供了實現支援持續改進的敏捷回顧的相關實踐和方法。根據Löffler所述,需要精心準備並促進敏捷回顧,才能真的讓團隊獲益。
\\InfoQ的讀者可以下載《提升敏捷回顧》的樣書。
\\InfoQ採訪了Löffler,詢問了他如何簽到或設定回顧階段,敏捷回顧推動者應該具備什麼樣的技能,在回顧中使用比喻的好處,如何更好實現分散式回顧,以及如何讓回顧支援組織中的變更。
\\InfoQ:怎麼會想到寫這本書的?
\\\\\Marc Löffler:老實說,我受夠了我的新僱主(在此之前我是自由職業者),所以我也一直在找一個話題來寫書;)。敏捷回顧一直是我的心頭好,而業內上一本有關敏捷回顧的優秀書籍已經出版了十年了(Diana Larsen和Esther Derby所編寫)。我認為我有必要寫一本書介紹敏捷回顧相關的最新技術。在培訓的時候,我經常會被問到,如果只能選一個敏捷實踐,我會選什麼?對我來說,答案顯而易見,當然是敏捷回顧。即使你不用任何的敏捷技術,你也必然聽說過敏捷回顧。此外,現在還是有許多不正確的敏捷回顧。我希望通過我的書可以幫助他們改善回顧過程,讓敏捷回顧成為一件有意義的事。
\
InfoQ:這本書適合誰來閱讀?
\\\\\Löffler:這本書適合所有想在團隊、公司甚至是私下使用敏捷回顧的人。同時適合於新手或是有經驗的回顧推動者。如果你是Scrum Master或是Agile Coach,請一定要讀這本書;)。
\
InfoQ:敏捷回顧過程中為什麼需要簽到?
\\\\\Löffler:簽到的目的是雙重的。首先,你需要給參與者提供安全區域。如果沒有安全區域,就有可能造成參與者泛泛而談,不討論“實際的”問題,而這些問題才是應該解決的問題。低效的回顧不會產生任何長期的影響。其次,需要讓每個人參與進來,幫助他們專注於回顧過程。
\
InfoQ:你建議可以通過一些什麼活動設定敏捷回顧階段?
\\\\\Löffler:有多種選擇。如果你們的團隊還沒有團隊守則,我建議你立刻建立一個。團隊需要執行某些守則,比如說溝通的守則等等。它可以幫助新的團隊成員參與其中。
\\如果你們已經有了團隊守則,我非常建議你們嘗試下面這些:
\\
InfoQ:回顧推動者應該具備什麼樣的技能?
\\\\\Löffler:對我來說,一個優秀的回顧推動者應該具備以下這些技能:
\\
- 是一名好的聽眾\\t
- 可以判斷討論的大方向是否正確,是否該打斷目前的討論\\t
- 確保每個人都有機會發表自己的看法\\t
- 確保能聽到關於某個問題所有的意見\\t
- 幫助做出決定\\t
- 準備充分(房間、活動、材料)\\t
- 充滿信心,隨機應變,尊重每個人,真誠\\t
- 創造讓每個人感覺舒適的氛圍\\t
- 積極地處理衝突\\t
- 有幽默感\\t
- 在回顧期間烘托氣氛\\t
- 問正確的問題\\t
- 將回顧參與者提出的觀點以視覺化方式呈現\\t
- 保持中立,但也可以質疑團隊的假設\
正如你看到的一樣,我列舉了很多項,確實很少有敏捷推動者可以符合所有條件。有些標準,比如幽默感確實很難學習。有些人就是有某方面的天賦,但即使是有天賦的推動者也需要聯絡。就像生活中的很多事情一樣的,大多數的技能都可以慢慢學會。
\
InfoQ:我們怎麼才能培養這些技能?
\\\\\Löffler:回答如何成為一名優秀的推動者非常簡單:練習,練習,練習。沒有人生來就是專家。可能推動者的工作在一些人眼中就像是世界上最輕鬆的工作,實際上它需要大量的背景知識和豐富的經驗。如果你想成為一名優秀的推動者,你必須知道自己的優點和缺點,並不斷地鞏固、改進。當然,最好的方式就是組織儘可能多的回顧。除了這樣得到的經驗之外,你還可以參加課程或者閱讀相關書籍來提升。你學到的任何知識都可以在下次回顧中用上並改善。這樣,在不知不覺中,你就一步步提升了自己的技能。
\\我想推薦Sam Kaner撰寫的《推動者指南:如何引導參與性決策》。
\
InfoQ:在回顧中使用比喻有什麼優勢?
\\\\\Löffler:在回顧中使用比喻,團隊成員可以切身感受到例子和實際發生的事件是很類似的。從我的經驗來說,在討論複雜的問題的時候,如果使用比喻可以促進團隊成員更方便地談論。用比喻可以幫助緩解回顧的氣氛,甚至可以帶來很多樂趣。比如說,在回顧會議上講一些足球專用詞彙“dirty tackles”和“dives”,比使用日常的辦公室語言來討論問題會更加容易一些。此外,你還可以使用比喻的方法來創造自己的活動,豐富回顧的過程。
\
InfoQ:我們如何更好地實現分散式回顧?
\\\\\Löffler:千萬不要這麼做。老實說,分散式團隊不是一個很好的主意。在相同地點一起工作的團隊永遠是最好的。但如果你必須面對這樣的情況,你可以通過做這些事情來創造更好的體驗:
\\
- 尋找共同的推動者:如果兩個或更多的團隊在不同的地方工作,就在每個地方找一個共同推動者。挑選的人不一定是經驗豐富的推動者,但至少需要了解整套流程,並能恰當地安排好房間。\\t
- 膝上型電腦:保證每個參與者都能用膝上型電腦。這是你不面對面工作的情況下唯一可以共同工作的方法。最好讓兩個人用同一個膝上型電腦。\\t
- 線上工作板:由於不是所有人能在同一塊白板、掛板或者是牆壁前工作,你需要一個線上工作板。你需要恰當地準備好線上工作板,展示會議議程,比如你可以像用實際的白板一樣使用線上工作板。不管你選擇使用什麼工具,先自己試試看。只有當你自己非常熟悉怎麼使用工具的時候,才能在回顧階段有效使用它。\\t
- 增加準備時間:根據我的經驗來說,準備分散式回顧會比普通的回顧耗時更多。所以保證自己有充足的時間做準備。\
InfoQ:我們如何讓回顧支援組織中的變更?
\\\\\Löffler:在我看來,如果你想讓變更過程成功,以下幾點必不可少:
\\
- 清晰的遠景或宗旨來描述變更過程的目標。\\t
- 對組織現有情況有共同的理解。只有我知道我現在的情況,才能明確下一步往哪裡走。\\t
- 對整體變更過程有足夠的瞭解。如何在保證組織的新情況穩定的基礎下實施轉變?\\t
- 迭代的過程,幫助一步步實現變更。\\t
- 定期反思,可以幫助你有效地規劃變更過程,並在適當時候進行調整。\
最後兩步完全可以使用敏捷回顧。你甚至可以在整個變更過程中使用回顧:
\\
- 設定階段:在變更初始階段,和參與者共同制定一個清晰的宗旨或遠景。\\t
- 收集資料:收集你組織現在階段所有的重要資訊,你才會制定什麼需要改變。\\t
- 產生見解:進一步分析當前情況和可能的根源。\\t
- 下一個實驗:定義好你在組織中想嘗試的第一個實驗,來推動變更的進行。\\t
- 結束:結束整個階段。\
這可以當作變更初始階段啟動會議的議程。接著你就可以每四周進行一次回顧,明確整個變更過程的方向。
\
有關書籍作者
\\Marc Loeffler 相容主講人、作者和敏捷教練。他非常願意幫助團隊實現敏捷框架,並致力於改變我們的工作環境。Löffler是Addison-Wesley Professional出版的Mike Cohn系列《提升敏捷回顧》的作者。
\\\\檢視英文原文:Q\u0026amp;A on the Book Improving Agile Retrospectives
\\感謝羅遠航對本文的審校。
相關文章
- 訪談《敏捷和精益專案集管理》的作者Johanna Rothman敏捷
- 《J2EE 最佳實踐》作者訪談錄
- InfoQ對《OpenStack部署實踐》作者張子凡訪談錄
- FreeBSD作業系統設計與實現,內容回顧與作者採訪作業系統
- 敏捷軟工 - 提問回顧與個人總結敏捷軟工
- 《機器學習》作者Peter Flach訪談問題有獎徵集(圖靈訪談)機器學習圖靈
- 《特斯拉》作者卡爾森教授訪談問題有獎徵集(圖靈訪談)圖靈
- 《釋出!》作者Michael Nygard訪談問題有獎徵集(圖靈訪談)圖靈
- JavaScript回顧學習:目錄篇JavaScript
- 《CSS揭祕》作者Lea Verou訪談問題有獎徵集(圖靈訪談)CSS圖靈
- 《鳳凰專案》作者基恩·金訪談問題有獎徵集(圖靈訪談)圖靈
- 《程式設計人生》帶您回顧15位軟體先驅言談錄程式設計
- 華為敏捷DevOps實踐:產品經理如何開好敏捷回顧會議敏捷dev
- 華為敏捷 DevOps 實踐:產品經理如何開好敏捷回顧會議敏捷dev
- 《演算法圖解》作者Adit Bhargava訪談問題徵集(圖靈訪談)演算法圖解圖靈
- 有獎 |《人工智慧簡史》作者尼克訪談話題徵集(圖靈訪談)人工智慧圖靈
- 《JavaScript Web應用開發》作者Nicolas Bevacqua訪談問題徵集(圖靈訪談)JavaScriptWeb圖靈
- 《AngularJS 2 權威指南》作者Nate Murray訪談問題徵集(圖靈訪談)AngularJS圖靈
- 《跟阿銘學Linux》作者阿銘訪談話題有獎徵集(圖靈訪談)Linux圖靈
- 《禽獸心理學》作者Anna Salter訪談問題有獎徵集(圖靈訪談)圖靈
- 《R包開發》作者Hadley Wickham訪談問題有獎徵集(圖靈訪談)圖靈
- 《用資料講故事》作者Cole Knaflic訪談話題有獎徵集(圖靈訪談)圖靈
- 《使用者思維+》作者Kathy Sierra訪談問題有獎徵集(圖靈訪談)圖靈
- 《Flask Web開發》作者Miguel Grinberg訪談問題有獎徵集(圖靈訪談)FlaskWeb圖靈
- Jolt大獎獲獎作者Venkat Subramaniam訪談問題有獎徵集(圖靈訪談)圖靈
- 譯後訪談《Scratch少兒趣味程式設計》作者阿部和廣(圖靈訪談)程式設計圖靈
- 《Swift基礎教程》作者Boisy Pitre訪談問題有獎徵集(圖靈訪談)Swift圖靈
- 有獎 |《Lua設計與實現》作者codedump訪談話題徵集(圖靈訪談)圖靈
- 《演算法新解》作者劉新宇訪談問題有獎徵集(圖靈訪談)演算法圖靈
- 《精益資料分析》作者Alistair Croll訪談問題有獎徵集(圖靈訪談)AI圖靈
- 《JavaScript快速全棧開發》作者Azat Mardanov訪談問題有獎徵集(圖靈訪談)JavaScript全棧圖靈
- 《七週七併發模型》作者Paul Butcher訪談問題有獎徵集(圖靈訪談)模型圖靈
- 《CSS設計指南》作者Charles Wyke-Smith訪談問題有獎徵集(圖靈訪談)CSSMIT圖靈
- 《黑客與設計》作者David Kadavy訪談問題有獎徵集(圖靈訪談)黑客圖靈
- 《社會媒體挖掘》作者劉歡教授訪談問題有獎徵集(圖靈訪談)圖靈
- 《軟體工程師職業生涯完全指南》作者訪談軟體工程工程師
- SphereEx 創始人張亮雲咖訪談回顧:構建資料服務的新思路
- 《Erlang程式設計(第2版)》作者Joe Armstrong訪談問題有獎徵集(圖靈訪談)程式設計圖靈