做到現在，每次的需求變動只有會議紀錄而已。

常常需求從 A 改到 B、再從 B 改到 C、最後再從 C 改回 A。

最近我的 defect 被開了一個：某某列表的某某欄位應該是可排序的。

我X。

我怎麼沒看過哪份文件有寫這個欄位要可以排序。

沒寫我是會知道喔，挖災，我是天才，我應該要知道才對~

我都不知道，一個幾百萬的案子，我每次需求訪談會議結束後，

不但要整理會議紀錄，還要把每個動到的 Use Case 都彙整後，請 User 從頭看一遍。

畢竟人在思考的時候，比較沒辦法考量到全盤。

或許全部再看過一次之後，這個需求變更也就被取消了。

但是，一個破億的案子，卻只有會議紀錄；而且，所有的需求散落在會議紀錄中。

需求還可以透過 mail 跟電話，然後變來變去。

我只能說，皇上，您的腦容量一定不是地球人的大小。

您東廠裡的太監，腦容量肯定也不是地球人的大小。

否則怎麼裝得下這麼多東西？

皇上英明~

PMP 課程裡面，老師講到一個觀念很重要，叫做 configuration management。

還提了一個很多年前挖破瓦斯管，引發爆炸的事情來說明。

光是我手上的需求，我就看到一堆地雷需求。

我也不想管，反正 PM 不是我，嘿嘿。

很多人真的是 Project manage you, not you manage project。

我終於懂為什麼考上 PMP 之後，就會覺得這灘水很臭。