這次來上Xdite開講「敏捷專案管理實務」的課程，就是希望能找到軟體專案管理的聖杯，而上課內容還真令人滿意，或許是因為午餐和下午茶很好吃的緣故(誤)。
在這堂課中介紹了兩個聖杯：
- User story：在專案的評估與規劃階段時，利用User story分析方法將專案範圍給確定下來，專注於客戶最想要的功能，去除掉加分功能(Nice to have)。
- Issue tracking system(以Redmine為例)：將User story轉為系統上的任務，並指派給相關負責人，之後跟任務的所有變更歷程都可以在上面追蹤到，例如：RD對SD說規格寫錯了、測試人員對RD說測試時有bug…等。PM在系統上也可透過甘特圖或版本看到目前專案的整體完成進度。
Xdite花了約2/3的時間講解上面的內容，剩下的1/3則是做Q&A，而我認為最精華的點就是在Q&A，因為此時大家的問題無奇不有，Xdite由於有業界豐富的經驗，回答的質量都很高，頗有醍醐灌頂之效，也讓我就之前6年軟體專案經驗，與她的工作方式好好比較一番。以下是一些學員的Q&A摘要：
- PM怎麼利用User story來估算專案範圍
- SA怎麼制定User story，並和客戶據理力爭
- RD怎麼專心於開發工作，假如你一直處在暴掉的狀態，請和主管討論，若主管還是放你自生自滅的話，還是快逃吧！此地不宜久留！
除此之外，Xdite也講解了新人訓練與知識管理的做法，都讓我受益匯淺。
- 新人訓練：菜鳥最怕的就是不敢問&不知道要問什麼，透過Redmine的Wiki與issue搜尋我們可以讓新人先行學習，遇到問題時就建立一張問題單，詳列問題重現的過程，待前輩有空時就請他回覆問題單，如此一來
- 知識管理：雖然說Google是資訊工程師最好的朋友，但有很多專案的知識、技術、Domain knowlege都只有負責該項任務的人最清楚，對管理者來說不希望該員一離職，接手人就得全部重來，因為我們無法預期離職人會不會偷藏好幾手。Xdite要求處理人在解決問題後，必須將解法寫在Redmine的問題單中，並且寫在Wiki中，如此一來知識的流動性就增加了，對團隊的知識累積起了很大的作用。
即使我們拿到了聖杯，但本身還是沒有任何專案管理素養的話，這樣子在管理專案時還是會出事的，期望大家未來能更精進專案管理技巧，能當上專案管理界的法櫃奇兵。
