CMMI 培訓後的體會 - 學習管理的手記

2008年11月3日星期一

CMMI 培訓後的體會

剛從在廣州舉辦的一連三天的CMMI培訓回來. 雖然說三天密集性的培訓未能夠令我深入了解每一個Process Area (過程域), 但也能夠refresh my mind, 令我有以下的體會. 在這裏做個總結:

  1. 要令別人配合做事情, 先要讓他們了解事情背後的目的. 例如每個PA的目的, 每個measurement item (度量項) 的目的.
  2. 過程的質量對輸出或交付物(deliverable) 的質量有很大影響. 因此如果發現輸出的質量有問題, 很有可能是過程的質量出了問題.
  3. PM在看QA Report 之時, 不應只注重缺陷量(number of defect). 更重要的找出導致他們出現的根本原因.
  4. Process, Technology, People 中, People 是最重要的.
  5. 最好為software requirement 做prototype給客戶visualize他們的需求. 這能夠幫助提早修正需求, 減少控制質量的成本.
  6. 需要落實為公司的PMO建立問題庫(Issue Database)和風險庫(Risk Database). 提升PMO做風險評估的能力
  7. 在URS(需求說明書)內列明那些肯定是out of scope的item. 有助減低客戶在sign off URS後提出非常out of scope 的需求的機會.
  8. 可以從WBS內找風險. 因為WBS代表項目包含的工作. 是風險蘊藏的地方
  9. 如果已經能預計到一個風險將會發生而有不能把他的影響轉移, 可以嘗試控制它發生在一個對我們比較有利的時間. 因為同一個風險發生在不同的階段(時間)發生會有不同程度的殺傷力
  10. 測試只能證明產品有問題, 並不能證明產品沒有問題
等以後有時間才把其中幾個再詳細寫明白.

沒有留言: