有時候不是developer不想把東西做簡單
而是被使用者訓練出來的
使用者的需求是隨時在變的,有時候甚至是完全推翻掉之前的設計
因此,SD時就把可能的情形盡可能的規劃進去
就像是使用者一開始要求你蓋5層的房子,因此你就依照5層樓的設計去建地基
當完工以後,使用者卻跟你說,住戶那麼多,你怎麼只蓋5層樓,應該要蓋10層樓才對啊
此時,1.拆掉重蓋,但使用者只會給你加蓋5層的時間(因為你和他說需要拆掉重蓋是講不通的,以他的認定就是,5+5=10)
,2.硬是加蓋5層上去,但整棟建築變得不穩定,時時刻刻要去注意,變成花很多時間與成本在上面,甚至是連住戶裝簧都要很注意
當然,你可以說使用者是可以教育的,也需要教育的
沒錯,本該如此,但是背後的老闆如果不夠清楚狀況,支持力道不夠,很容易演變為系統設計單位與使用者對立
常常有使用者總是會認為,系統可以做到一切的事情
但系統不能無中生有,系統是在簡化使用者的工作,而不是使用者什麼都不做,資料就可以憑空生出來
很無奈的,大部份的使用者在不經意間都會有這樣的觀念
而且從來不會想到,如果真的做到這種地步,公司還請你這個員工幹嘛
fenris兄提到,後續的MIS人員在接系統時會不好接
如果是MIS要來接系統程式的maintain,那也真是太慘了,這樣的公司,真的是要好好衡量一下是否適合待長久
一般應該極少有MIS專精coding的,我想大部份應該都是不懂吧
要MIS接這塊業務,也真是太強人所難了