黑先生

【Dual Track Development / Agile(雙軌敏捷) Part 7 - Retrospective meeting】 上一篇 Review 後，緊接著就是開回顧會議。 第一次的衝刺，絕大多數是產出不太順利。別太擔心，這很正常。團隊彼此間的磨合、對於新的開發方式的適應、準備交付的不完整、進度反退....等等，這也都是計劃內的一部份，把失敗納入計劃之中。 必要的時候，也可以刻意失敗，有時會讓團隊進步更快。就像小孩子第一次在學騎車時，摔過一次後突然間就會了。當然，第一次就有近程勝利會不錯，不過重點還是在，大膽、快速衝刺產出進行第一次驗證，這樣我們就會知道離敏捷還有多遠的距離。 別忘了，我們還是勇敢踏出第一步，這本身就是一件很值得慶祝的事。過程中，我們要時時確保、觀察的是， 團隊的氣氛是否還是在正向、投入、高效狀態 。如果有需要，適時立即的引導，會比放在回顧會議中來的有效果。 初期的會議，對於需求探索的技巧與方法都會很卡，畢竟團隊是第一次轉型成一群人一起討論需求、發想需求、最後收斂。還會有很多舊習慣和思維需要慢慢提醒，安全、信任的環境也會慢慢成型。 雙軌敏捷的回顧我分成兩種， 【固定式】 如同一般Scrum在衝刺後舉行，針對的是整個開發過程中的人員、關係、流程、工具等方法，做出改善的建議。 【立即性】 放在需求探索團隊的討論會議裡，時間短。目前經驗看來，每次的需求探索會議都是一個完整的小段落，因為下一次接著開會時，就會需要製作出原型帶入會議中再次確認。因為這個段落，也就很適合在討論結束時，提出一些剛剛討論過程所觀察到的現象，讓大家反思可以怎麼做會更好。 所以，需求探索團隊的回顧會議大多是立即回顧。會針對剛剛團隊討論的品質、狀況、流程給予建議或肯定。時間可以是會議結束前，也可以是下次會議開場時進行。 立即回顧的內容可以是， ●使用者故事、示意圖、流程圖、驗收標準搭配運用，讓整個需求更立體、明確， ●或者是剛剛的衝突反應的凸顯、討論過久沒法收斂回來， ●也有可能是觀念的建立、技巧的補充...等等。 ●大原則就是， 如何改善讓下次團隊的討論更有效 。 當然，開發團隊還是有自己的回顧會議，也會有一起的回顧會議。一起的回顧會議是請需求團隊與開發團隊的各自代表參加即可。 【結論】 ●共同的回顧