做到現在，每次的需求變動只有會議紀錄而已。
常常需求從 A 改到 B、再從 B 改到 C、最後再從 C 改回 A。
最近我的 defect 被開了一個：某某列表的某某欄位應該是可排序的。
我X。
我怎麼沒看過哪份文件有寫這個欄位要可以排序。
沒寫我是會知道喔，挖災，我是天才，我應該要知道才對~
 
我都不知道，一個幾百萬的案子，我每次需求訪談會議結束後，
不但要整理會議紀錄，還要把每個動到的 Use Case 都彙整後，請 User 從頭看一遍。
畢竟人在思考的時候，比較沒辦法考量到全盤。
或許全部再看過一次之後，這個需求變更也就被取消了。
 
但是，一個破億的案子，卻只有會議紀錄；而且，所有的需求散落在會議紀錄中。
需求還可以透過 mail 跟電話，然後變來變去。
我只能說，皇上，您的腦容量一定不是地球人的大小。
您東廠裡的太監，腦容量肯定也不是地球人的大小。
否則怎麼裝得下這麼多東西？
皇上英明~
 
PMP 課程裡面，老師講到一個觀念很重要，叫做 configuration management。
還提了一個很多年前挖破瓦斯管，引發爆炸的事情來說明。
光是我手上的需求，我就看到一堆地雷需求。
我也不想管，反正 PM 不是我，嘿嘿。
 
很多人真的是 Project manage you, not you manage project。
我終於懂為什麼考上 PMP 之後，就會覺得這灘水很臭。