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

核心觀念

科技接受模型（Technology Acceptance Model, TAM）由 Fred D. Davis 提出，主要用來解釋與預測使用者為何接受或拒絕資訊系統。TAM 是以理性行為理論（Theory of Reasoned Action, TRA）為基礎，將 TRA 用於資訊系統使用情境，並聚焦在兩項關鍵信念：

• 知覺有用性（Perceived Usefulness, PU）：使用者相信使用某系統能提升工作績效的程度。
• 知覺易用性（Perceived Ease of Use, PEOU）：使用者相信使用某系統不需付出太多努力的程度。

題幹所列的 1986 年是 TAM 的提出年份；Davis 後續於 1989 年發表的重要研究，進一步發展並驗證知覺有用性與知覺易用性的量測方式。

模型內容與因果關係

TAM 的傳統模型可以整理為：

其中，知覺易用性也會正向影響知覺有用性：

其意義如下：

1. 外部變數：例如系統功能、介面設計、訓練、使用者特性與組織支援，會影響使用者對系統的認知。
2. 知覺有用性與知覺易用性：使用者評估系統是否有助於完成工作，以及操作是否容易。
3. 使用態度（Attitude Toward Using）：使用者對使用該系統所形成的正面或負面感受。
4. 行為意圖（Behavioral Intention to Use）：使用者未來打算使用系統的意願。
5. 實際使用（Actual System Use）：使用者實際使用系統的行為。

知覺易用性除了可以直接改善使用態度，也可能因降低操作負擔而提升使用者對系統效益的評價，進而提高知覺有用性。知覺有用性則能促使使用者形成較正向的態度與較強的使用意圖。

部分後續 TAM 版本簡化或調整模型路徑，例如將知覺有用性直接連到行為意圖；作答時應先交代題目所問的基本構念及其關係，再說明其管理意涵。

解題方法

本題是模型說明與實務應用題，可分成三層回答：

核心觀念

本題是專案管理證照的比較與說明題，重點在辨識各發照單位的證照制度、證照所代表的能力，以及適合報考的人員。作答時應涵蓋國際上具代表性的證照，也應列舉國內相關學會發行的證照，並說明各證照的定位。

專案管理證照大致可分為兩類：

1. 知識或方法導向：著重專案管理知識、流程或特定管理方法的理解與應用。
2. 能力或經驗導向：除知識外，也重視考生管理專案的實務經驗、複雜度與領導能力。

解題方法

採「發照單位—證照名稱—簡介—適用對象」逐項整理。題目問的是「有哪些」，屬列舉與比較題；不須證明某一種證照優於其他證照，也不必列盡所有證照。選取具代表性的國際制度與國內證照，並交代其核心差異，即能完整作答。

主要專案管理證照

一、Project Management Institute（PMI，美國專案管理學會）

PMI 是國際性專案管理專業組織，證照以專案管理知識體系與實務能力為基礎，適用於多種產業。

• PMP（Project Management Professional，專案管理師）：PMI 的代表性專業證照，驗證持證者具備專案管理知識與管理實務能力。適合已有專案管理經驗、負責規劃或領導專案的專案經理及相關主管。
• CAPM（Certified Associate in Project Management，專案管理助理師）：偏向專案管理基礎知識的入門證照。適合專案團隊成員、初入專案管理領域者，或尚未累積足夠管理經驗、希望建立專業基礎者。
• PgMP（Program Management Professional，專案集管理專業人士）：著重跨專案的專案集管理，以及專案成果與組織策略的連結。適合負責多個相關專案整合管理的資深管理者。
• PMI-ACP（PMI Agile Certified Practitioner，敏捷專案管理師）：著重敏捷管理原則與實務，適合在敏捷或混合式環境中工作，並需要運用敏捷方法管理專案的人員。

二、International Project Management Association（IPMA，國際專案管理學會）

IPMA 採能力導向的分級認證制度，依管理經驗、專案複雜度與能力層次區分等級；各地認證通常由 IPMA 會員組織或認證機構辦理。

• IPMA Level D（Certified Project Management Associate）：評估專案管理知識與相關能力，不以具備豐富管理經驗為主要前提。適合專案團隊成員、初學者或希望建立專案管理能力者。
• IPMA Level C（Certified Project Manager）：著重在中等複雜度專案的管理能力。適合已具實務經驗，並能負責管理專案或次專案的人員。
• IPMA Level B（Certified Senior Project Manager）：著重複雜專案的管理能力。適合有豐富經驗、負責大型或複雜專案的資深專案經理。
• IPMA Level A（Certified Project Director）：著重高度複雜專案的策略層級領導與管理。適合資深專案主管或負責組織重大專案的高階管理者。

IPMA 的特點是依能力與實務經驗分級，證照層級與專案複雜度相互對應。

三、AXELOS／PeopleCert：PRINCE2

核心觀念

本題依《行政院及所屬各機關行動化服務發展作業原則》作答，考查三個層次：行動化服務的定義、開發前的選擇原則，以及機關自行或委外開發與服務發展優先順序的考量。以下以命題當年（民國 110 年）法規為準。

依該原則第三點，行動化服務是搭載於智慧型行動裝置、供使用者運用的應用服務，主要形式為行動化應用軟體。智慧型行動裝置的特性包括可移動、可無線上網、可自行連網下載安裝應用軟體，並可透過觸控面板操作，主要如智慧型手機及平板電腦；行動化應用軟體則是民眾自行下載安裝於這些裝置上的資訊軟體。

解題方法

依題目問法，分別對應作業原則的第三點、第五點、第六點與第七點：先說明「是什麼」，再回答「開發前先評估什麼」，最後交代「機關自行或委外開發及排序時依據什麼原則」。

一、開發前應先評估的因素

第五點規定，各機關開發行動化服務前，宜優先評估將政府資訊開放民間加值創新應用的可行性。也就是先檢視資訊是否適合開放、能否透過開放資料由民間發展服務；經評估屬於應由機關開發者，再由機關自行或委外開發。

答題時宜清楚寫出這個先後次序：

先評估開放資料供民間加值應用的可行性；評估後確有機關開發必要，才進入機關自行或委外開發。

二、自行或委外開發及優先順序原則

第六點指出，機關自行或委外開發的行動化服務，宜以提供主動服務為內涵，並以以下目標作為評估自行或委外開發及訂定優先順序的發展原則：

核心觀念

本題考查 Scrum 的迭代式、增量式工作流程，以及流程中的人員角色、活動與工作產出。Scrum 將專案工作切分為一連串固定長度的 Sprint；每個 Sprint 都以完成一個可檢視的產品增量為目標，並依據檢視結果調整後續工作。

Scrum 的三種角色（Scrum Guide 稱為「責任」）是：

• 產品負責人（Product Owner）：管理產品待辦清單，排列工作優先順序，確保團隊聚焦於產品價值。
• Scrum Master：協助團隊理解並實踐 Scrum，促進活動順利進行，排除工作障礙。
• 開發團隊（Developers）：在 Sprint 中完成工作，交付符合完成定義的產品增量。團隊應具備完成工作的跨職能能力。

解題方法

作答可由「Sprint 前的待辦工作 → Sprint 內的規劃與執行 → Sprint 結束時的檢視與回顧 → 回到待辦清單」串起流程，再標出每一階段的角色、活動與產出。圖中應呈現持續循環，而非一次性的線性階段。

 ┌─────────────────────┐
 │ 產品待辦清單 │
 │ Product Backlog │
 └──────────┬──────────┘
 │ 產品負責人維護、排序
 ▼
 ┌─────────────────────┐
 │ Sprint 規劃會議 │
 │ Sprint Planning │
 └──────────┬──────────┘
 │ 選定工作、設定 Sprint 目標
 ▼
 ┌─────────────────────────────────────────────┐
 │ Sprint（固定長度，通常不超過一個月） │
 │ │
 │ ┌──────────────────────┐ │
 │ │ Sprint 待辦清單 │◄── 開發團隊規劃 │
 │ │ Sprint Backlog │ │
 │ └──────────┬───────────┘ │
 │ ▼ │
 │ 設計、開發、測試與整合 │
 │ │ │
 │ 每日 Scrum（每日站立會議） │
 │ │ │
 └─────────────┼───────────────────────────────┘
 ▼
 ┌────────────────────────┐
 │ 可交付的產品增量 │
 │ Increment │
 └───────────┬────────────┘
 ▼
 ┌────────────────────────┐
 │ Sprint 檢視會議 │──► 更新產品待辦清單
 │ Sprint Review │
 └───────────┬────────────┘
 ▼
 ┌────────────────────────┐
 │ Sprint 回顧會議 │
 │ Sprint Retrospective │
 └───────────┬────────────┘
 │ 改善合作與工作方式
 └──────────────► 下一個 Sprint

人員角色、活動與工作產出

人員角色