隨著手邊的專案進入中後期，公司給的進度壓力也是越來越緊
上線的時間也是從原本預估的兩三個月後，提前到一個半月後
不要問我為什麼專案上線時間可以改來改去
因為我們不是接案公司，是傳產上市公司的IT(內勤)

在甲方 需求變更是不會有任何補償的，不管是工時還是薪水都不會因此有變化
你只會得到加班這個選項，原先公司規定只能加班換補休，補休時間還得跟主管喬
(感恩當時的主管幫我們極力爭取到加班費這個選項)

好不容易趕完專案，上版給需求單位測試
然後需求單位就給過來一張滿滿的Excel表單，看到一長串的問題表單
頓時又懷疑人生了一番，從沒想過我們的bug竟然有這麼多!!!!

後來隔壁同事開始一項一項的複測準備修Bug，結果!!!
問題單上幾十個問題一一對過後，同事大罵了一句靠X
接著說原來真正是Bug的不到半數，我回說那剩下的一半是啥

同事這時說了一句經典台詞 那是 許願池
原來那一半都是需求單位原本不確定要不要做的功能
完全沒有寫在規格書裡的東西
眼看著進度有趕上來，就希望我們能把那些功能順手做一做
讓他們試試這功能在畫面上好不好，或是跟流程有無衝突

對於這樣許願池般的需求，當下我與同事認為不是很妥
不過後來在主管的勸說下，我們還是把其中幾項跟流程不沖突的需求解掉
對於這樣的狀況，當時的我以為是單一突發事件
沒想到後來的問題單，許願池竟然更升級了

以下不負責任言論:
千萬不要隨意的答應這種不合理的許願池需求
一切請他們上正式需求單，否則你後面上線後的修改時間
會直接影響到你下一個專案的需求評估跟程式架構調整的時間

(故事以虛擬描繪事實，如有雷同實屬巧合)