Dual Track Development / Agile(雙軌敏捷) Part 7 - Retrospective meeting

【Dual Track Development / Agile(雙軌敏捷) Part 7 - Retrospective meeting】

上一篇 Review後，緊接著就是開回顧會議。

第一次的衝刺，絕大多數是產出不太順利。別太擔心，這很正常。團隊彼此間的磨合、對於新的開發方式的適應、準備交付的不完整、進度反退....等等，這也都是計劃內的一部份，把失敗納入計劃之中。

必要的時候，也可以刻意失敗，有時會讓團隊進步更快。就像小孩子第一次在學騎車時，摔過一次後突然間就會了。當然，第一次就有近程勝利會不錯，不過重點還是在，大膽、快速衝刺產出進行第一次驗證，這樣我們就會知道離敏捷還有多遠的距離。

別忘了，我們還是勇敢踏出第一步，這本身就是一件很值得慶祝的事。過程中，我們要時時確保、觀察的是，團隊的氣氛是否還是在正向、投入、高效狀態。如果有需要，適時立即的引導，會比放在回顧會議中來的有效果。

初期的會議，對於需求探索的技巧與方法都會很卡，畢竟團隊是第一次轉型成一群人一起討論需求、發想需求、最後收斂。還會有很多舊習慣和思維需要慢慢提醒，安全、信任的環境也會慢慢成型。

雙軌敏捷的回顧我分成兩種，

【固定式】
如同一般Scrum在衝刺後舉行，針對的是整個開發過程中的人員、關係、流程、工具等方法，做出改善的建議。

【立即性】
放在需求探索團隊的討論會議裡，時間短。目前經驗看來，每次的需求探索會議都是一個完整的小段落，因為下一次接著開會時，就會需要製作出原型帶入會議中再次確認。因為這個段落，也就很適合在討論結束時，提出一些剛剛討論過程所觀察到的現象，讓大家反思可以怎麼做會更好。

所以，需求探索團隊的回顧會議大多是立即回顧。會針對剛剛團隊討論的品質、狀況、流程給予建議或肯定。時間可以是會議結束前，也可以是下次會議開場時進行。

立即回顧的內容可以是，
●使用者故事、示意圖、流程圖、驗收標準搭配運用，讓整個需求更立體、明確，
●或者是剛剛的衝突反應的凸顯、討論過久沒法收斂回來，
●也有可能是觀念的建立、技巧的補充...等等。
●大原則就是，如何改善讓下次團隊的討論更有效。

當然，開發團隊還是有自己的回顧會議，也會有一起的回顧會議。一起的回顧會議是請需求團隊與開發團隊的各自代表參加即可。

【結論】
●共同的回顧
●各自的回顧
●立即的回顧
只要發現有合適段落可進行回顧，就立即進行，不一定要以會議模式。隨著時間越久忘得越多，到時就算回想起來，共鳴也有限。

提供觀察的小技巧，如果團隊最後的結論，總是把事情歸咎或焦點放在自己無法控制的事物上，這就是一個現象，也容易停止思考。
這時可以使用
設計觀點 - How might we...(HMW)，我們該如何....
讓團隊成員繼續轉換成自己能做的事，做出行動而不是停止思考。

上一篇：Dual Track Development / Agile(雙軌敏捷) Part 6 - Review meeting