開好「敏捷」反思會,你必須知道的8個忠告!
又是年底,各大app都推出各種年度總結,年度回顧。這些總結有的很有趣,有的很扎心,在推動年底KPI完成的同時,也給我們帶來不同角度的思考。而在敏捷工作方法中,反思回顧也是很關鍵的一環。那么我們如何從敏捷反思會中獲得更多積極成果,并由此建立一支強大的團隊?
我一直覺得所謂“反思/回顧”其實是在展望未來。因為這個詞表達的更多是對未來的思考,而不是停留在過去。
我們可以問自己一個問題:“就我們現在所知道的一切,接下來我們要做什么實驗?如何改進我們的工作,如何給用戶帶來更好體驗?”
反思會議應該是怎樣的?
產品開發循環由兩個重要的部分組成:
- 其中一個是產出部分(左邊:怎樣完成迭代目標,保質保量交付);
- 一個是回顧反思的部分(右邊:檢查每個迭代的工作做得怎么樣)。
不僅要找到做的不好的地方,還要找到做得好,值得擴大的地方:如何快速設計一個實驗,進入下一個循環,找到改善團隊工作,讓用戶更滿意的方式。
回顧部分請看下圖右邊:
來源:助你成為一個優秀的協調者的敏捷回顧會議指南
當反思會讓人頭大的時候……
我參加過很多團隊的迭代反思會,發現很多人參加反思會的時候臉色都不太好看。這些有不滿情緒的人都有一個共同點,那就是他們的團隊都“無情地專注著改善工作”。認真反思,專注改善有什么問題?
來聽聽一位程序員小哥的直白吐槽:“反思如果只強調錯誤的話,那叫批斗大會好了,大家都是loser。總是不被肯定,誰樂意呢?”
團隊討論了什么是有效的,再三強調了那些無效、低效的東西(也許這已經讓他們覺得自己被失敗的烏云籠罩),同事之間相望無言,長長地嘆了口氣。這時另一位工程師(已經因為反思會而在另一個會議上遲到)給會議作總結,他說:“好的,那我們就不要把代碼都拖到迭代的最后一天再提交啊?!?/p>
在這個會議中,他們沒有任何機會去放大團隊的優點,因為他們根本沒有討論這些優點。
反思會應該是這個樣子的
反面模式(anti-pattern)讓回顧會議變得可怕,因為那樣我們會回顧最后一次迭代,我們會劃分兩列,一列是有效做法,一列是無效做法,然后我們迅速得到一些可以用于下一次迭代的解決方法。
然而在這個過程中,我們沒有運用任何科學方法。沒有收集數據,沒有研究,沒有提出假設再去驗證,深刻的思考也是少得可憐。
結果呢?你的團隊在下一個迭代里根本不是用實驗的方式快速,或做出一些真正的改進。
8招讓你的反思會更有效
- 放大,放大,再放大!放大優點!與其像老媽子一樣念叨那些做得不好的地方,不如讓每個成員想一個積極的閃光點來開始這次的反思會?
- 別急著得出下一步行動。試著多思考,深入思考,和大家討論分析,“挖”到真正的問題。立刻得出結論的解決方案往往是治標不治本,流于表面的。
- 如果你們在沒有深入分析怎么去改進(用到5whys分析法,力場分析法,影響地圖分析法,或是魚骨圖分析法),那說明你可能太快跳到解決方法這一環節了。
- 如果開完反思會不能讓你對下個迭代的某個實驗、某個任務感到一絲興奮,那也許就沒有嘗試的必要了,再斟酌。
- 改變你的方法。如果每次開反思會,你都會問:“哪些方法有效,哪些無效?”然后對任一列中最高的項目進行投票,你的團隊很快會感到無聊。用一些敏捷反思的工具,比如:Retromat也許能幫助調動你的反思會氛圍。
- 以詢問成員對「反思回顧」這一行為的看法來結束每一次回顧會議。這可能看起來有點簡單,但它確實有效:不斷改進反思會本身就是一種進步。
- 消除障礙。問自己:我能做些什么來幫助團隊不斷改進,并用好的心態應對成員的各種反饋。
- “迭代警察”這種東西是不存在的。所以不要像上了發條一樣,你的團隊應該根據實際情況偶爾停下來休息一下。從分析中得出假設并提出富有創造力的實驗,這樣可能會令人覺得很費勁。
所以每隔一段時間,就和整個團隊一起出去玩,一起享受美食,團建+回顧反思吧(新的反思會形式get)。
這篇文章的靈感來自發布在Podojo.com網站的反思會的反面模式:反思會不應該讓人感到挫敗。
原作者:Catherine Louis
原文鏈接:https://opensource.com/article/18/3/tips-better-agile-retrospective-meetings
譯者:「即能小程序」,公眾號:「即能學習」
本文由 @即能 翻譯發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
- 目前還沒評論,等你發揮!