108 高普考高考二級 資訊處理 軟體專案管理研究 考古題詳解

核心觀念

本題為標準的軟體工程與專案管理綜合題，主要測驗考生對軟體專案「三維度評量架構」的掌握度：

1. 流程品質（Process Quality）：立足於軟體工程過程理論（如 CMMI、ISO/IEC 12207、Agile/DevOps），探討「軟體是如何被建造出來的」，強調活動的標準化、可預測性與成熟度。
2. 軟體品質（Software Quality）：立足於軟體產品品質模型（如 ISO/IEC 25010），探討「軟體建造的成果良窳」，區分內部程式品質、外部運作特性與使用品質。
3. 專案績效（Project Performance）：立足於專案管理知識體系（PMBOK），探討「在既定資源與限制下達成目標的效率」，著重於範疇、時程、成本（實獲值管理 EVM）及商業價值。
4. 系統因果關聯（Cause-and-Effect Relationship）：承襲戴明（Deming）品質管理哲學「好的流程產出好的產品，好的產品造就卓越的專案成就」，此三者構成因果遞進與閉環反饋關係。

---

解題方法

本題屬於多構面申論題，切入點應採「定義 $\rightarrow$ 指標 $\rightarrow$ 關聯機制」的三段式架構：

1. 定義界定：以權威架構（CMMI、ISO 25010、PMBOK）分別給予三者嚴謹的學理定義，避免口語化描述。
2. 指標列舉：各構面至少列出 3 至 4 個業界公認且具量化公式的關鍵績效指標（KPI/Metrics），並附上計算意義或評估依據。
3. 關聯性剖析：不可僅寫「彼此互相影響」的空泛結論，應以「流程 $\rightarrow$ 產出 $\rightarrow$ 成效」的因果鏈進行結構化推導，並分析極端權衡（Trade-off）下的動態交互作用，佐以系統動力學概念總結。

---

選項分析

本題為公務人員高等考試二級考試之「申論題（非選擇題）」，無選項可供比對，答題評分著重於「論述完整度」、「指標專業性」與「邏輯架構力」。

---

解題技巧

1. 版面結構化：善用條列式、小標題，使閱卷委員能在 30 秒內掌握關鍵字（如 CMMI、ISO 25010、EVM、DRE）。
2. 公式加分法：在提到指標時，適時列出行內數學公式（如缺陷移除效率 $DRE$、成本績效指標 $CPI$），展現量化管理素養。
3. 避開常見陷阱：

• 誤將「專案績效」與「軟體品質」混為一談（例如把「軟體沒有 Bug」歸類為專案績效指標）。
• 忽略「反向影響」：很多人只寫出「好流程帶來好品質」，卻忽略了「若盲目追求時程績效，可能反向壓縮流程並摧毀軟體品質」的權衡問題。

---

【答案】

一、流程品質、軟體品質與專案績效之意涵與常用評估指標

（一）流程品質（Process Quality）

1. 意涵： 指軟體生命週期中所採行的工程活動、管理方法與作業規範（如需求分析、程式碼審查、持續整合、測試流程）的標準化程度、成熟度、紀律性與持續改善能力。其核心假定為「卓越的工程流程是產出高品質軟體的先決條件」。
2. 常用評估指標：

• 過程成熟度等級（CMMI Maturity Level）：評估組織在專案管理、工程支援等過程領域的成熟階層（1 至 5 級）。
• 缺陷移除效率（Defect Removal Efficiency, DRE）：衡量流程在交付前攔截缺陷的能力，定義為： $DRE = \frac{E}{E + D}$ 其中 $E$ 為交付前測試發現的缺陷數，$D$ 為交付後使用者回報的缺陷數。
• 同儕審查涵蓋率與密度（Review Coverage & Density）：程式碼或規格書經過同儕審查（Peer Review）的百分比，以及每單位規模發現的缺陷數量。
• 流程遵循度（Process Compliance Rate）：稽核專案成員執行標準作業流程（SOP）、自動化 CI/CD Pipeline 的遵循比例。
• 前置時間與週期時間（Lead Time & Cycle Time）：敏捷/DevOps 開發中，從需求提出到部署上線所需的時間。

（二）軟體品質（Software Quality）

1. 意涵： 指軟體系統滿足利害關係人明確規定需求（Functional Requirements）與隱含期望（Non-functional Quality Attributes，如 ISO/IEC 25010 所規範之可靠性、可用性、安全性、效率、可維護性等）的程度。
2. 常用評估指標：

核心觀念 本題評量考生對「軟體專案風險管理（Software Project Risk Management）」整體生命週期架構、各階段關鍵作業，以及軟體工程本質特徵所延伸之管理瓶頸的掌握程度。

1. 風險之本質：風險（Risk）係指「尚未發生但具不確定性（Uncertainty），且一旦發生將對專案目標（範疇、時程、成本、品質）產生負面衝擊（Loss/Impact）的潛在事件」。其風險暴露度（Risk Exposure, $RE$）常定義為發生機率（Probability, $P$）與損失衝擊量（Loss, $L$）之乘積： $RE = P \times L$
2. 理論框架：國際主流標準主要奠基於 SEI Continuous Risk Management（CRM）、Barry Boehm 的軟體風險管理架構（區分為 Risk Assessment 與 Risk Control），以及專案管理知識體系（PMBOK）之風險管理知識領域。
3. 軟體專屬特性：軟體具有無形性（Invisibility）、高度複雜性（Complexity）、可變性（Malleability）與人員依賴性，導致軟體風險管理相較於傳統工程專案更具不可預測性。

---

解題方法

1. 第一子題（流程與主要作業）：採取經典軟體工程與專案管理整合視角，將風險管理解構為連續且閉迴路的五大流程：「風險管理規劃 $\to$ 風險識別 $\to$ 風險分析與評估 $\to$ 風險應變規劃 $\to$ 風險監控」。針對各流程逐一列出核心作業、產出工具與技術（如 Boehm's Top 10 Risks、定性／定量分析矩陣），切忌僅寫出流程名稱而未交代具體作業內容。
2. 第二子題（困難點與因應作法）：採用「問題點 vs. 因應策略」嚴密對照之論述結構，深入探討軟體專案之特殊挑戰（如：需求易變、軟體無形性、人為心理偏誤、量化數據匱乏、應變資源排擠），並針對各困難點提出可落地的軟體工程與敏捷實務解法。

---

選項分析 本題為申論題型，無選擇題選項。作答時之配分權重應均衡配置：

• 「流程與主要作業」約占 50%：須寫出流程的邏輯遞進性與代表性工具。
• 「困難點與因應作法」約占 50%：切忌泛泛而談通用的專案管理困難，必須緊扣「軟體開發」的獨特性（例如需求不明確、技術堆疊迭代快速、技術債隱藏等）。

---

解題技巧

1. 口訣記憶流程：「規、識、析、處、控」（規劃、識別、分析、處置/應變、監控）。
2. 掌握代表性量化公式：列出 $RE = P \times L$，展現高階考生對風險優先順序評定之量化概念。
3. 引入指標性學者與經典清單：在風險識別作業中，適時提及 Barry Boehm 提出的「軟體專案十大風險項目」（Top 10 Software Risk Items），可大幅提升答案的專業度與深度。
4. 避開常見陷阱：勿將「問題（Issue）」與「風險（Risk）」混為一談。已發生的事實是 Issue，具不確定性的潛在事件才是 Risk。

---

【答案】

一、軟體風險管理之流程與其主要作業

軟體風險管理為一貫穿專案全生命週期的動態持續性迴路，主要涵蓋下列五大流程與關鍵作業：

[1. 風險管理規劃] → [2. 風險識別] → [3. 風險分析與評估] → [4. 風險應變規劃] → [5. 風險監控與控制]
 ↑ │
 └────────────────────────── 持續回饋與更新 ──────────────────────────────┘

1. 風險管理規劃（Risk Management Planning）

• 核心意涵：定義專案團隊如何評估、編列預算、執行及追蹤風險管理活動。
• 主要作業：
• 訂定風險管理計畫書（Risk Management Plan），明確界定團隊角色與權責。
• 建立風險等級評定準則（定義機率與衝擊之衡量級距尺度）。
• 分配風險管理的時程資源與應急儲備預算（Contingency Reserve）。

2. 風險識別（Risk Identification）

• 核心意涵：有系統性地找出可能危害專案目標的所有潛在風險，並記錄其特徵。
• 主要作業：
• 資訊收集技術：運用腦力激盪術（Brainstorming）、德爾菲法（Delphi Technique）、訪談與根本原因分析（RCA）。
• 檢查表與分類架構：參照歷史專案檢查清單、Boehm 的軟體十大風險清單，以及利用風險分解結構（Risk Breakdown Structure, RBS）依專案環境、技術、組織與外部因素全面盤點。
• 輸出：建立專案「風險登記簿」（Risk Register）的初始版本。

3. 風險分析與評估（Risk Analysis and Prioritization）

• 核心意涵：評估風險發生的可能性及其造成的損失程度，以排定處理之優先順序。
• 主要作業：
• 定性風險分析（Qualitative Analysis）：建立「機率與衝擊矩陣」（Probability-Impact Matrix），將風險歸類為高、中、低等級，鎖定對專案危害最大的關鍵風險。

核心觀念

本題旨在評量考生對軟體工程與專案管理中兩大主流範型——「敏捷式（Agile）專案管理」​與​「計畫導向式（Plan-Driven / Predictive）專案管理」​的本質理解，特別聚焦於兩者在專案計畫（Project Planning）思維與實踐上的根本差異。

核心涉及之學理與標準包括：

1. 敏捷宣言（Agile Manifesto, 2001）之核心哲學：四大價值之一「回應變化重於遵循計畫（Responding to change over following a plan）」，強調以經驗性程序控制（Empirical Process Control：透明 Transparency、檢驗 Inspection、調適 Adaptation）替代預先定義程序控制（Defined Process Control）。
2. PMBOK（專案管理知識體系）傳統預測型架構：以整合專案管理計畫書（Project Management Plan）及其三重基準線（Scope Baseline、Schedule Baseline、Cost Baseline）作為執行與監控依據，強調變更控制機制（Integrated Change Control）與預測性。
3. 專案限制條件倒三角模型（Iron Triangle vs. Agile Triangle）：

• 計畫導向：範疇（Scope）固定，時程與成本為因變數。
• 敏捷導向：時程與成本（資源）固定（Timeboxed），範疇與交付價值為動態調整之因變數。

4. 漸進深化（Progressive Elaboration）與滾動式規劃（Rolling Wave Planning）。
5. 環境適應度理論：史黛西複雜度矩陣（Stacey Complexity Matrix）及波姆與特納（Boehm & Turner）之雙模適應度雷達分析（規模、關鍵性、動態性、人員技能、文化）。

---

解題方法

本題屬於高考二級典型的「深度比較與論述題」。解題架構應避免空泛的情緒化偏好（如過度盲目褒揚敏捷或貶抑傳統），而應採取系統化對比架構，依序切入：

1. 破題立論：點出兩者計畫本質的對比——「計畫作為預測的藍圖」vs.「計畫作為學習與調適的起點」。
2. 維度拆解差異：從「規劃時程與粒度」、「限制條件定位」、「基準線與變更控制」、「利害關係人與團隊角色」四個構面精準對比。
3. 優缺點剖析：分立兩者之管理效益與潛在風險，論述彼此的價值與盲點。
4. 適用環境判準：建立具體、可操作的決策維度（如需求確定性、市場變化速度、法規限制、失敗容忍度、組織架構），展現專案決策思維。

---

選項分析（申論審題與評分焦點剖析）

本題為申論題，非選擇題。依公職考試閱卷標準，題意所涵蓋之配分結構與審題焦點拆解如下：

• 子題一：專案計畫作法上的差異（佔分約 35%）： 重點在於釐清敏捷並非「不做計畫（No Planning）」，而是「持續規劃（Continuous Planning）」。答題須具體點出：
• 計畫導向採用 BDUF（Big Design Up Front）、工作分解結構（WBS）與關鍵路徑法（CPM）；
• 敏捷式採用多層次規劃（Release / Iteration / Daily）、產品待辦清單（Product Backlog）與時間箱（Timebox）。
• 子題二：優缺點比較（佔分約 35%）： 須客觀對稱陳述。計畫導向優於可預測性與契約履行，劣於變更成本高與延遲交付價值；敏捷式優於快速回饋與適應彈性，劣於整體範疇與預算之長期可預見性較低。
• 子題三：適用環境（佔分約 30%）： 須提供明確情境矩陣，避免僅回答「新專案用敏捷、舊專案用傳統」等直覺式答案，應引用如需求明確度（Requirements Uncertainty）與技術未知度（Technical Uncertainty）等學理準則作答。

---

解題技巧

1. 善用「對照表」精準吸睛：申論題長篇大論易失焦，在詳細論述各點後，附上高度結構化的彙整對照表，方便閱卷委員快速掌握得分關鍵字。
2. 避開常見迷思與扣分陷阱：

• 陷阱 1：誤以為敏捷「沒有計畫」。敏捷的規劃頻率反而遠高於傳統模式（每個 Sprint 都在規劃）。
• 陷阱 2：誤以為計畫導向「完全不接受變更」。傳統方法是透過嚴謹的變更控制委員會（CCB）與衝擊分析（Impact Analysis）來管控變更，以確保基準線的嚴肅性。

3. 引用權威模型增強學術深度：答題時帶入專案限制三角形的翻轉概念、經驗程序控制理論或 Stacey 矩陣，能展現出優於一般考生的專業深度。

---

【答案】

一、專案計畫（Project Planning）作法上的本質差異

「回應變化重於遵循計畫」與「以專案計畫作為執行與監控的依據」體現了不同的專案哲學，其於規劃作法上的差異可歸納為以下四個維度：

(一) 規劃時機與進程：前置完整規劃 vs. 漸進滾動式規劃

1. 計畫導向式專案管理： 採用前期全盤規劃（Big Design Up Front, BDUF）。在專案初期即試圖蒐集完整需求，透過嚴密的因果推演，將範疇層層拆解為工作分解結構（WBS），並藉由甘特圖（Gantt Chart）、關鍵路徑法（CPM）及關鍵鏈法（CCM）排定跨越數月至數年的細部時程表。
2. 敏捷式專案管理： 採用漸進深化（Progressive Elaboration）與時間箱滾動式規劃（Just-In-Time Planning）。強調「最後責任時刻（Last Responsible Moment）」再行決定細節。規劃以多層次結構開展（Vision $\rightarrow$ Roadmap $\rightarrow$ Release $\rightarrow$ Sprint $\rightarrow$ Daily），僅對近期衝刺（Sprint/Iteration）做細緻規劃，遠期工作則保留於高層級的產品待辦清單（Product Backlog）。

核心觀念

1. 考科本質與管理意涵：本題屬於《軟體專案管理研究》中「軟體品質管理（Quality Management）」與「系統上線後維運與績效評估（Operation & Performance Evaluation）」範疇，並高度結合我國「電子化政府（E-Government）」之政策治理方針。政府網站為機關對外政策溝通與便民服務之核心門面，其績效檢核目的在於衡量網站可用性（Usability）、親和性（Accessibility）、安全性（Security）及運作維護品質。
2. 法規與規範依據：本題以命題當年（民國 108 年）國家發展委員會制訂之「政府網站營運績效檢核計畫」及行政院相關政府網站發展作業規範為依據。

現行法提醒：現行政府網站業務已隨行政院組織改造，主管機關由國家發展委員會移轉至民國 111 年成立之「數位發展部」，相關檢核標準亦隨《政府網站版型與建置規範》及資通安全法規持續修訂精進，但解題仍以命題當年（民國 108 年）架構為準。

---

解題方法

本題為標準的政府資訊治理申論題，採「雙層次展開法」作答：

1. 第一層次（整體架構廣度）：完整列舉國發會 108 年度檢核之「八大指標」，向閱卷委員展現對政府網站管理指標總綱之全面掌握。
2. 第二層次（專業技術深度）：題目指定「就所熟悉的三個指標說明其下有哪些次指標」。選題策略上，應優先挑選資訊技術標準明確、評量規準具客觀標準（如具備 W3C 規範、資安標準或前端開發規格）的指標作答，例如「跨平台相容性與行動化瀏覽」、「網站無障礙規範遵循」及「資訊安全與個人資料保護」，能充分展現資訊處理類科考生的技術專業度。

---

選項分析

本題為高考二級之非選擇題（申論題），無選項可供比對。 在試卷配分策略上：

• 前半部「八大指標列舉」約佔 40% 分數，關鍵在於專有名詞命名精確，不可使用白話口語帶過。
• 後半部「三個指標之次指標說明」約佔 60% 分數，每個指標下應具體列出 3 至 4 個具備客觀檢驗依據的次指標，並輔以實務檢驗方法，不可僅給出抽象名稱。

---

解題技巧

1. 記憶口訣：八大指標可利用「營、架、內、搜、動、障、安、滿」八字訣串記：

• 營運維護管理
• 導覽架構設計
• 內容正確即時
• 站內搜尋檢索
• 動態跨平台瀏覽
• 無障礙服務
• 資訊安全個資
• 互動回饋滿意度

2. 作答常見陷阱：

• 誤將民間電子商務網站的行銷指標（如轉換率、廣告點擊率、社群追蹤數）當作政府網站績效指標。
• 說明次指標時過於空泛（例如僅寫「網站要安全」、「畫面要美觀」），必須使用資訊專用名詞（如 HTTPS/TLS、OWASP Top 10、RWD、WCAG 2.0、跳過導覽區塊）。

---

【答案】

一、國家發展委員會 108 年度政府網站營運績效檢核八大指標

國家發展委員會為提升各機關網站品質，於民國 108 年度所制訂之政府網站營運績效檢核八大指標如下：

1. 網站營運與維護管理：評估機關內部之網站維運管理機制、專人維護職掌、定期備份與異常應變機制。
2. 資訊架構與網站導覽：評估網站選單結構層次清晰度、麵包屑導覽（Breadcrumb）、網站地圖（Sitemap）配置之合理性。
3. 內容品質與即時維護：評估網站公開資訊之正確性、更新時效性、重大政策宣導之完整度與無效連結（Dead Links）之清除。
4. 站內檢索與搜尋服務：評估站內搜尋引擎之精準度、查詢建議（Auto-complete）、進階檢索及查詢結果之呈現效益。
5. 跨平台相容性與行動化瀏覽：評估不同作業系統、跨主流瀏覽器之相容性，以及行動載具介面之友善度。
6. 網站無障礙規範遵循：評估各類身心障礙人士取得資訊之友善度，以及無障礙網頁標章之取得與維護。
7. 資訊安全與個人資料保護：評估網路傳輸加密、系統弱點防護機制、個資防洩漏措施與隱私權保護宣告。