這是一個我親身經歷的故事，也是一間公司得到很慘痛的教訓．我會試著用說故事的方式來敘述，希望閱讀的人可以身歷其境，往後能避免相同的錯誤．在本系列的最後會分享在此專案中所使用到的工具架構，希望對任何希望導入比較正規的專案管理的朋友們有所幫助．為什麼會想寫這樣的文章?
第一，這會是自己青春的紀錄．不知道多少的青春花在這個專案上但是努力沒有被公司珍惜，但至少自己有學到些什麼！
第二，這有可能是很多朋友成功的墊腳石．擁有知識沒有力量，要能運用知識和分享知識才會產生力量！
文章將會以以下的架構展開：
一. 專案開始, 也是結束
- 一場沉重的行前說明會
- 是的, 我們要出發了!
- 註定會發生的事
二. 出差！沒有在管理的專案?
- 所以專案工作項目是? (Schedule, Task, Scope, Definition)
- 問題, 問題, 問題.. (Perforce, Parallele Development, Assets Pipeline, Third-Party, Communication, Everything)
- 做遊戲專案就像做音樂一樣? 當做遊戲的人在做音樂的人面前這樣說的時候..
- 要溝通還是要面子? (Collaboration model)
三. 想逆轉, 有可能嗎?
- 要什麼沒什麼的時候.. (Effecient vs Effective)
- 新的管理模式 : 虛擬團隊 (Things to know)
- 人力的增加, 有幫助嗎? (Mythical Man-Month : 3 to 10 and more)
四. 問題背後的問題..
- 當客戶要求另外一間開發商支援的時候 (比大小)
- 跟看股票一樣, 回歸到基本面
五. 可以回到過去的話..
- 忠言總是逆耳
- 爭取該爭取的
- 風險總是第一個需要評估的要素
六. 管理工具大公開
- 徒手打造的專案管理工具組大公開
- 虛擬團隊運行經驗分享
------------------
筆者：Alan Feng
大學由資管系畢業後便投入職場，先後擔任程式設計師，系統設計師，系統分析師，專案管理師等職務。
曾服務於資訊服務業，筆電代工設計公司，和遊戲公司的專案管理師/程式設計師～目前在廣告行銷公關業擔任系統分析師。
持有國際 PMP 證照並持續努力累積社會大學的經驗中。
