專案做久了，技術通常不會是最大的問題，最難搞的通常是人。
在我自述作為一個脾氣很差的 PM 的冒險旅程之前，先來介紹這段旅程的隊友們。
如果你是軟體資訊的同業，你應該很懂這些角色了。不過，如果你只是路過，或是（想不開）對 PM 這工作有興趣，想知道我們在做什麼，以下是這個專欄以後可能出現的角色：
- PM = 專案經理：管理時程跟範圍。不過在臺灣，大致上除了寫程式以外，什麼都要做。挺慘的。
- RD = 開發人員：工程師，寫程式的，有些人會自稱碼農，或叫RD，大致上分為前端後端。不過在臺灣，幾乎人人都是全端。挺慘的。
- BA = 商業分析師：主要對客戶的窗口，負責把客戶的願望清單變成可以做出來的規格，高機率會轉職成 PM ，不過在台灣，通常會把菜鳥 BA 直接當 PM，於是這個爛制度成為專案執行的諸惡根源。挺慘的。
- QA = 測試人員：檢查程式是不是跟規格一樣，明明做完份內的工作卻很容易被大家討厭。挺慘的。
一個專案的進行通常需要具備上述四個角色，不過很多時候通常是一人身兼三角，至於是RD兼PM兼QA 還是BA兼PM兼QA，就看各公司規劃了。
然後專案進行中大概都是這樣：
專案進行的權杖5
喔，忘了說，甲方 = 客戶：出錢的，常常搞不懂自己要什麼。第二個諸惡的根源。
塔羅牌中的權杖5意思是這樣的，每個人都想做自己，打成一團。
我滿喜歡的，我認為做專案就是權杖4走到權杖10的過程，以歡喜開案作為開端，中間多數時候在混戰，偶有成就，接著加入不切實際的想像，最後大家承受不了，壓力大到爆炸。
專案進行的旅程
至於為什麼一個講軟體工程專案的專欄會用命理占卜命名？
嗯，畢竟機房裡也是要放綠色乖乖的嘛。
