整合管理題目會跨群比較~ex變更管理~
很少考單獨~

發展專案章程=專案啟動授權書
若與業主有契約=授權書=公司內容再公告一次誰是pm

aggment包含契約~簽完也等於授權~有包含可用資金~授權~
要完工時間~預算~基本假設與限制條件~等等叫授權內容~
專案章程=授權書(誰是pm+授權內容)

pmi有OPM3=opmmm的認證=組織專案管理模式認證~(有L1~L5等級差別)~

ITTO=

圖上號碼=第幾章第幾節~

sow工作說明書~

營運企劃案=業務報告(ex利潤中心~各去檢討kpi)

章程=業務起源(可知是那個業務中心的問題)

Agreements協議=定義專案初步意圖ex合約~mou~loi~

企業環境因素也要考量~

組織標準流程(ex專案章程範本)

專家判斷 Expert Judgment
Subject matter experts 領域專家

Project Management Office 專案管理辦公室

Facilitation techniques 促進(引導)技術
主持人又叫促進者或引導者
要做的是:發展主要技術~腦力蹟但~衝突化解~問題解決~會議管理~
召開促進會議(在工作討論中未涉及專業的對與不對~純是個人或部門偏好)
在會議中引導大家做成決論~或做起個方案後~讓大家(各部門)去做表決~
因為各單位都有意見~若要各單位去問會很難決斷~故要此做為~

ex腦力激蛋(腦力風暴)
透過各種圖表讓大家了解各自想法~後可搜集各意見再做處理~
激起大家討論~收納歸類不同議題~討論~

專案章程:
到底要用公司自己研發未成熟的技術或是用國外技術?
所以內容要寫清楚要用那個技術?要先做可行性研究~
報告後決定要育那一個技術~後才可估價與估時程~~
ex標干學習(標干比對)=抄襲
換言之別家有做但沒有專利~我去拿來用就叫做~標干比對~(美化名詞)

專案啟動人可自行擬定專案章程~會由他人代寫~
Sponsor是可以授權的人~
專案章程不是Sponsor寫就是pm寫~

發展專案管理計畫書:
使用其他流程規劃的輸出~可產出管理文件~專案管理與監控使用~
建立核心文件~去定義所有專案工作的基礎~
涉及互相競爭的目標與備選方案的決策權衡~
ex為完成時間點~願意少賺一些~多支出一些成本~
tradeoff權衡

企業環境因素:
不能亂寫~必須要有的東西ex要開視訊會議的話要雙方都有設備才行~
這樣代表要有視訊會議的設備費用編列~

專家判斷Expert Judgment:
對規格控管又可以稱過購型管理~組態管理~或型態管理~

專案管理計畫書與專案管理文件不太一樣~
PMBOK 78頁

要寫成一個有前言~內容~計畫~(類似工作執行計畫)寫完要給sponsor簽字

指導及管理專案工作:
協調與指導存在於專案中各式各樣技術與組織介面~
專案應用領域

管理利害關係者~大多是外部~可能是需要與期望~但不是必要~
若原有工作不包含這項目~考量去化解或改成需球(但要另編預算)

黑色線是內部本身~灰色線是指外部(包含外部專家)

績效管理與監控管理的比重要重~

老師年輕呆大公司~年紀越大呆的公司越小~但職位越高~
老師的各式各樣資料非常多~導入~~~等~都可以問老師~

會議:
有很多工具都會叫你開會~
會議一定要有議程~目的~目標~和時間規定~盡量在一個小時內結束~
要事先準備~且面對面是最有效率的~

指導及管理專案工作
change control boll
有可能會遇到法律改變~造成變更~這要注意法律效力與改變~
矯正措施
預防行動
缺點改正
更新內容

監視及控制專案工作:
工作執行計畫書(專案管理計畫書)
要知道我們的基準~工時~預算~是否有多~?
要提出預防措施~
與基準的差異比較多少來導正與調整資源讓專案回到正軌~

Nvalue執行完成度的錢~
完成多少百分比~給多少錢?
SV=EV-PV
SPI=EV-PV???
好像不太對耶!?

標準的話應該ev=pv代表準時完成
ev<pv等於落後~反之則超前~

cv若是負的就是透之~
cpi小於一也是透之~

工作積效資訊經由溝通流程在各層產出後可以當成工作績效指標~

作業:(簡報52頁)
分析技術

每一組一個人查一個分析~
查完後寄給組長

12字體~最少一頁~最多兩頁~包含圖~word
若是powerpoint要四頁~

要舉例可用在那兒??為什麼要用此技術~?

實施整合變更控制:(變更管理計畫書)
任何變更定要包含四個東西~~
a書面文件(變更申請書)paper work~要有固定格式~
b流程圖(變更審查流程)~要那幾個單位到幾個單位~流程到那兒?
c要有變更方案決定方式(爭議解決方式或程序)~審查成員包含誰!
d核准的層級(影響多少金額)須要一定層級去做核準~
變更若無經過申請~不可以亂變更~
change log 要記錄各式各樣變更~執行結果?有多少預算?

構型管理系統:與變更有關係~但不太一樣~~

在嚴格控管變更的影響
變更內容有牽涉到規範或規格!!

所以規格要有確認改變~
因為變更不是一兩個人可以去改變~
要試run~因為有可能會跑去別人家~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
作業
a專案整合管理工具 Word powerpoint

 

b PMP_Process Groups (EXCEL檔案名)
用excel

共有79項目
用excel
PM Process Groups
起始~規劃~執行~監控~結案~
(將所認為的放在欄位底下)

規劃有24個~

星期五晚上八點前計寄

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

構型管理活動~
過程中要確認每個程序都要去追蹤~
要確定產品的功能需求都已得到滿足~
ex版次控管~核定

構型管理考很多~~

稽核是內部自我反省的動作~共有四個地方要做稽核
ex:下面四個時候
做購形~
做品直~
做風險~
做採購~(結束採購的時候)

dfd圖???

CCB=Chang control board 控制委員會~

簡報70頁有變更相關程序~會考~
最好防止變更發生~
讓變更在有控制下產生~
確認變更是否經過核准~
變更對所有利害關係人的影響~
還有….
考題會有敘述後~要選擇~~~~

所有的變更要依據按規定提出變更作為程序才行!!

結果專案或階段:
最終產品的驗收
是否要進行下一階段~
archive project information for future use(讓將來可以利用資料)
人員歸建

補足資料中有練習題目~

~~~~~~~~~~~~~~~~~~~~~~~~~~
專案範疇管理(工作內容) :
是的要做完~多的不要多做~這叫做鍍金(多做)
品質超過要求也是鍍金

對工作內容越寒混~越遭~
應該規劃越清楚~基隆人員越能知道要做多少~減少模擬空間~
先用大的~再量化成小的~
工作說明書~與結構~
換言之範疇管理要定義很清楚工作內容與控管~
作業書就是一個作業程序~
需求管理計畫書(有的是客戶定義很清楚)

執行細節很多~規劃動線~出入口~等~要很懂的人才會寫清楚~
把需求整合做成一個方案~

需求管理計畫書(如何做需求訪查)
收集需求產生需求文件~
需求追蹤矩陣~

專案範疇說明書(專案範疇聲明)對專案工作完整量化陳述之管理文件
建立工作分解結構(Create WBS)

範疇基準(被核准的專案管理說明書+?+?共三個)

確認範疇要做:數量清點+客戶滿意度
經由控制品質確認範疇後要有~~
確認範疇要做:
客戶滿意(待辦事項完成~)
數量正確~

控制範疇:

簡報第五頁pmbok_p109頁

專案管理計劃書:

搜集需求:

過渡需求(維護管理手冊)(教育訓練時數)

Focus Groups焦點團體
匯集合格的利害關係人與領域專家討論~

促進研討會Facilitated workshops
避免太多想法進而發散~應該有基本方案去做修改後做表決~就收殮~
迅速確定做成跨職能需求去做整合~
ex:軟體開發業(jad)
讓user意見可以納到功能需求裡面~

品質屋??

集體創新技術Group creativity techniques

腦力激蕩法Brainstorming
集體發想表決法Nominal Group Technique(標稱群體技術)

多目標決策分析Multi-criteria decision analysis

人少簡單事可以討論決定~但人多要用集體創新技術來表決~

雛型Prototypes
是一種獲得早期回饋意見的方法~
ex:3D模型讓user去感受

Storyboarding故事板也是一種雛型技術~

標竿比對Benchmatk…..

把需求轉換成設計圖~寫到發包規格需求書
需求可追朔矩陣~

價值工程Value engineeing

備選方案產出Alternatives Generation
ex腦力激蕩~側面思考~
最後產出專案範疇說明書~~

專案範疇說明書範本~最重要的是要量化~讓大家知道工作範疇是啥?

工作分解目的是為了更精準去預估工期和預算~
如果這樣建成一個基準會更可信賴~
按照交付標地去做切割~責任指派~很清楚那些工作交給誰~才不會多做少做~
有組織成次的關係去控管內容的文件~
建立可結算的工作包work packages
每一個工作包都一個編碼~特別辯試碼~方便去做控管~細項績效管理~cwbs中是這樣~

確認工作內容排程與基準~

建立工作分解結構~wbs分解步驟~有圖~

approved

PMI會員區有wbs的專書與範例 Work Breakdown Structure

WBS切的很細後再交給委外單位去做~ex台電自己做的很好~
wbs結合WBS Dictionary Template 可整合工作授權系統去控制~~?!不完整

邊做邊解釋是很可怕的~

確認範疇Validate Scope
讓利害關係人或交接工作人簽字正式接受~~
上到簡報第71頁~確認範疇