資訊系統專案管理師輸入輸出聯想記憶

2021-03-04 09:19:12 字數 4806 閱讀 5807

資訊系統專案管理師輸入輸出聯想記憶(44個)

綜述九大領域

五大過程組過程數分布記憶法:

啟動(2個)、計畫(21個)、執行(7個)、控制(12個)、收尾(2個)。

見《專案管理師考試必備強化記憶手冊》,中間過程組(執行過程組)包含7個過程,啟動和收尾都是兩個過程組,計畫過程組比控制過程組多9個,五大過程組的過程數分布:2—21—7—12—2(7+2=9;21-12=9)

九大知識領域過程數分布記憶法:

整體管理(7個)、範圍管理(5個)、時間管理(6個)、成本管理(3個)、質量管理(3個)、人力資源管理(4個)、溝通管理(4個)、風險管理(6個)、採購管理(6個)。

要記憶九大知識領域過程數的分布,我們可以採用順口溜的形式,進行分段記憶(756《倒連續》3344《連續數字串相同》66《相同》),就記住了。 756-3344-66!《專案管理師考試必備強化記憶手冊》

專案人力資源管理、專案溝通管理、專案採購管理這三個知識領域是為了協調資源,相當於我們專案的柱子,是支撐。

專案風險管理是為了防患於未然,相當於我們專案的房頂。

專案整體管理是為了讓專案的干係人目標一致,相當於乙個梯子,專案經理正在這個梯子上進行溝通協調。

專案管理的四個基本知識領域:

「多(範圍管理)、快(時間管理)、好(質量管理)、省(成本管理)」

一、整體管理

整體管理是756-3344-66的7了,也就是有7個過程。為了便於區分輸入輸出,是【)代表輸入,(】代表輸出,【】代表過程,()代表技術工具。

輸入和輸出

1. 【制定專案章程】:找老闆簽字立項。

怎麼才能專案批准呢,先說一番專案大概要做什麼【專案工作說明書),再參考【環境和組織因素)和【組織的過程資產),再不行的話,殺手鐗-【專案合同),既然客戶都給錢來做,看樣子老闆想說不行都難,這樣專案就批准了,立個文件老闆簽個字(專案章程】。

2. 【編寫專案範圍說明書(初步)】:有了【專案章程),再參考【環境和組織因素)和【組織的過程資產),通過【專案工作說明書)編寫出(專案範圍說明書(初步)】。

3. 【制定專案管理計畫】:拿著老闆簽字找人彙總計畫。

首先我就拿著老闆的檔案【專案章程)給大家看,大家就知道我是頭,依據【專案範圍說明書(初步)),再參考【環境和組織因素)和【組織的過程資產),對專案未來情況和事件依據【工作績效資訊)進行【**),完事後把【專案管理各過程)中其它8個pm知識體系的計畫過程成果一起裝訂成乙個大計畫(專案管理計畫】、(配置管理系統】和(變更控制系統】,這個計畫和系統非常重要,幹活和監督時候都要用到,後面就不再提它。

4. 【指導和管理專案執行】:參考【專案管理計畫)提意見,記考核,做東西的過程。

提意見就是發現誰做事方法不對,就提出(申請的變更】,並執行(已實施的變更申請】、(已實施的糾正措施】、(已實施的預防措施】、(已實施的缺陷修復】;記考核就是每天收集專案工作情況(工作績效資訊】;做東西就是要做出點東西出來(可交付物】,實際過程中會經常發現一些地方有問題【確認缺陷修復),提出修改意見得到批准後即【批准的變更申請)、【批准的糾正措施)、【批准的預防措施)、【批准的缺陷修復),用它去做東西時順便改了

5. 【監督和控制專案工作】:作報告提建議。

可以想象這樣乙個場景,在乙個會議室,一群人坐在下面包括老闆,專案經理在台上做***講演【績效報告)和【工作績效資訊),專案經理激情洋溢的說進度提前,成本節省等,現在專案做的很不錯,請領導放心,然後老闆再提出一些改正建議(建議的糾正措施】、(建議的預防措施】和(建議的缺陷修復】以及(變更申請】,並對專案未來情況和事件進行估計和(**】

6. 【整體變更控制】:審批變更。

提出很多建議【變更申請),(建議的糾正措施】、(建議的預防措施】和(建議的缺陷修復】是要通過變更控制委員會來審批的,好的才要,不好的建議要去除,如何做呢?通過拿和目前工作狀況【工作績效資訊)一比較,就知道了,批准的話就有(已批准的變更申請】(已批准的糾正措施】(已批准的預防措施】(已批准的缺陷修復】(被拒絕的變更申請】(可交付物(已批准)】(專案管理計畫(已批准更新)】(專案範圍說明書(已批准更新)】輸出了,這個又可以去指導管理大家幹活

7. 【專案收尾】:打包交貨。

最後就把【可交付物(已批准的))包裝一下,成了(最終的產品、服務或成果】交給客戶了,並把(組織過程資產(已更新)】存檔,最後(管理收尾規程】和(合同收尾規程】

從技術工具上來看,整體管理基本靠大局觀,那個大呀,大的無邊無際,沒有方法可尋,基本都靠問人(專家判斷)、用系統(專案管理資訊系統)和理論(專案管理方**)、找委員會(變更控制會)。什麼時候用什麼呢?專家什麼時候都要用到,【指導和管理專案執行】時用系統(專案管理資訊系統)和(專案管理方**)。

二、範圍管理

範圍管理就是管理做哪些事情。範圍管理是756-3344-66的第乙個5,也就是有5個過程

1. 【範圍計畫編制】:拿著老闆簽字找客戶收需求,定計畫和範圍。

通過【專案章程)、【專案管理計畫)和【專案範圍說明書(初步)),參考【環境和組織因素)和【組織的過程資產),編制(範圍管理計畫】。

2. 【定義範圍】:在章程上填需求。

【專案章程)本來就提了點專案大概要做什麼,就對照【專案範圍說明書(初步))和【專案範圍管理計畫),拿著【變更申請(已批准的))參照【組織的過程資產)直接在上面總結,省時省力,一下子就總結成兩個文件(專案範圍說明書(詳細)】和(專案範圍管理計畫(更新)】,並提出(變更申請】

3. 【建立wbs】:在範圍說明書分解出wbs。

對照【專案範圍管理計畫)拿【專案範圍說明書)開刀,你要什麼我就給你分什麼,參照【組織的過程資產)和【變更請求(已批准的))最後分解成(wbs】和(wbs字典】,然後把(專案範圍說明書(更新)】、(專案範圍管理計畫(更新)】、wbs和wbs詞典一起裝訂起來又成了乙個新重要基準文件(範圍基準】,竟然可以這樣寫文件,真可謂天下文章一大抄啊

4. 【範圍確認】:確認產品是否在範圍內。

首先要通過【wbs)和【wbs字典),確定產品範圍有沒變,確保【專案範圍管理計畫)和【專案範圍說明書)最新後,用它去核實「確認過質量的產品」【可交付物)的範圍,核實沒有問題就可以驗收這個產品(已接受的交付物】,有問題就產生乙個(變更申請】和(建議的糾正措施】。

5. 【控制範圍】:控制工作是否在範圍內。

首先還是要通過【wbs)和【wbs字典),確定工作範圍有沒變,確保【專案範圍管理計畫)和【專案範圍說明書)更新到最新,既然是控制工作本身,那就要用到每日收集的工作狀況【工作績效資訊)和【績效報告),去對照【變更需求(已批准))得到工作的(wbs(更新)】和(wbs字典(更新)】、(專案範圍管理計畫(更新)】,(組織過程資產(更新)】,有問題就產生乙個(變更申請】和(建議的糾正措施】。

從技術工具層面上說,收集需求要面對那麼多人,自然少不了方法,人不多可以(專家判斷)和(訪談),多了就(專案干係人分析)和(焦點小組),意見不統一可以開(引導研討會)引導一下,人再多就發揮(群體創新)(頭腦風暴)和(決策)能力,人再再多就(問卷調查),遇到有些人不太愛說就(觀察),說不清楚的乾脆做個(wbs模板)(wbs編碼設計)(分解)出來看看,定義範圍就是定義要做的事情,也就是最終產品範圍就是這樣了,所以好方法應該是找個現在市面上類似的(產品分析)一下,簡單高效,分析的時候要多用點(可選方案識別),保險起見,再開個(引導式研討會),請客戶一起來分析。

建立wbs就是分解,一層層(分解)到工作包;核實範圍是查東西好不好,就是拿著最終東西翻來覆去的(檢查);控制範圍是查過程好不好,進行(偏差分析),用(變更控制系統)和(配置管理系統)來(重新規劃),拿工作績效資訊和變更需求(已批准)作比較是否有偏差

三、時間管理

時間管理是756-3344-66的第二個6,也就是有6個過程。這是制定管理進度的過程,包括定義、排序、資源、歷時、計畫、控制。

1. 【定義活動】:範圍基準上拆分活動和里程碑。

就是定義具體要做什麼。先找到wbs,在【範圍基準)裡面,記住是要範圍基準哦,光有範圍說明書這麼粗的東西是不行的,關鍵是要wbs,然後找到具體做這個工作包的人把它拆分成乙個個具體的活動(活動清單】,要越具體越好,每個小活動不要太複雜,否則繼續分下去,最後給每個活動加個描述(活動清單屬性】,再定出乙個個檢查點(里程碑清單】,這下子要做的事情就很具體了(wbs(更新)】和(wbs字典(更新)】

2. 【活動排序】:參考範圍說明書畫活動和里程碑順序圖。

活動有優先順序的,要分先後輕重的,就對剛才的【活動清單)、【活動屬性)和【里程碑清單)進行排列最簡單了,由於做這個事情的人不是同乙個人,所以連事情本事都不知道是在幹什麼,看到一堆亂七八糟的活動要做,不知道如何去排順序,所以再讓他看看【範圍說明書),看範圍基準是多餘的,因為他只要知道事情是幹什麼就好了,看懂後開始排順序了,怎麼排呢,用(進度網路圖)來排,乙個活動畫乙個圈圈,填上活動名稱,再用箭頭連線兩個活動圈圈,乙個指向另乙個,代表乙個完了再進行下乙個,可以想象,活動多了,畫出來就是乙個蜘蛛網一樣(專案計畫網路圖】,同時((更新)活動清單】和((更新)專案管理計畫和(更新)專案範圍說明書】。

3. 【估算活動資源】:參考【組織過程資產)和【組織和環境因素)給活動標上資源。

確定每個活動要用多少人。排列活動之間關係順序是需要知道事情大概幹什麼,但是估計資源就不用,看著乙個個具體事情本身【活動清單)【活動清單屬性)就知道要分配誰了,當然查【資源可用性)和【資源日曆)確認一下人家是否有時間嘛,沒時間分了也白搭,最後彙總成一張清單,包括每個活動有誰來做,要用什麼東西,這就是(活動資源需求】,還要分配的人分個類別(資源分解結構rbs】並((更新)活動清單】,這樣很直觀也好管理

4. 【活動歷時估算】:參考【專案範圍說明書)和【活動資源需求)、【組織過程資產)和【組織和環境因素)標上資源所需時間。

確定每個活動花多久來做。還是一樣,找出那個活動清單和屬性表【活動清單)、【活動清單屬性),例如「登入網頁設計」由張三負責設計,張三這人水平怎麼樣的,得去【資源日曆)裡面看看,原來是初級工程師,應該會做得慢點,那就定的時間長點,但是從【專案成本估算)和【風險記錄)上註明了這個很重要,要得有點急,時間要往前推,最後在活動清單和屬性表後面加了估算出來的時間就是(活動歷時估算結果】同時((更新)活動清單】和((更新)活動清單屬性】

資訊系統專案管理師複習1 九大管理輸入輸出

資訊系統專案管理師 九大管理過程組 輸入 輸出 技術 工具及方法 九大管理的五個過程組 專案整體管理 啟動過程組 5.1制定專案章程5.2制定專案範圍說明書 初步 計畫過程組 5.3制定專案管理計畫 執行過程組 5.4指導和管理專案執行 控制過程組 5.5監控和控制專案工作5.6整體變更控制 收尾過...

資訊系統管理師9大管理過程輸入輸出工具技術

四個關鍵值 pv 計畫值 成本估算部分的總價值 ac 實際成本 在規定時間內,完成的成本總額 ev 掙值 實際完成工作的預算價值,即到某一點已完成工作應當的投入資金。etc 剩餘工作的成本估算 etc 總的pv 已完成的ev etc 剩餘工作的pv cpi 最常用的尺度 cv 成本偏差 cv ev ...

資訊系統專案管理師教程

完整版 指導 共分為5個文件 2 資訊系統專案管理師教程100 3 資訊系統專案管理師教程251 4 資訊系統專案管理師教程431 5 資訊系統專案管理師教程600 在文庫中搜尋以上5個文件,合起來就是完整版資訊系統專案管理師教程。中軟總公司計算機培訓中心 第1章緒論 1 什麼是專案 a 專案的定義...