Dual Track Development / Agile(雙軌敏捷) Part 6

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

上一篇Planning meeting後，探索團隊和開發團隊就回到各自的衝刺節奏，由共同的Daily來確保交付項目，有沒有什麼意外需要即時調整。畢竟是遠端協作，當初交付的需求可能不盡完整，多少會有遺漏掉的。

【會議前】

Review也是共同會議，除了所有成員以外，還要包含產品的利害關係人也要參與，除了解進度外，更重要的是回饋與調整。所以不要忘記在Review前一天，以Mail或其它方式通知相關人到場，附上此次的Review內容和順序資訊，有助於加速理解目前產品狀況。

為了讓演示過程順暢，會請開發團隊事前檢視確認一下目前的版本與環境，把所需要的畫面、帳號、服務都先開啟。更進一步，可以安排演示的順序。因為有些User Story接著演會具有連貫性，對於利害關係人來說是更容易進入狀況理解。

遠端演示有些小細節做了會更好，譬如說，

- 投影共享操作手機畫面時，開啟點擊觸控的回應功能，讓遠端的人知道剛剛的操作是點了哪個地方才切換畫面。

- 演示人員的講話速度慢些和停頓點多一些，讓遠端的利害關係人容易理解。

- 麥克風是共用放在桌子中間就可聽清楚，比需要靠近拿來拿去更好溝通。

- 座位的安排

【會議中】

Review過程中，探索團隊會指定主持人與紀錄者，主持人先做開場，然後由開發團隊操作、展示。利害關係人的討論與意見回饋，當下會做適當但不深入的討論，最後摘要記錄下來，於會後由探索團隊深度討論是否要做調整。最後的決定權還是以探索團隊為主。

初期會議裡，如果有個像教練或SM的角色會更好。會議過程中，SM以客觀的角度去發現需要改進的地方，帶進雙方的Retro.中，會加快進步、改善的速度。

【會議後】

Review會議後，探索團隊和開發團隊有各自的Retro.，其中，探索團隊的Retro.會先行討論剛剛Review中紀錄的回饋，確定是否進一步討論或取捨，納入到待辦清單中。回饋討論完後才進入Retro.。

【大致上的流程】

●事前通知，附上Review內容與此次Sprint燃燼圖

●演示內容的流程安排

●測試機與相關展示設備的準備(Zoom、手機投影、視訊設備)

●指定主持人與紀錄者,主持人開場

●適度討論回饋，不做深入討論

●探索團隊Retro.時，先行確認回饋

●Review回饋mail同步相關資訊給利害關係人

【結論】

雖然被分成二個團隊探索與開發(物理距離)，但我們還是有著共同的唯一目標，目標的成敗也是共同承擔的。所以，假如開發團隊在這次的Sprint衝刺的完成率不如預期，這可不是只有開發團隊的問題，探索團隊也要進一步去了解原因與協助，才能持續改善。

所謂的「問題」，就是你心中的「期待」與「現實」之間「落差」。

透過Review來發現問題，找出落差。

黑先生