信息系统项目管理师-项目范围管理考点笔记
歷年考點分布
?
項目范圍的6個過程
(1)規劃范圍管理:
對如何定義、確認和控制項目范圍的過程進行描述。
(2)收集需求:
為實現項目目標,明確并記錄項目干系人的相關需求的過程。
(3)定義范圍:
詳細描述產品范圍和項目范圍,編制項目范圍說明書,作為以后項目決策的基礎。
(4)創建工作分解結構:
把整個項目工作分解為較小的、易于管理的組成部分,形成
一個自上而下的分解結構。
(5)確認范圍:正式驗收已完成的可交付成果。
(6)范圍控制:監督項目和產品的范圍狀態、管理范圍基準變更。
注:
博客:
https://blog.csdn.net/badao_liumang_qizhi
關注公眾號
霸道的程序猿
獲取編程相關電子書、教程推送與免費下載。
4W1H
?
范圍管理概述
1、項目范圍管理需要做以下三個方面的工作
①明確項目邊界
②對項目執行工作進行監控
③防止項目范圍發生蔓延
★區分范圍蔓延和鍍金的行為
范圍蔓延一客戶提出新需求,超出了范圍基準
范圍鍍金一客戶沒有提新需求,項目自己做了額外客戶不需要工作
范圍蔓延:
未對時間、成本和資源做相應調整,未經控制的產品或項目范圍的擴大。
來自團隊內部原因造成的范圍蔓延稱為“鍍金”
來自團隊外部原因造成的范圍蔓延稱為“范圍潛變”。
鍍金:
項目人員為了“討好”客戶而做的不解決實際問題、沒有應用價值的項目活動。
范圍潛變:
范圍潛變是指客戶不斷提出小的、不易察覺的范圍改變,如果不加控制,累計
起來導致項目嚴重偏離既定的范圍基準,導致項目失控和失敗。
如果已經出現了范圍蔓延,一樣需要走變更流程。
2、產品范圍與項目范圍
①產品范圍是指產品或者服務所應該包含的功能,項目范圍是指為了能夠交付產品
項目所必須做的工作。
②產品范圍是項目范圍的基礎,產品范圍的定義是產品要求的描述,而項目范圍的
定義是產生項目管理計劃的基拙,兩種范圍在應用上有區別。
③項目的范圍基準是經過批準的項目范圍說明書、WBS和WBS詞典。判斷項目范圍是
否完成,要以范圍基準來衡量。產品范圍是否完成,則根據產品是否滿足了產品描述
來判斷。
④產品范圍描述是項目范圍說明書的重要組成部分,因此,產品范圍變更后,首先
受到影響的是項目的范圍
規劃范圍管理
1、編制范圍管理計劃,書面描述將如何定義、確認和控制項目范圍的過程,在整個項
目中對如何管理范圍提供指南和方向。范圍管理計劃需要項目管理團隊全員參與。(掌握)
2、范圍管理計劃的內容:(了解)
①如何制訂項目范圍說明書。
②如何根據范圍說明書創建WBS。
③如何維護和批準WBS。
④如何確認和正式驗收已完成的項目可交付成果。
⑤如何處理項目范圍說明書的變更,該工作與實施整體變更控制過程直接相聯。
3、項目范圍管理計劃可能在項目管理計劃之中,也可能作為單獨的一項。根據不同的
項目,可以是詳細的或者概括的,可以是正式的或者非正式的。(掌握)
4、需求管理貫穿于整個過程,它的最基本的任務就是明確需求,并使項目團隊和用戶
達成共識,即建立需求基線。另外,還要建立需求跟蹤能力聯系鏈,確保所有用戶需
求都被正確地應用,并且在需求發生變更時,能夠完全地控制其影響范圍,始終保持產
品與需求的一致性。(掌握)
5、需求管理計劃描述在整個項目生命周期內如何分析、記錄和管理需求。
6、需求管理計劃的內容:
①如何規劃、跟蹤和匯報各種需求活動
②需求管理需要使用的資源
③培訓計劃
④項目干系人參與需求管理的策略
⑤判斷項目范圍與需求不一致的準則和糾正規程
⑥需求跟蹤結構
⑦配置管理活動
(掌握)
收集需求
1、需求包括業務需求、干系人需求、解決方案需求、過渡需求、項目需求和質量需求。
?
2、收集需求的工具與技術有訪談、焦點小組、引導式研討會、群體創新技術、群體決策技術、問卷調查、觀察、原型法、標桿對照、系統交互圖、文件分析等。
?
收集需求的工具和技術簡單總結
?
①訪談:
通過與干系人直接交談來獲取信息。典型做法是向被訪者提出預設和即興的問
題,并記錄他們的回答。
訪談分類:
結構化一事先準備好一系列問題,有針對地進行;
非結構化一只列出一個粗略的想法,根據訪談具體情況發揮。
關鍵詞:
直接交談、預設和即興問題、深入了解、一對一、一對多、獲取機密和敏感的信息
②焦點小組:
由一位受過訓練的主持人引導預先選定的干系人和主題專家(SME)進行互動式討論。
焦點小組的參加者往往是同職能,同一領域、或有相似背景條件的人
是“一對多”的群體訪談,最終是為了獲取整個焦點小組更有價值的集體意見。
關鍵詞:
同職能、同一領域、有相似背景、主題專家(SME)、主持人、互動式討論
引導式研討會
?
群體創新技術
?
思維導圖/親和圖/多標準決策分析/德爾菲技術
?
群體決策
★⑤群體決策就是為達成某種期望結果而對多個未來行動方案進行評估。群體決策技術
可用來開發產品需求,以及對產品需求進行歸類和優先排序。
達成群體決策的方法有:
①一致同意? 所有人都同意某個行動方案。
②大多數原則? 獲得群體中50%以上的人的支持,就能做出決策。
③相對多數原則? 根據群體中相對多數者的意見做出決定,即便未能獲得一部分人的支持。
通常在候選項超過兩個時使用該原則。
④獨裁? 由某一個人(例如,項目經理)為群體做出決策。
3、收集需求過程的主要輸出有需求文件和需求跟蹤矩陣。
需求文件描述各種單一的需求將如何滿足與項目相關的業務需求。
需求文件既可以是一份按干系人和優先級分類列出全部需求的簡單文件,也可以是
一份包括內容提要、細節描述和附件等的詳細文件。(了解)
收集需求的方法
?
?
4、需求文件的內容包括:
①業務需求
②干系人需求
③解決方案需求
④項目需求
⑤過渡需求
⑥與需求有關的假設條件、依賴關系和制約因素。(了解)
5、需求管理包括在產品開發過程中維持需求一致性和精確性的所有活動,包括控制需
求基線,保持項目計劃與需求一致,控制單個需求和需求文檔的版本情況,管理需求和
聯系鏈之間的聯系,或管理單個需求和項目其他可交付物之間的依賴關系,跟蹤基線中
需求的狀態。(了解)
6、可跟蹤性是項目需求的一個重要特征,需求跟蹤是將單個需求和其他元素之間的依
賴關系和邏輯聯系建立跟蹤,這些元素包括各種類型的需求、業務規則、系統組件,以
及幫助文件等。可驗證性是需求的最基本特性(了解)
7、每個配置項的需求到其涉及的產品(或構件)需求都要具有雙向可跟蹤性。所謂
雙向跟蹤,包括正向跟蹤和反向跟蹤
正向跟蹤是指檢查需求文件中的每個需求是否都能在后繼工作產品(成果)中找到對應點;
反向跟蹤也稱為逆向跟蹤,是指檢查設計文檔、產品構件、測試文檔等工作成果是否
都能在需求文件中找到出處。
具體來說,需求跟蹤涉及五種類型,如圖,箭頭表示需求跟蹤能力聯系鏈,它能跟蹤
需求使用的整個周期,即從需求建議到交付的全過程。(掌握)
需求跟蹤矩陣
?
定義范圍
1、定義范圍是制定項目和產品詳細描述的過程,是明確所收集的需求哪些將包含在項
目范圍內,哪些將排除在項目范圍外,從而明確產品、服務或成果的邊界。(掌握)
2、定義范圍工具與技術:
專家判斷、產品分析、備選方案生成和引導式研討會。(掌握)
①產品分析:
對于那些以產品為可交付成果的項目,是一種有效的工具。
②備選方案生成:
用來指定盡可能多的潛在可選方案的技術,用于識別執行項目工作的不同方法
3、項目范圍說明書的內容:
①產品范圍描述
②驗收標準
③可交付成果
④項目的除外責任
⑤制約因素
⑥假設條件(掌握)
項目經理向干系人說明項目范圍時,應以項目范圍說明書為依據
項目范圍說明書在“可交付物”層次上明確了要完成項目需要做的相應工作;
4、項目范圍說明書的主要作用:
①確定范圍
②溝通基礎
③規劃和控制依據
④變更基礎
⑤規劃基礎(了解)
創建工作分解結構(WBS)
1、創建WBS是將項目可交付成果和項目工作分解成較小的、更易于管理的組件的過程
2、里程碑標志著某個可交付成果或者階段的正式完成。重要的檢查點是里程碑、重要
的里程碑是基線(掌握)
3、工作包應便于完整地分派給不同的人或組織單元,所以要求明確各工作單元直接
的界面。工作包應該非常具體,以便承擔者能明確自己的任務、努力的目標和承擔的責
任。作為一種經驗法則,8/80規則(80小時原則)建議工作包的大小應該至少需要8小
時來完成,而總完成時間也不應該大于80小時(掌握)
范圍基準:
經過批準的項目范圍說明書、WBS、WBS詞典,只有通過正式的變更控制程序才能進行變更
,它被用作比較的基礎。
項目范圍說明書:
是對項目范圍、主要可交付成果、假設條件和制約因素的描述。記錄了整個范圍,包括項目和產品范圍。
WBS:
全部工作范圍的層級分解(有助于防止范圍蔓延)
WBS詞典:
針對每個WBS組件,詳細描述可交付成果、活動和進度信息的文件(有助于評價變更的影響)
4、控制賬戶是一種管理控制點。在該控制點上,將范圍、預算(資源計劃)、實際成本和進度加以整合,
并將它們與掙值進行比較,以側量績效。控制賬戶是WBS某個層次上的要素,既可以是工
作包,也可以是比工作包更高層次上的一個要素。如果是后一種情況,一個控制賬戶中就包括若干個工作包,
但一個工作包僅屬于一個控制賬戶。項目管理團隊在控制賬戶上考核項目的執行情況,即
在控制賬戶的相應要素下,將項目執行情況與計劃情況進行比較,以便評價執行情況好壞,并發現與糾正偏差。(掌握)
5、規劃包是指在控制賬戶之下,工作內容已知但尚缺詳細進度活動的WBS組成部分。規劃包是在控制賬戶之下、工作包之上的WBS
要素。規劃包是暫時用來做計劃的,隨著情況的逐漸清晰,規劃包
最終將被分解成工作包以及相應的具體活動。(掌握)
6、WBS詞典也稱為WBS詞匯表,它是描述WBS各組成部分的文件。對于WBS的每一
組成部分,WBS詞典可能包括賬戶編碼標識、工作描述、假設條件和制約因素、負
責人或組織單元、進度里程碑、相關的進度活動、所需資源、成本估算、質量要求、
驗收標準、技術參考文獻、協議信息等。(掌握)
(WBS字典實際是相當于新華字典,是對WBS中每個元素的描述)
7、分解是一種將項目可交付成果和項目工作分解成較小的、更易于管理的組件的技術。
8、要將整個項目工作分解為工作包,需要開展以下活動:(掌握)
①識別和分析可交付成果及相關工作。
②確定WBS的結構和編排方法。
③自上而下逐層細化分解。
④為WBS組件制定和分配標識編碼。
⑤核實可交付成果分解的程度是恰當的
9、創建WBS時對工作的劃分原則包括:
①功能或者技術原則。在創建WBS時,需要考慮將不同人員的工作分開。
②組織結構
③系統或者子系統。總的系統劃分為幾個主要的子系統,然后對每個子系統再進行分解。
?
11、WBS不是某個項目團隊成員的責任,應該由全體項目團隊成員、用戶和項目干系人共同完成和一致確認。
12、WBS表示形式有分級的樹型結構(組織結構圖式)和表格形式(列表式)。
樹型結構圖的WBS層次清晰、直觀性和結構性強,但不容易修改,對大的、復雜的項
目很難表示出項目的全貌(小項目)。
表格形式的直觀性比較差,但能夠反映出項目所有的工作要素(大項目)。(掌握)
13、雖然有些參考文獻也使用魚骨圖形式的WBS,但這種形式并不常用。
14、WBS分解注意8個方面:(掌握)
①WBS必須是面向可交付成果的。
②WBS必須符合項目的范圍。
③WBS的底層應該支持計劃和控制
④WBS中的元素必須有人負責,而且只由一個人負責,盡管實際上可能需要多個人參與。
⑤WBS的指導,WBS應控制在4-6層。
⑥WBS應包括項目管理工作(因為管理是項目具體工作的一部分),也要包括分包出去的工作。
⑦WBS的編制需要所有(主要)項目干系人的參與,需要項目團隊成員的參與。
⑧WBS并非是一成不變的。在完成了WBS之后的工作中,仍然有可能需要對WBS進行修改。
確認范圍
1、確認范圍是正式驗收項目己完成的可交付成果的過程。確認范圍包括與客戶或發起
人一起審查可交付成果,確保可交付成果已圓滿完成,并獲得客戶或發起人的正式驗收。
(了解)
2、確認范圍的主要工具與技術是檢查和群體決策技術。檢查也稱為審查、評審、審
計、走查、巡檢、測試等,是指開展測量、審查與確認等活動,來判斷工作和可交付成
果是否符合需求和產品驗收標準。(掌握)
3、確認范圍應該貫穿項目的始終。
4、確認范圍的步驟:(掌握)
①確定需要進行范圍確認的時間。
②識別范圍確認需要哪些投入。
③確定范圍正式被接受的標準和要素。
④確定范圍確認會議的組織步驟。
⑤組織范圍確認會議。
5、范圍確認時,一般需要檢查以下問題:(了解)
①可交付成果是否是確定的、可確認的。
②每個可交付成果是否有明確的里程碑,里程碑是否有明確的、可辮別的事件
③是否有明確的質量標準
④審核和承諾是否有清晰的表達。
⑤項目范圍是否覆蓋了需要完成的產品或服務進行的所有活動,有沒有遺漏或者錯誤。
⑥項目范圍的風險是否太高,管理層是否能夠降低可預見的風險發生時對項目的沖擊。
7、核實產品是針對產品是否完成,在項目(或階段)結束時由發起人或客戶來驗證,
強調產品是否完整;確認范圍是針對項目可交付成果,由客戶或發起人在階段末確認驗
收的過程。
9、確認范圍與項目收尾的不同之處在于:(掌握)
①雖然確認范圍與項目收尾工作都在階段末進行,但確認范圍強調的是核實與接受可交
付成果,而項目收尾強調的是結束項目(或階段)所要做的流程性工作。
②確認范圍與項目收尾都有驗收工作,確認范圍強調驗收項目可交付成果,項目收尾強
調驗收產品。
10、范圍確認完成時,同時應當對確認中調整的WBS及WBS字典進行更新。
11、范圍確認和需求確認一定要分開。需求確認是在項目前期3方通過召開需求評審會
的方式討論從而形成一個需求說明書,確認需求;范圍確認是階段性的驗收。(了解)
控制范圍
1、控制范圍是監督項目和產品的范圍狀態、管理范圍基準變更的過程,其主要作用
是在整個項目期間保持對范圍基準的維護。對項目范圍進行控制,就必須確保所有請求
的變更、推薦的糾正措施或預防措施都經過實施整體變更控制過程的處理。在變更實際
發生時,也要采用范圍控制過程來管理這些變更。(掌握)
2、造成項目范圍變更的原因是項目外部環境發生了變化,例如:(了解)
①政府政策的問題。
②項目范圍的計劃編制不周密詳細,有一定的錯誤或遺漏。
③市場上出現了或是設計人員提出了新技術、新手段或新方案。
④項目執行組織本身發生變化。
⑤客戶對項目、項目產品或服務的要求發生變化。
3、未經控制的產品或項目范圍的擴大(未對時間、成本和資源做相應調整)稱為范
圍蔓延。【客戶不斷提出要求,不斷去改,最終交付物不滿足要求!鍍金項目實施人
員往往愿意嘗試新的技術或者為信息系統項目加上】變更是不可避免的,控制范圍過程
依賴于范圍變更控制系統,范圍變更控制是指對有關項目范圍的變更實施控制,審批項
目范圍變更的一系列過程,包括書面文件、跟蹤系統和授權變更所必須的批準級別
(了解)
4、范圍變更控制的工作:(掌握)
①影響導致范圍變更的因素,并盡量使這些因素向有利的方面發展。
②判斷范圍變更是否已經發生。
③范圍變更發生時管理實際的變更,確保所有被請求的變更按照項目整體變更控制過程處理
5、項目管理中變更是極其普遍的現象,對變更要進行管理。項目范圍的核心是產品圍,
因此,產品的需求發生變化其實就是一種范圍變更。需求的核心是客戶的需求,無論需
求識別還是需求變更都要讓客戶參與。范圍管理是整體管理的一部分,變更流程可統一
設計,統一管理,因此沒必要必須把范圍變更與整體變更區分開來。(了解)
6、項目范圍變更控制,包括審批項目范圍變更的一系列過程,包括書面文件、跟蹤系統和授權變更所必須的批準級別;
項目范圍管理案例分析
?
?
總結
以上是生活随笔為你收集整理的信息系统项目管理师-项目范围管理考点笔记的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Jenkins修改插件下载地址为国内下载
- 下一篇: Jenkins中安装Role-based