Karinoya 學習室

證照 · IT Passport 合格實驗室

專案管理

可以用繁體中文閱讀題目與解說。講義(解說文章)僅有日文版。

查看日文版(含講義) →

第1題 | 專案

說明專案特徵的敘述,下列何者最適當?

  1. 參加人數事先限定為1人的活動
  2. 必定向公司外部的顧客收取報酬才進行的活動
  3. 訂有開始與結束,創造出獨自的成果物或服務的活動
  4. 不訂終點、每天重複既定程序的活動
正確答案C. 訂有開始與結束,創造出獨自的成果物或服務的活動

專案是具有訂定期限的「臨時性」與成果物各不相同的「獨特性」的活動。第一個選項是沒有終點的例行業務的說明,缺乏臨時性。面向公司內部的專案也為數眾多,因此收取外部報酬並非條件。人數的條件也不存在,因此最後一個選項亦誤。

第2題 | PM的職責

專案經理的職責,下列何者最適當?

  1. 只分擔實際製作專案成果物的作業
  2. 決定如何把專案產生的利益分配給股東
  3. 每日營運已完成的系統,應對使用者的詢問
  4. 擬定專案的計畫、指揮執行,對目標的達成負責
正確答案D. 擬定專案的計畫、指揮執行,對目標的達成負責

專案經理進行計畫擬定、人員與預算的調整、進度管理等,對品質、成本、交期(QCD)的目標達成負責。第二個是專案成員的職責,第三個是營運人員(服務管理)的職責,第四個是經營者或股東會決定的事項,皆非PM的職責。

第3題 | 利害關係人

關於專案的利害關係人(stakeholder)的說明,下列何者最適當?

  1. 只指出資給專案的贊助者(專案所有人)立場的人
  2. 指給專案帶來影響、或受專案影響的所有利害關係者
  3. 只指參加專案執行作業的開發成員
  4. 只指購買並使用完成的成果物的顧客
正確答案B. 指給專案帶來影響、或受專案影響的所有利害關係者

利害關係人是廣泛包含參與專案的人與組織,以及受其結果影響的人與組織的概念,成員、贊助者、顧客、使用者、協力公司等都屬之。其餘三個選項都只舉出利害關係人的一部分,範圍過窄因而錯誤。

第4題 | WBS

製作WBS(工作分解結構)的目的,下列何者最適當?

  1. 以橫條表示作業的開始日與結束日,使進度的落後能一目瞭然
  2. 把專案的作業階層式地分解,無遺漏地列出必要的作業
  3. 以圖表示參與專案的人的指揮命令系統
  4. 以箭線表示作業的先後關係,求出整體的最短所需天數
正確答案B. 把專案的作業階層式地分解,無遺漏地列出必要的作業

WBS是把成果物或作業由大的單位逐層細分的圖,可防止作業的遺漏,成為工時估算與分派負責人的基礎。前三個依序是甘特圖、箭線圖、組織圖的說明,皆非WBS的目的。

第5題 | 範疇

專案的範疇管理所進行的事項,下列何者最適當?

  1. 評估並選定委託對象的候選企業,簽訂契約
  2. 定義專案要做的成果物與必要作業的範圍,並管理其變更
  3. 彙總成員的作業時間,計算人事費用的總額
  4. 累計各作業的所需天數,決定整體的預定完成日
正確答案B. 定義專案要做的成果物與必要作業的範圍,並管理其變更

範疇管理是明確「要做什麼、不做什麼」的範圍,防止範圍無秩序膨脹的範疇蔓延(scope creep)的活動。其餘依序是成本管理、時程管理、採購管理所進行的事項,處理的領域不同。

第6題 | 資源管理

專案管理所處理的領域中,主要處理必要人員的確保及團隊的培育、管理的是下列何者?

  1. 範疇管理
  2. 採購管理
  3. 溝通管理
  4. 資源管理
正確答案D. 資源管理

資源管理是估算並確保人、設備、材料等資源的必要量,培育、管理團隊的領域。範疇是作業範圍的定義,採購是對外購買或委託的管理,溝通處理資訊的發布與共享,皆不處理人員的確保與培育本身。

第7題 | 變更管理

開發途中顧客提出了功能追加的要求。專案經理的因應,下列何者最適當?

  1. 不論內容為何,全部延後為專案結束後的維護作業
  2. 守住計畫最優先,因此一概不接受要求,照當初的計畫進行
  3. 因為是顧客的要求,由負責人自行判斷立即反映到開發內容
  4. 評估要求對交期、成本、品質的影響,取得相關人員的核可之後反映到計畫
正確答案D. 評估要求對交期、成本、品質的影響,取得相關人員的核可之後反映到計畫

變更要求以整合管理中變更管理的程序處理,分析影響後決定核可或駁回,只把核可的內容反映到計畫。立即反映會招致範圍無秩序的擴大(範疇蔓延)。一概拒絕或一概延後都是未評估影響的一律判斷,無法納入必要的變更,並不適當。

第8題 | 箭線圖

使用箭線圖(PERT圖)能夠表現並求得的是下列何者?

  1. 把成果物階層式分解後的作業構成
  2. 作業的先後關係,以及決定整體所需天數的路徑
  3. 各作業的費用明細與預算的消化狀況
  4. 專案組織的指揮命令系統
正確答案B. 作業的先後關係,以及決定整體所需天數的路徑

箭線圖以箭線表示作業、以節點表示作業的分界來顯示先後關係,是用來求整體最短所需天數與要徑(critical path)的圖。其餘依序是預算管理表、組織圖、WBS所表現的內容,皆非箭線圖的目的。

第9題 | 最短天數

某專案的作業路徑只有以下三條。完成所有作業所需的最短天數是幾天?〔路徑1〕A(4天)→B(6天)→F(3天) 〔路徑2〕A(4天)→C(5天)→D(4天)→F(3天) 〔路徑3〕A(4天)→E(8天)→F(3天)

  1. 18天
  2. 15天
  3. 13天
  4. 16天
正確答案D. 16天

各路徑的所需天數:路徑1為4+6+3=13天,路徑2為4+5+4+3=16天,路徑3為4+8+3=15天。所有路徑都結束專案才算完成,因此最短所需天數是最長路徑的16天。13天是路徑1、15天是路徑3的數值,18天與任何路徑的合計都不一致。

第10題 | 要徑

某專案的作業路徑只有以下三條。要徑(critical path)是哪一條?〔路徑1〕A(3天)→B(7天)→E(4天) 〔路徑2〕A(3天)→C(5天)→E(4天) 〔路徑3〕A(3天)→D(2天)→F(6天)→E(4天)

  1. A→D→F→E
  2. A→C→E
  3. 三條路徑的天數全部相同,因此要徑不存在
  4. A→B→E
正確答案A. A→D→F→E

各路徑的所需天數:路徑1為3+7+4=14天,路徑2為3+5+4=12天,路徑3為3+2+6+4=15天。要徑是指所需天數最長的路徑,因此15天的路徑3(A→D→F→E)符合。路徑1與路徑2比它短、有餘裕,天數彼此也不同,所以「全部相同」的選項亦誤。

第11題 | 寬裕天數

有一專案的作業路徑只有以下兩條。作業B最多可以延遲幾天,而不使專案整體的完成日延後?〔路徑1〕A(5天)→B(4天)→D(6天) 〔路徑2〕A(5天)→C(8天)→D(6天)

  1. 2天
  2. 6天
  3. 4天
  4. 0天(1天也不能延遲)
正確答案C. 4天

路徑1為5+4+6=15天,路徑2為5+8+6=19天,因此整體的所需天數是較長一方的19天。含作業B的路徑1有19−15=4天的餘裕,B延遲4天以內不影響整體。延遲5天則路徑1變成20天,完成日就會延後。「0天」是適用於要徑上作業的說明。

第12題 | 縮短天數

有一專案的作業路徑只有以下兩條。把作業C的所需天數縮短3天時,專案整體的最短所需天數變成幾天?〔路徑1〕A(6天)→B(4天)→D(5天) 〔路徑2〕A(6天)→C(9天)→D(5天)

  1. 20天
  2. 17天
  3. 18天
  4. 15天
正確答案B. 17天

縮短前,路徑1為6+4+5=15天,路徑2為6+9+5=20天,整體為20天。把C由9天縮為6天後,路徑2成為6+6+5=17天,比路徑1的15天長,因此整體變成17天。20天是縮短前的數值;15天是只看路徑1的錯誤,路徑2仍需17天,故不成立。

第13題 | 最早開始日

作業D必須等作業B與作業C兩者都完成才能開始。作業A完成後可同時開始B與C,所需天數A為3天、B為4天、C為7天。從專案開始起算,作業D最早能在幾天後開始?

  1. 7天後
  2. 14天後
  3. 3天後
  4. 10天後
正確答案D. 10天後

A在3天後完成,之後B花4天在7天後完成,C花7天在10天後完成。D需要B與C兩者的完成,因此配合較晚的C,最早開始日是10天後。7天後是只看B的錯誤,14天後是把B與C串聯相加的錯誤,3天後只不過是A完成的時點。

第14題 | 甘特圖

以橫條表示各作業的開始日與結束日,把預定與實績並列以掌握進度狀況所用的圖是下列何者?

  1. 特性要因圖
  2. 甘特圖
  3. 箭線圖
  4. WBS
正確答案B. 甘特圖

甘特圖以縱軸為作業、橫軸為日程,用橫條表示各作業的期間,適合藉由預定與實績的比較進行進度管理。WBS是把作業階層式分解的圖,箭線圖是表示作業先後關係與所需天數的圖,特性要因圖是整理結果與原因關係的圖。

第15題 | 功能點法

關於以功能點法(function point)估算的說明,下列何者適當?

  1. 對WBS分解後的每項作業估算工時,再把它們累加求出整體
  2. 由輸入、輸出、查詢、檔案等使用者所見功能的數量與複雜度估算規模
  3. 預測要撰寫的程式行數,由每行的生產力求出工時
  4. 以過去類似專案的實績為基礎,粗略估算規模與工時
正確答案B. 由輸入、輸出、查詢、檔案等使用者所見功能的數量與複雜度估算規模

功能點法是清點使用者看得見的功能,依複雜度加權,把軟體規模數值化的手法。其餘依序是類比估算法、由下而上估算法、依程式行數(LOC)估算的說明,各是不同的手法。

第16題 | 估算手法

以過去實施的類似專案的實績資料為基準,估算本次專案工時的手法是下列何者?

  1. 功能點法
  2. 由下而上估算法
  3. 德菲法
  4. 類比估算法
正確答案D. 類比估算法

類比估算法是以有類似經驗的專案實績為基準,修正規模差異後估算的手法,適合資訊少的計畫初期的概算。由下而上估算法是細部作業的累加,功能點法由功能量計算,德菲法則是讓多位專家的意見匿名地收斂的預測技法。

第17題 | 風險迴避

風險因應之中,屬於「迴避」的例子是下列何者?

  1. 為火災造成的損害預作準備而投保損害保險
  2. 因為影響小而不特別採取對策,決定發生時再處理
  3. 把伺服器雙重化,縮小故障發生時的影響
  4. 放棄採用沒有實績的新技術,改成使用有經驗技術的計畫
正確答案D. 放棄採用沒有實績的新技術,改成使用有經驗技術的計畫

迴避是去除風險的原因本身,使自己不暴露於風險的因應方式。投保是把損失的負擔移給第三者的「轉嫁(移轉)」,雙重化是縮小發生機率或影響的「減輕(降低)」,不採取對策是照單接受的「接受(保有)」,皆非迴避。

第18題 | 風險轉嫁

風險因應之中,屬於「轉嫁(移轉)」的例子是下列何者?

  1. 把風險大的功能從本次的開發對象中排除
  2. 加強對成員的教育,降低作業疏失的發生率
  3. 為系統故障導致的損害賠償預作準備而投保損害保險
  4. 因為發生機率極低,不採取對策而照計畫推進
正確答案C. 為系統故障導致的損害賠償預作準備而投保損害保險

轉嫁(移轉)是把風險成真時損失的負擔,移給保險公司或外部委託對象等第三者的因應方式。排除功能是斷絕風險原因的「迴避」,加強教育是降低發生機率的「減輕(降低)」,不採取對策則相當於「接受(保有)」。

第19題 | 風險接受

某專案針對發生機率與影響都小的風險,刻意不花對策的費用,決定發生時再處理。此因應屬於風險因應中的哪一種?

  1. 減輕(降低)
  2. 接受(保有)
  3. 轉嫁(移轉)
  4. 迴避
正確答案B. 接受(保有)

在對策費用與預期損失不相稱等情況下,把風險照單全收的因應稱為接受(保有)。迴避是去除風險的原因,轉嫁是把損失的負擔移給第三者,減輕是採取縮小發生機率或影響的對策,三者都有所作為,這一點與接受不同。

第20題 | 品質管理

專案的品質管理所進行的事項,下列何者最適當?

  1. 整理作業的先後關係與所需天數,決定整體的預定完成日
  2. 逐日記錄並管理成員的加班時間,把專案整體的人事費用總額壓在預算內
  3. 向候選企業送出提案邀請文件,取得提案書與估價單進行比較
  4. 訂定成果物應滿足的品質基準,以審查與測試確認是否滿足基準
正確答案D. 訂定成果物應滿足的品質基準,以審查與測試確認是否滿足基準

品質管理由訂定品質目標與判定基準的計畫、確認作業是否照既定程序進行的保證、檢查成果物並矯正的管制所構成。其餘依序是成本、時程、採購的管理所進行的事項,處理的領域不同。

第21題 | 採購

把系統開發委託給外部時,向多家候選企業提示需求內容與前提條件,為了徵求實現方法與費用的提案而提示的文件是下列何者?

  1. SLA(服務水準協議)
  2. WBS(工作分解結構)
  3. RFI(資訊徵求書)
  4. RFP(需求建議書)
正確答案D. RFP(需求建議書)

RFP是在選定委託對象時,提示需求事項與前提條件,徵求具體提案與估價的文件。RFI是在篩選候選之前的階段徵求產品或技術資訊的文件,SLA是約定服務品質水準的協議書,WBS是把作業階層式分解的圖,皆不用於徵求提案。

第22題 | 資訊共享

專案的溝通管理的目的,下列何者最適當?

  1. 重新檢視作業的順序以縮短整體的所需天數
  2. 使必要的資訊,以適當的時機與形式,確實傳達給需要的人
  3. 藉由檢查發現成果物中含有的缺陷並加以修正
  4. 儘可能便宜地購買專案所使用的器材
正確答案B. 使必要的資訊,以適當的時機與形式,確實傳達給需要的人

溝通管理是按各利害關係人規劃所需的資訊與傳達手段、頻率,透過會議或報告書等發布、共享資訊,防止認知落差的活動。其餘依序是採購、品質、時程管理的目的,皆非溝通的目的。

練習:作答本頁的題目

這是隨機出題的練習工具(在啟用 JavaScript 時運作)。即使不使用此工具,也能閱讀上方的所有題目與解說。

※ 解說是供學習用的資訊。考試的出題範圍與制度每年可能變動,請務必確認主辦機構的官方公告。

本頁面譯自日文原文。若譯文與原文內容不一致,以日文版為準。 查看日文原文