Deliver Project on Time 敏捷專案管理實務心得( 2015 冬季班 10月)

Tony Yeh

課才上到中午,我就覺得值回票價了。

我會建議初心者應該要來,因為你會抓到很多big picture。講的東西可能很多目前還不理解,但將來碰到之後,你應該可以馬上知道怎麼解決。對中高級的PM來說,我覺得就是要善用Q&A時間,因為如果能真正解決專案管理上,自己苦思許久還得不到答案的問題,無價。

(連結)

連小姐

果然, 經過這次課程, 對於遊戲的專案我有更堅定的看法。遊戲的專案如果要用到敏捷, 千萬, 必須, 一定要撿著作。

原因是大多數的遊戲團隊常發生「通靈」的情況, 回想以前某個專案, 企劃忘了給程式一條公式, 直到上市了之後發現公式有問題, 才知道當初程式隨便弄一條可以run的公式測功能, 什麼都沒說就這樣完成這個功能, 企劃也透過通靈覺得功能沒問題就讓它上線了…

回到「遊戲的專案如果要用到敏捷, 千萬, 必須, 一定要撿著作」, 拜託企劃一定要學會寫user story(告訴別人你想在什麼情境下使用這個系統/功能), 而standup meeting是team leader的救星(前提是每次都當作互助會而不是吵架比賽), 撿這兩項並不夠, 撿多則沒時間作事, 所以我推薦最實用的我認為是這兩個技巧, 如果能用大量溝通取代通靈, 才可能確保專案的方向沒有走歪。

(連結)

王先生

工作上遇到一團混亂、事情做不完、奇怪的優先順序和瘋狂 delay 的問題已經好幾年了。過去我一直不斷的去看 GTD、時間管理、工作管理、專案管理、問題解決法或企業管理的書籍,Scrum 、執行力四紀律也試過,也曾經跑去高雄上 GTD 的課程⋯⋯

真正核心的課程裡,則看見了我過去從書中學來的東西的實踐。新的東西不多,但重要的是實踐心得的分享。特別是 QA 時的回答,這麼大方的分享真的還是我第一次見到。

對我來說最重要的是印證和實務心得。透過課程中看到聽到的,QA 時獲得的,別人的 QA 時旁聽的,我印證了自己的想法,我得到了一些實務技巧(有些不是xdite特意教的,"知識的詛咒"無處不在)。有些可能沒辦法立即用上,但當我想用時它就會在那裡。

我的學習成本比其他學員多上30%。但上完課後,我覺得神清氣爽,也確信我錢花得值得。

(課程)

蘇先生

而專案管理的部份,這次也有聽到了幾個上次沒說過的技巧,這就值回票價了!
然後因為是第二次上課,大部分內容都是已知,反而會有更多時間思考,並有新的領悟。
另外 XDite 在課程說到某個概念很重要,要說三次時,我突然悟出我今天坐在這裡的意義⋯⋯

(連結)

黃先生

能由一天的課程,得到別人幾年來試出的成功實戰經驗,這課程值了。讓自己不用花太多時間找路,將這些經驗運用到工作上。

(連結)