敏捷開發下的專案管理

這樣說好了，如果我的結果是「自己做出一個蛋糕」，我就要列下所需要的材料、需要的工具、需要的教學，適合的空間等。於是除了繁瑣的步驟（也許你選擇了複雜程序的蛋糕）與其一頭熱投入，還不如列下階段性需要完成的部分：

1.完成底座

2.完成奶油覆蓋

3.準備好裝飾的配料

4.準備裝盒 

於是這一整串步驟，都有了清楚的意義，自己也會很清楚，我在這個階段，要完成多少進度–在那個時間日期內。每個階段，都會有1-4週（通常是兩週）的SPRINT（衝刺），每次的衝刺，都是短期但目標明確，使參與的團員獲得成就解鎖但是又不會長時間耗的精疲力盡。一次又一次的衝刺，發現自己已經離終點不遠了 ！

然而每一次的衝刺，並不是都會非常順利。回到蛋糕的例子：底座烤焦了、奶油沒有買到、裝飾的用品不夠了、突然發現自己想做的是巧克力蛋糕而不是提拉米蘇…等等的難題就會在「每日站立式會議」中提出。

於是，每一天團隊就會知道問題發生在哪裏，還有多少時間修補、還有沒有其他的解決方法。不會到專案結束的前一個月，才會發現「最後是達不到的」這種分段式的完成專案，帶給團隊更多的彈性修正、接受變化並更顯著的提升效率。每一次的衝刺結束也會有主持人檢討這次的階段，是不是符合開發進度的需求，讓團隊更加進步。而每一次的衝刺都有負責帶領衝刺的Scrum Master扮演著小隊長的任務，負責帶領團隊完成階段性任務。

首先在敏捷開發的過程，最重要的起頭式就是要探討：

這個計畫究竟要達到什麼目的？

請注意，這裏不是詢問「要做什麼事」而是詢問「結果要什麼」？

於是，產品經理或持有人，就會從客戶、團隊、主管蒐集足夠的資訊整理，探討這次的專案，我們究竟要「達到什麼效果」。