IT／系統項目啟動指引
及早伙拍 IT 部門進行前期規劃，是確保項目可行與可持續的關鍵
什麼時候需要通知 IT？
未及時合作
而 發生過 的風險
如你已出現以下任何打算，通常代表事情已接近項目起點：
- 引入或開發任何系統、工具或網站（不論自行或外判）
- 系統將被其他同事實際使用，或涉及資料輸入與處理
- 涉及付費訂閱、外判開發或後續維護
- 打算邀請供應商提供方案、報價、示範，或發出 EOI／報價邀請
- 涉及網上交易、捐款或財務資料流（同時建議諮詢財務部）
及早對齊的目的，不是增加程序，而是避免在方向未清楚前作出難以回頭的決定。
- 當實際流程、例外情況或前線使用方式未在早期說清楚，系統往往只能支援「一般情況」，前線同事需要額外用人手補救。
- 一旦系統已完成或投入使用，再作修改通常需要額外收費與人力源，因而難以實現。
- 當實際流程、例外情況或前線使用方式未在早期說清楚，系統往往只能支援「一般情況」，前線同事需要額外用人手補救。
- 一旦系統已完成或投入使用，再作修改通常需要額外收費與人力源，因而難以實現。
- 為了維持日常運作，同事可能需要同時使用系統及離線方式（例如試算表、紙本記錄或自行整理的清單）作為補充。隨着時間推移，資料在不同位置之間無法同步，版本亦容易出現差異。
- 當同事需要反覆核對、補填或以人手修正資料，系統逐漸不再被視為可靠的工作工具，這類情況會削弱同事對系統的信任，亦增加前線的工作負擔。
- 不同部門各自引入系統或建立資料結構，導致跨部門比較、整合分析或整體檢視變得困難
- 管理層難以取得完整而一致的視角，以了解服務使用情況、運作瓶頸或改善方向。這不僅影響日常管理，更限制了組織利用資料支持決策與持續改進的能力。
- 如項目初期未清楚界定系統管理權、內容修改權或資料擁有權，即使是較小的設定調整、內容更新或流程修改，亦可能需要依賴供應商處理。
- 當實際需要與最初假設出現偏差時，調整空間亦會受到限制。
- 系統就算初期運作良好，但隨着時間推移，若未能持續更新或修補安全漏洞，穩定性及資訊安全風險便會逐步增加。
- 若在早期未有考慮替代方案、資料轉換安排或內部接手能力，一旦供應商停止支援或結束營運，組織在短時間內作出應對的空間將會非常有限。
與 IT 討論前
可以先準備哪些想法？
很多後續「改很難、改很貴」的情況，並非技術問題，而是前期資訊只存在於經驗之中，未被說清楚。以下並非一次過完成的要求，而是協助整理思路的方向。
準備得越清楚，後續討論通常越省力。
想解決的具體問題是甚麼？
涉及哪些使用者？（前線、後勤、主管、跨部門）
有沒有例外情況或臨時做法？
同事日常需要做哪些動作？
哪些功能是必須？哪些是可有可無？
最常見的流程如何走？例外流程如何處理？
涉及哪些資料？從哪裡來？到哪裡去？
誰需要存取？是否需要分級權限？
若供應商停止支援，資料如何取回或轉換？
是否有期望上線時間或明確時限？
是否涉及服務訂閱（Service Subscription）、外判或長期維護？大致預算考量為何？
如安排涉及收款、付款、捐款或財務資料存取，建議在規格階段及早諮詢財務部，確保符合財務內控及審核要求。
IT 可以如何配合你
一起梳理實際流程
與例外情況
提早指出可能被忽略的
限制或長遠影響
從整體 IT 架構角度
檢視方案定位
協助整理需求說明
功能規格與安全要求
提醒資料管理
及系統管理權安排
停一停，諗一諗
把需求與風險看清楚，後面越省力。