管理資訊系統(MIS)
台灣政府資訊專案的開發，深受《政府採購法》及其子法規的規範。依據採購法，資訊服務採購多採用公開招標或選擇性招標，強調事前詳細的規格書（RFP）與固定價金契約。這一框架天然契合傳統瀑布式（Waterfall）開發模式，即系統開發生命週期（SDLC）的線性階段：需求分析、系統設計、程式開發、測試、上線維護，每一階段完成後才進入下一階段，強調完整文檔與事前規劃。
然而，這種模式在政府大型專案中暴露出嚴重痛點。首先，範疇（Scope）固定化導致需求僵化。政府機關在招標階段必須提出詳盡的規格書，以符合審計與稽核要求。但公共服務系統涉及多部會利害關係人（如財政部、內政部、數位發展部），加上外部環境快速變化（如疫情後的數位服務需求、資安威脅演進），需求變更幾乎不可避免。根據專案管理知識體系（PMBOK），Waterfall模式下，後期變更成本可高達前期需求階段的100倍以上，容易引發契約爭議與追加預算。
其次，時間與成本的三重限制（Triple Constraint）失衡。Waterfall強調完整的前置規劃，時程往往以年為單位計算。但政府預算年度制（每年編列）與人事異動頻繁，導致中途需求調整時，廠商需依契約主張工期展延或價金調整，易造成預算超支。舉例而言，部分核心系統汰換專案常因規格書未充分考量使用者體驗（UX）或行動化需求，上線後面臨大量客訴，需緊急修補，進一步壓縮維護預算。
這些瓶頸不僅造成資源浪費，更侵蝕民眾對政府數位治理的信任。考生在高普考「系統分析與設計」或「資訊專案管理」科目中，常被要求分析此類問題，務必掌握Waterfall的優點（適合需求穩定的小型專案、文檔完整便於稽核）與缺點（彈性不足、風險後置）。
近年台灣推動「數位國家」願景，公共服務系統面臨大規模優化壓力。以新版報稅系統為例，財政部持續強化電子申報平台，整合健保卡、行動認證與多稅目申報功能。但開發過程中，常因需求變更（如新增AI輔助試算、跨境資料交換）而延宕。類似案例包括戶政系統或各部會核心系統汰換，傳統規格書的「死板」特性，常導致上線後系統不穩、使用者介面不友善，或無法因應法規調整。
另一顯著例子是公共服務App整合。行政院推動「臺灣e政府」或MyData平台，旨在讓民眾一站式申辦證件、查詢稅務。但早期專案多採Waterfall，規格書詳細列舉功能清單，卻忽略動態使用者行為分析。結果，上線後發現行動端相容性不足、跨平台資料同步問題頻出，需緊急Hotfix，不僅耗費額外成本，還引發媒體關注與立法院質詢。
這些災難的根源，在於傳統模式下利害關係人溝通斷層。公務機關業務單位、IT單位、外部廠商三方認知差距大，需求訪談階段難以窮盡所有情境。加上政府採購強調「最低標」或評選機制，廠商為求得標，常低估複雜度，後續風險轉嫁給機關。預算與時程失控的後果，不僅是財務損失，更包括資安漏洞暴露（如資料外洩疑慮）與服務中斷，影響民眾權益。
要解決上述問題，必須深入比較瀑布式與敏捷式（Agile，特別是Scrum框架）在SDLC中的應用差異。
需求分析階段：Waterfall要求前期完整蒐集所有需求，形成基線（Baseline），後續變更需正式變更控制流程（Change Control）。優點是文件完善，符合政府稽核；缺點是無法因應不確定性。Agile則採用User Story與Product Backlog，需求以優先序迭代精煉，允許在Sprint中調整。Scrum的Daily Stand-up與Sprint Review確保持續回饋，適合政府專案中「邊做邊學」的特性。
利害關係人溝通：Waterfall多為階段性會議，使用者參與低。Agile強調跨功能團隊（Cross-functional Team）與Product Owner角色，利害關係人可參與Sprint Demo，即時驗證MVP（Minimum Viable Product）。這大大提升溝通效率，降低誤解。例如，在公共服務App開發中，Agile可讓市民代表參與測試，導入UX設計迭代。
風險承擔：Waterfall風險後置，後期發現重大問題時成本高昂。Agile透過迭代與Retrospective，風險前置且分散，每個Sprint結束即有可交付成果，符合「失敗快、學習快」的原則。PMBOK中，Agile適合高不確定性專案，而Waterfall適合低變動環境。
在政府情境下，純Agile面臨挑戰：採購法要求固定範疇與價金，Scrum的彈性與契約剛性衝突；公務機關文化偏好可預測性，稽核單位也需完整文檔。因此，混合型（Hybrid）開發模式成為可行解方。Hybrid結合Waterfall的前期規劃（高階需求、架構設計、契約框架）與Agile的迭代執行（開發、測試階段採用Scrum）。例如，先以Waterfall完成整體藍圖與資安規範，再分模組以Scrum開發，定期查核點對應政府採購的履約管理。
實務上，行政院公共工程委員會的「資訊服務採購作業指引」已鼓勵設定多階段查核點，這為Hybrid提供了法規基礎。數位發展部推動的數位轉型計畫中，部分專案已導入DevOps與Agile元素。對考生而言，應考時可論述Hybrid的優點：兼顧合規與彈性，但需注意治理機制，如定義「何時切換模式」的決策點，以及工具支援（Jira、Azure DevOps）。
政府資訊專案從Waterfall主導走向Hybrid Agile，是必然趨勢。這不僅能緩解預算時程失控，更能提升公共服務品質。對高普考考生而言，掌握這些學理與時事連結，是致勝關鍵。未來無論擔任系統分析師、專案經理或政策規劃者，都需以使用者為中心、迭代優化為原則，推動台灣數位轉型。
建議考生多練習案例分析題：給定一政府專案情境，比較開發模式、提出Hybrid方案，並繪製調整後的模型。平日可閱讀PMI報告、Agile Manifesto，以及國內如數位發展部的轉型案例。唯有理論與實務結合，方能在考場與職場游刃有餘。