做與不做,做快與做慢

公司是以做project為生, 所以當系統牽扯當初需求訪談使用者沒提出時或需要修改原需求時, 這時就變成和人客間的拉扯戰, 因為老板開的不是慈善機構, 所以任何有可以賺錢的縫時, 做為員工的就要見縫插針, 謀取老板的最大利益.

可惜本倫不是個好員工, 人客要求的, 只要是很容易輕鬆改出來的, 通通改給你..., 如果是很麻煩很難的... 就會更努力的改給你...

工程師第一守則就是, 我就不相信恁祖媽做不到....哈哈哈

因為我純粹想讓系統更能幫助人客,而不是對他們造成負擔

其實,這種心態, 反倒讓自已彷彿變成了人客的資訊部門, 就是要想法子滿足大家的需求.

這時, 做與不做, 做快與做慢就變成了一門高深的藝術了.

殘念哇.... 本倫不會腦筋急轉彎, 只想幫大家解決問題,

老板交待的話, 先暫留一邊, 如果真的傷害公司利益很大, 那就再說吧.

這問題的來源說到底還是來自於project都是water fall的開方發方式, SA,SD,CODEING,時程都是一個挨著一個, 所以大家對系統的需求往往會在大家都搞不清楚時就凍結時間了. 以後通通不淮修改

這說到底, 是自已的問題嗎 ?
是需求分析做的太爛嗎?
還是太混所以需求分析做得十分精簡? 

不過可以確定的一點時,

反應需求變更的能力真好, 程式架構太好太有彈性....都能馬上通通改給你喔..

哈哈哈, 千萬不能被老板知道我做需求分析太爛太混, 我給人客太通通改給你的沙VS