我的專案工作日誌(三) - 加班

今天很衰的跑去加班
雖然有部分原是因為事情做不完
最主要的部份還是得事事留一手....
----

話說方丈去年三月同時起了兩個案子
專案A是大家注目的焦點 預計去年年底完成
專案B是資料庫的案子 是我目前參與的案子 加計漏掉估計的UAT 預計四月完成

方丈不管遇到什麼問題
只要是他認定的問題
不管大小
都是調配豐富的人力和時間去弄
不管事情是否很重要
當然 更嚴重的是 他永遠搞不清楚做這件事的本質是什麼
造成問題一直發散 需求一直不能確定
常常一個很簡單的需求 得陸陸續續加了一大堆複雜的規則才能確定需求
但因為發散到最後已經偏離需求的本質
所以常常做偏 也常常被抓包
弄到今年年初的時候A專案被拉下來 改由菩薩接手
菩薩比方丈更搞不清楚狀況..這以後再談
-----

今天會跑去公司
起因是都已經UAT了
方丈還在改規格 而且是一個很不重要的規格

Vender PM為了專案順利 也只好答應 但有要求UAT的截止日期不變
這樣一來
UAT是從禮拜五下午到禮拜一早上要結束
兩天半的時間有兩天是假日....
將近兩千萬的資料庫居然是這種測法

我負責還好做的很熟了
大部分的問題在UPT的時候都弄得差不多了
但我負責要覆核一姐所負責的部份
一姐禮拜五晚上八九點的時候向廠商提出一個問題
害我真的被嚇到了
這問題代表他搞了三四個月 對他自己負責的部份連最基礎的觀念也沒有...
所以今天禮拜六跑去測試
主要還是看一姐是否有實際測試到

-----

因為這是我第一個專案
我們家這個專案的進行狀況
讓我不禁懷疑
這個專案都表面上明眉笑眼
私底下卻陰來陰去
是因為這個專案遇到方丈和菩薩 所以得這樣搞
還是所有的專案都會這樣?

----

前幾天和我們公司一個我很熟的經理在聊
他笑我怎一路挖洞給方丈和菩薩跳?
這算挖洞嗎?
我頂多是不是我負責的部份如果一定會出包的事情我不事先說說而已

如果弄清楚自己案子的主要目的
而且更重要的 資料庫的案子如果清楚了解前端資料源的設計目的和架構
我不事先提醒的話會出包嗎?

----

反正大老板也沒在管這個不是很重要的案子
接下來....
打算讓方丈和菩薩沒做好的事情在月底驗收前慢慢爆




做個案子居然讓我在十年內才學得完的職場厚黑學
在不到一年的時間內練完...

--