文／鄧學謙, PMP

在國內知名培訓機構—長宏專案管理顧問公司負責人與最大線上台灣敏捷部落敏捷教練周龍鴻博士的促進下，透過虛擬社群集結五十位志工，以敏捷的手法，在經過5個月的共同努力下，將業界稱為「敏捷回顧會議聖經」的《Agile Retrospectives》完成了高品質及高精準度的翻譯，並已付梓在博客來等各大網路與實體通路上架。

近年來，敏捷的工作方法與思維逐漸成為主流，許多大型企業也開始調整組織的內部工作模式及文化，開始導入並應用敏捷的手法，涵蓋層面遠遠超過軟體業界，也在多元產業開枝散葉，目前已有豐碩的具體成果。迄今全世界總共有十本敏捷聖經，有五本已經被翻譯成繁中版，為台灣帶來更多貢獻，將敏捷價值更深地注入台灣，讓台灣企業創造更高的價值，再次協同50位優秀志工共同協作完成此Agile Rertrospectives繁中版翻譯專案。

周龍鴻博士表示，在實務案例中，導入敏捷的公司會按照敏捷手法逐項進行會議流程，其中就包含了回顧會議。只是，一旦時間拉長，就經常會發現回顧會議開始流於形式化、表面化，彷彿這個會議只是為做而做。這樣的形式化會議是極其浪費時間的。但若因做不好回顧會議而棄用回顧會議，反而會造成更糟的後果。周龍鴻博士強調，敏捷手法下的產品開發，其重點在於「人」，從Scrum三個當責，Product Owner、Scrum Master和Developers，到高階主管的心態調整都是至關重要的，如果心態無法得到調整及優化，那麼最終也很難做出讓客戶滿意的產品。因此一個敏捷的開發流程中，倘若跳過回顧會議，其實等同於失去調整關係、改變工具、改善流程及優化人員關係的功能，因此，積極面向而言，我們要做的是「讓大家能做好回顧會議」。

本書作者有Esther Derby與Diana Larsen二位，Esther Derby以協助團隊達到高效生產力而為人所知。Esther的文章發表於《Better Software》、《Software Development》、《Cutter IT Journal》，以及《CrossTalk》……等各大主流雜誌。她同時也是Amplifying Your Effectiveness(AYE)論壇的主持人。

Diana Larsen擅長與軟體開發專案的領導者合作，以改善專案績效、支持並持續改變，以及打造協同合作的工作空間。Diana經常於軟體開發會議發表演講，並為《Software Development》、《At Work》、《Cutter IT Journal》雜誌以及《Cutter IT Journal》的(Executive Update)、(e-Advisor)系列撰寫文章。Esther、Diana及Norm Kerth共同創辦了年度Retrospective Facilitators Gathering。Esther和Diana已經被公認是回顧會議引導方面的世界領導者。

敏捷手法已是目前商業時代的大勢所趨，而回顧會議更是不可或缺。無論是敏捷初學者、中階學習者或是專家級的敏捷實踐者，都值得靜下心來細讀這本Retrospectives聖經。

對於初學者來說，可以試著將書中所提到的五個階段，相互搭配所建議使用的手法來實際執行回顧會議，看看成效有什麼差異；針對中階學習者，本書能夠告訴你為何而戰，並運用ORID來解釋這麼做的理由為何；同時，本書也提供了許多成功案例，所以如果你已經是專業級的敏捷實踐者，那麼本書便能讓你站在巨人肩膀上看世界，學習如何改善回顧會議的效能，甚至創造出屬於自己團隊更好的回顧會議執行手法。

在書中，作者不斷強調回顧會議並非一成不變，操作回顧會議務必要基於當下組織的必要性，以及對於組織成員狀態的了解，在充分考量後，運用不同的手法，將可在每次的回顧會議中為團隊帶來不一樣的感受。

「回顧會議能協助團隊持續改善，即使是卓越的團隊也一樣！」這句話是《Agile Retrospectives》作者一開始開宗明義所寫的一句話，可見回顧會議在整個敏捷的體系中，占有極重要的位置。

在敏捷的機制中，為了能發現問題、蒐集需求、突破困難，定期的回顧檢討，促進組織成員對於工作願景、目標的共識確認，以及在工作流程及方法上的逐步完善，是一個必要的方法，而為了能提供國內企業一份可有效訓練及快速運用的回顧會議參與文本，乃選擇了這本基於作者數十年功力所成之《Agile Retrospectives》，希望透過精準的翻譯，可以讓有需要的人取得最大的幫助。

專案回顧會議可以協助你的團隊檢視專案中有哪些事情做得好，哪些事情出了問題。一般而言，回顧會議（又稱為事後剖析）僅在專案結束時進行，但這對團隊而言為時已晚。你需要以迭代及增量方式進行敏捷回顧會議，同時也要準確地找出與解決問題，以期能當下為團隊提供協助。

本書作者藉由ORID焦點討論法所延伸出來的五個階段為架構，分別是一、開場(Set The Stage)，二、蒐集資料(Gather Data)，三、產生洞見(Generate Insight)，四、決定行動事項(Decide What To Do)，以及五、結束回顧會議(Close The Retrospective)，詳細探討了五個階段的執行手法，其中包括了執行時的操作細節、注意事項，以及可能的延伸應用……等，尤其是作者基於其實務上的經驗，在書中更是以許多實例說明了各操作手法的實際操作效果，可以為敏捷使用者帶來對回顧會議更新穎的認知。

本書內容將協助你以下事項：

● 設計與執行有效率的專案回顧會議
● 找出並解決問題
● 處理人員問題與技術性問題
● 發現並強化團隊優勢
● 運用哪些實際成功過的工具和技巧

書中所指導的相關內容，主要有指導辦理回顧會議的框架，其內容包括開場、蒐集資料、產生洞見、決定行動事項、結束回顧會議，框架的每一步驟都有詳細說文字及圖片說明。擔任本書的翻譯志工群，在張志維教練的帶領下，亦應用本書框架進行回顧會議，成果斐然。

一、開場(Set The Stage)
開場可協助人們專注於手上的工作。此步驟用於向團隊重述此回顧會議當下的共同目標，而且可營造出一個讓人們感到能自在討論問題的氛圍。

二、蒐集資料(Gather Data)
了解每件事情，而且不同的人對於同一件事情的看法也會不同。蒐集資料能為所發生的事情建立共同的畫面。若是沒有共同的畫面，每個人都會傾向於證實自己的觀點與想法。蒐集資料可擴展每個人的視角。

三、產生洞見(Generate Insight)
在產生洞見時，團隊會參考一些資訊以找出前個迭代的優勢與問題。帶領團隊審視那些有助於他們成功的條件、相互影響及模式。調查失誤與不足之處，並找出風險與意料之外的事件或結果。

四、決定行動事項(Decide What To Do)
為團隊提供框架與指引，以利他們為這些實驗與行動進行規劃。

五、結束回顧會議(Close The Retrospective)
協助你的團隊決定該如何保留從回顧會議中學到的事物。請感謝每個人在迭代與回顧會議期間所付出的辛勞，並以此結束回顧會議。

使用此框架，將可協助你的團隊做到以下幾點：

● 了解不同的觀點。
● 遵循思維的自然順序。
● 全面了解團隊當前的方法與做法。
● 讓討論自由發展，而非預設其結果。
● 結束回顧會議時，請為下一個迭代提供具體的行動與實驗方案。

書中也包括其他可協助你發現並解決隱性以及沒那麼隱性的問題之內容，包括需要學習技術、方法。此外，你將學習到如何在整個專案生命週期中不斷地挖掘出你在軟體開發團隊的經驗。且能夠解決自己與團隊每天所面臨的問題。

讀完本書，你將了解如何建立回顧會議，書中範例說明，亦將有助於你實際上推動辦理回顧會議，為團隊及組織量身制訂回顧會議，以及如何使回顧會議有效運行、如何為回顧會議進行任何必要的調整，並且如何擴展這些技術，讓你在整個專案中有效地解決問題，並順利實施解決方案。