系統管理的難處與境界

裝潢一定是在房子蓋好之後開始嗎?

有才氣的裝潢設計師會希望在房子建造之初便參與其中
若然，則可於架構上支持其裝潢理念
不然，則事後為維持設計水準，將難免部份之敲除與增建，及其額外之成本
等而下之者，將就著配合成屋格局，勉力為之

商業現實，總難盡如人意
事後大家卻懂得罵
為什麼當初設計時沒有考慮到?

應用系統建造之初，只有功能面規格才會受到關注，方能估進成本
頂多再加入處理容量與運行效能考量，其他非功能面的規格很難加得進去
例如

• 資訊安全中的防駭、防毒，入侵偵測與警示監控
• 同、異地備援考量中的重複配置、及(即)時遠程傳送，狀況演練
• 易維護性與易移植性

多年下來，吃了些苦頭，經驗豐富了
知道若能將這些(non-functional spec)於應用系統設計之初加入，才真正有效
整合度較高，成本上也較經濟
但是
觀念有了，推行上還是困難
尤其是一看報價，簡直喧賓奪主，成何體統，罷了罷了
業主只得硬拗廠商；廠商只得端出陽春版應付

當系統多了、亂了，管理上消耗大量人力、頭痛了
資訊部門這時要起案子也較為容易，因為有了正當理由，成本效益等計算數字也明確了
廠商也用心來規劃，因為有了充足預算，看得到餅
這時就算疊床架屋，也不見得有人會來罵你
沒法兒
外加的就這副德性

然而
管理上的需求不像成型的業務流程般穩定
一個需求下來，往往既有的工具難以應付，或得耗費大量精力方應付得來
甲方這時必怪罪乙方未曾考慮周全，乙方總抱怨甲方新需求沒個玩了

最後雙方叫陣一番
甲方大罵乙方沒良心，乙方批評甲方成熟度不足

搞系統管理，難處可多了...