PMI key points

Google v.s. PMI

許多的誤解或是不瞭解的地方源自於相異語言描述之間的誤解
或也可說是因為工具的短缺與不足而造成誤差

不過原則上~ Google翻譯仍非常好用~ 尤其多了語音的部分

Better translation
Proactive: 積極 --> 未雨綢繆


Key points
9個知識領域

每個知識領域 分別依據個知識領域的特性 說明專屬的"專案管理流程"
42個專案管理流程 係依據專案管理專屬的"技巧" "工具與技術"所構成
42個專案管理流程 依據管理一個 專案或是專案階段所需要的5個不同管理功能 分別歸類於5個"專案管理流程群組"

專案管理流程係由"依據" 可使用的"工具與技術"及所得到的"產出"所構成
為藉由一連串相互關聯的行動 以達成預先指定結果的過程

5個流程群組包括A->E

A啟動流程群組 (2)
   整合管理(知識領域)
      1.發展專案章程(專案管理流程)
   溝通管理(知識領域)
      2.辨識利害關係人(專案管理流程)

B規劃流程群組 (20)

C執行流程群組 (8)

D監視及控制流程群組 (10)

E結案流程群組 (2)


Process(流程) not equal to processure(程序)

PMI Day 1-序章

於資策會高雄南區教育中心上課

上課教師高老師 口條清晰 範例清楚 很不錯

資策會的服務人員羅小姐也很熱心~

這些PMI的東西剛好可來補強我對學術研究的漏洞


茲記下幾點~供自己以後參考

一間機構的運作分作兩大領域: Operation & Project
Operation: 例行 重複的...
Project: 有時效性的 產生獨特可交付成果(deliverable, ex. 產品 服務 流程)

WBS: work breakdown structure:
在承接具有明確的Scope Cost and Schedule的專案後~ PM 應用WBS將專案分作不同的領域~
一層一層細分到WP(可直接讓team member明確清楚且完成的工作包裹)

WP: work package
換言之~每個WP都算是一個交付成果

Deliverable:
a. Measurable
b. Tangible:具體形象
c. Verifiable:可驗證的

PMI設立一個標準語言與平台
PMI不管特別產業的專業~因為每個產業專業不同
在意的只是如何應用通用的知識 技能 工具及技術於不同的專案
換言之~PM非技術與產品專家~他是管理專家~ 專長為integration & negotiation


Project的特性
1.Temporary
   有明確的完成時間
2.Unique
   有自己"唯一獨特"的產出
3.Uncertainity

4.Progressive Elaboration
正因為前者, 反覆(interative)修正而能逐步詳細的


PM亦即組合一組"工具"與"技術"使用於說明並監視專案活動的工作
且所謂的PM即為滿足業者/Sponsor/顧客的Requirement
Requirement = Need + Expection
因為expection不可知...要找到對的人或組織釐清


待續