close

  1. 發展專案管理計畫書是範疇的一部份，有產品驗收的方法。內容應包含: 準則、限制條件、說明、允收原則、收付標的、排除事項、假設事項。
  2. 什麼是變更控制? 針對交付標的作辨識，記錄，審批及控制專案變更(沒有變更管理，只有變更控制) 。什麼是構型管理? 依據產品、服務、成果及元件構型管理
  3. 工作說明書(Statement of Work): 分內部與外部(合約、備忘錄)。章程: 發起人提供，規劃前指派PM。專案範疇說明書: 由專案章程投入為什麼需依照順序?
  4. 專案管理資訊系統(PMIS) 及會議 -屬於指導及管理專案工作中的工具及技術
  5. 舉例企業環境因素? 電子業生產標準IEEE、人力資源記錄工時
  6. 舉例企業價值(Business Value)? 可分為有形&無形， 貨幣，不動產，設備，專利，關鍵技術，商譽，品牌 
  7. 舉例組織流程資產? 過去專案資料檔、組織內管理程序
  8. 特別提出一個專案階段之間的關係: 重疊關係-指的是階段還未結束，而下一個階段就開始。類似於時程壓縮及快速跟進。會增加重工的風險。
  9. 敏捷開發(Scrum、Ａgile):　2017/5/27 關注人重於整體流程，並在進行中持續關注變化，與傳統將專案價購於一定項目的推展，這是一個我覺得比較凌亂的概念。
    • 常見問題:
      • 與PMP的差異是什麼?
      • 什麼類型的專業人士適用?
      • 最大的幫助是什麼?
    • 回答如下:
      • PMP與敏捷不是對等的;PMBOK強調的是計畫導向的經驗傳承，也就是強調盡量在前期做好詳盡的規劃，執行期照本宣科、照章執行，遇到任何變更都要經過審慎的評估跟衡量，再做出決策是否要融入與修改現行的計畫中
      • 敏捷不是一個專案管理的模式，敏捷是一個做事方式與不同的思維，在特定環境下，當用傳統(PMBOK)的方法與手段不適用時，的確能夠提供一個提高勝利成功機率的方向
      • 敏捷是從軟工業出身，但不侷限於程式設計產品而已，任何包含以下就是敏捷大展身手的地方
        1. 主客雙方對於產品實際需求認知有一定落差
        2. 開發打造產品或服務手法也有一定不確定性時
        3. 若是先把一個具備基本功能的產品在短期內(雙方都認知的基本功能特性已經具備)交付到客戶手裡面產生價值，然後後續持續添加feature，定期的增加新function，而且持續的讓客戶參與你產品evolve的過程。
      • 若產出的部分只能一口氣交付，敏捷就不是一個可以完整套用的方式，要從部分流程探討敏捷是否適合開始
      • 敏捷中心可以參照 敏捷宣言Aglie Manifesto第一句話 individuals and interactions over processes and tools - 人員與互動的價值比流程與工具高
      • 敏捷不強調何時結束，精神在於只要持續追加與發展新的或是延伸功能，能夠持續讓客戶使用後達到心目中與市場的商業價值就繼續下去，直到已經沒有效的商業價值可以展線為止
      • Big batch V.S. Small incremental value
  1. 需無時的告訴自己PMBOK是一種不斷重複矯正措施與預防行動的概念，這是一個不要當救火隊(四處收爛攤子)的概念。
  • 滿足使用者(Fitness of Use)
  • 經驗傳承(Ｌessons Learn)
  1. 專案經理要有哪三種職能？　專業領域（知識），績效（將專案知識付諸執行的能力），個人（個性，聲音，說話方式，魅力，讓別人喜歡和你共事的能力）
  2. 談判-合適的出牌方式。　合適的價值交換
arrow
arrow
    文章標籤
    PMP 整合管理 專案管理
    全站熱搜

    benjaminwu1102 發表在 痞客邦 留言(0) 人氣()

    E-mail轉寄