資訊系統建置成敗不是取決於…
因為…
- 關於經費
- 排除開發人員薪資與版權工具軟硬體費用,系統開發之內部成本趨近於零
- 開發人力與時間成本極高
- 系統維運成本極高(宣廣、資料更新維護)
- 關於軟體開發工具
- 任何可以在短時間上手,兼具擴充性,派得上用場的工具就是適合的軟體工具
- 模組化設計彈性才是王道
- 關於硬體
- 能與時俱進,與資料量俱進,與使用人數俱進的效能表現才是硬道理
所以…
- 開發資訊系統 不是給系統承作單位統包就好
- 必須由發案單位與系統承作單位充分合作
- 技術不是重點,業務流程才是重點!
- 只要說出明確需求與流程,技術就一定做得到
何者才是系統建置成敗的關鍵...
- 系統面
- 資訊技術的選擇與發展
- 轉變技術思維–From windows-based AP to web-based AP, Web is everything!
- 彈性的系統設計理念與選擇適合快速的軟體開發工具
- 全面的系統測試計畫與完整詳實的系統操作指引
- 發展模組物件化的架構
- 因應多國語言需求(介面與資料庫Unicode化)
- 人力資源面
- 單打獨鬥的資訊開發環境
- 系統開發資訊人力的配置
- 資訊人員經驗傳承與業務銜接
- 如何因應逐漸老化的資訊人力
- 人員的老化,技術的老化,態度的老化
- 委外面
- 委外案的專案控管品質
- 委外專案與原有系統介接的過程
- 個人資料安全性與隱私權保障。
- 委外是否真的讓承辦人輕鬆自在,海闊天空?
- 時程與品質面
- 有效的時間與品質管理
- 專案執行的時程壓力對原有業務之排擠效應
- 養肝數日,爆肝一時
- 人家是朝九做到晚五,資訊人員是從朝九拚到翌日朝五
- 維運面與行銷面
- 有效的軟體行銷策略
- 可靠快速的網路與伺服器環境以增進使用經驗
- 永續資訊服務模式的建立
- 組織面
- 系統需求與發展建置的主導權與主導者的角色
- 發案單位需求是否明確,要具有能拍板定案之決策者
- 主導者位階高度與魄力,成為資源分配者的主導性
- 唯有配套與資源整合方能成事
- 界定系統規模
- 避免系統開發階段開始後變更核心架構之情事
- 系統規模範圍要明確,系統需求要有所取捨
- 不可喜新厭舊,見異思遷,以免需求無限擴張