5xRuby 的敏捷開發法(2)：開發中的管理

當專案從準備期進入開發期，我們會用一些方法來追蹤進度並應變中間發生的挑戰，以確保一切都能在軌道上。

Sprint 起始會議

在 Sprint 起始會議上，團隊成員會確認這次 Sprint 要完成的 Backlog ，並且依據上一次 Sprint 的實際狀態調整工作分配。

有些專案，除了 Spring 起始會議 (Sprint Planning) 之外，還會有衝刺檢視會議 (Sprint Review)、回顧會議 (Sprint Retrospective)。衝刺檢視會議是在每個 Spring 結束時舉行，目的在於讓 Product Ownbner、開發團隊及利益關係人能夠共同確認本次 Spring 的可交付產品增量（Potential Shippable Product Increment）。
不過大量會議會消耗開發時間，所以在初期，用小團隊開發來驗證商業模式時，我們傾向盡快實作功能，讓客戶以驗證商業模式可行性為優先。客戶如想即時掌握進度，我們會邀請客戶加入專案管理系統，讓他能即時檢視，並以持續交付 (Continuous delivery)  的方式，讓客戶能持續確認已完成開發的功能。

好處是可以留最多的時間在開發，許多小問題都能在開發過程中即時調整改善。

每日站立會議

進到開發階段後，團隊成員在每天開始工作前，會開 15 分鐘的站立會議。 會議中成員會互相詢問幾個問題：

• 昨天做了哪些工作項目？
• 今天預計開始做哪個工作項目？
• 在昨天的工作中，有沒有遇到什麼問題或是阻礙？

站立會議的用意是確認沒有人被問題卡住，確保一切按照規劃進行。

站立會議常見的狀況是：成員陳述問題時，會不自覺開始討論解決方法，但這不是站立會議的用意。站立會議是確認狀況，問題應先記錄下來，等到會議結束後另外安排討論或資源來解決，並在隔天的站立會議中再回報問題排除狀況。

在站立會議中也可發現哪位成員的進度超前，因此可以動態調整任務指配。若有成員昨天被卡住，導致於今日預計進度有困難，也可轉指派進度超前的同事協助，力求每天都能完成任務。

燃盡圖

在敏捷開發的過程中，除了計畫每個 Sprint 要完成的項目，我們也使用燃盡圖追蹤

燃盡圖會依據每天完成的點數、增加的點數，曲線上下擺動。當曲線進到危險區塊的時候，我們就會在站立會議中檢視造成進度落後的原因是什麼，以及怎麼調整。

Tips:持續優化 
燃盡圖可以協助產品團隊看出「投入資源價值」與「耗費資源點數」是否有交集，來正確掌握團隊是否有在做有價值的事情。如果發現偏離最初的目標，那就在每次的 sprint 中調整。

想要閱讀更多來自五倍紅寶石軟體開發的技術分享？歡迎訂閱我們的月報，每月將自動幫你送上最新文章。