軟體開發:告別技術精英時代 工程化管理(5)(轉)
軟體專案管理模型最具有代表性的就是SEI CMM。近幾年來成熟度模型越來越廣泛地應用於組織定位,透過與潛在的競爭者和其他特殊管理領域的組織的比較, 確定組織當前的狀況。提高組織的專案管理能力通常
包括選擇適當的、最適合該組織需求的成熟度模型。但是,這種提高不僅需要關注專案管理的特殊領域,同時還必須時刻牢記綜合專案管理的原則和實踐。專案成熟度越大,組織成功地選擇、授權、計劃、執行、控制和結束專案並實現組織戰略目標的能力就越強。
除此之外,在專案管理領域,有些新的模型也在不斷的發展壯大,他們在一定程度上也可以應用到軟體專案中。例如PMI 的OPM3模型、英國的成熟度模型、日本的P2M模型等。
專案管理學院(PMI)的專案管理成熟度模型/OPM3是由一個200多名自願者組成的團隊歷時5年開發完成的,該模型建立在廣泛得到應用的PMI PMBOK Guide的基礎上,包括4個級別(標準化,衡量,控制和持續改進),並且與PMI PMBOK指南中所標識的、應用於專案、專案群以及專案組合三個級別的專案管理的5個程式(啟動,計劃,控制,執行和結束)相關。OPM3包含一個描述最佳實踐、能力、結果以及專案成功的關鍵績效參考值的資料庫,同時建立這些因素的相關性,並允許使用者的提問。
在英國,由APM集團()代表英國政府的商務部(OGC)及其PRINCE2和其他專案管理的發起人,針對培訓機構、培訓師、諮詢顧問、專案參與者及其組織在不同領域的專案管理能力進行認證和評估。OGC的“成功交付工具箱”可以從以下網站下載:。該工具箱包含OGC的專案成熟度模型,該模型是APM集團開發的一個成熟度水平評估工具,用於組織確定其當前專案管理成熟度的水平。OGC成熟度模型還將擴充,以包含專案群管理和專案組合管理。相關的評估工具同樣也會擴充內容。只有那些獲得APM集團認證的專案管理諮詢組織才獲准使用OGC的評估工具。
在日本,由日本工程發展協會(ENAA)開發的專案和專案群管理/P2M(Tanaka 2003, Taketomi 2003) 正在進行中,該專案得到了日本政府經濟、貿易以及工業部(METI)的研究資金的資助。來自澳大利亞的Lynn Crawford教授稱“P2M模型可能是企業在整合、接受專案管理和專案群管理這一角色中最重大的進展。之所以獲得這些重大進展,原因在於獲得了來自政府、工業界以及專業協會的支援;獲得了企業內部預期的支援和應用;是第一個企業專案(群)管理方法的指南。該模型從一個全新的企業的角度而不是從傳統的專案的角度來進行專案(群)管理。
[@more@]
包括選擇適當的、最適合該組織需求的成熟度模型。但是,這種提高不僅需要關注專案管理的特殊領域,同時還必須時刻牢記綜合專案管理的原則和實踐。專案成熟度越大,組織成功地選擇、授權、計劃、執行、控制和結束專案並實現組織戰略目標的能力就越強。
除此之外,在專案管理領域,有些新的模型也在不斷的發展壯大,他們在一定程度上也可以應用到軟體專案中。例如PMI 的OPM3模型、英國的成熟度模型、日本的P2M模型等。
專案管理學院(PMI)的專案管理成熟度模型/OPM3是由一個200多名自願者組成的團隊歷時5年開發完成的,該模型建立在廣泛得到應用的PMI PMBOK Guide的基礎上,包括4個級別(標準化,衡量,控制和持續改進),並且與PMI PMBOK指南中所標識的、應用於專案、專案群以及專案組合三個級別的專案管理的5個程式(啟動,計劃,控制,執行和結束)相關。OPM3包含一個描述最佳實踐、能力、結果以及專案成功的關鍵績效參考值的資料庫,同時建立這些因素的相關性,並允許使用者的提問。
在英國,由APM集團()代表英國政府的商務部(OGC)及其PRINCE2和其他專案管理的發起人,針對培訓機構、培訓師、諮詢顧問、專案參與者及其組織在不同領域的專案管理能力進行認證和評估。OGC的“成功交付工具箱”可以從以下網站下載:。該工具箱包含OGC的專案成熟度模型,該模型是APM集團開發的一個成熟度水平評估工具,用於組織確定其當前專案管理成熟度的水平。OGC成熟度模型還將擴充,以包含專案群管理和專案組合管理。相關的評估工具同樣也會擴充內容。只有那些獲得APM集團認證的專案管理諮詢組織才獲准使用OGC的評估工具。
在日本,由日本工程發展協會(ENAA)開發的專案和專案群管理/P2M(Tanaka 2003, Taketomi 2003) 正在進行中,該專案得到了日本政府經濟、貿易以及工業部(METI)的研究資金的資助。來自澳大利亞的Lynn Crawford教授稱“P2M模型可能是企業在整合、接受專案管理和專案群管理這一角色中最重大的進展。之所以獲得這些重大進展,原因在於獲得了來自政府、工業界以及專業協會的支援;獲得了企業內部預期的支援和應用;是第一個企業專案(群)管理方法的指南。該模型從一個全新的企業的角度而不是從傳統的專案的角度來進行專案(群)管理。
[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-957607/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體開發:告別技術精英時代 工程化管理(1)(轉)
- 軟體開發:告別技術精英時代 工程化管理(2)(轉)
- 軟體開發:告別技術精英時代 工程化管理(3)(轉)
- 軟體開發:告別技術精英時代 工程化管理(4)(轉)
- 軟體開發:告別技術精英時代 工程化管理(6)(轉)
- 軟體技術的森林時代 (轉)
- 軟體的工程化管理(二)(轉)
- 軟體開發技術問答
- 軟體開發的管理和控制 (轉)
- 軟體開發的專案管理(轉)專案管理
- 出租房管理(1) - 開發背景 - 軟體開發環境 - 採用技術開發環境
- 小軟體專案開發的管理 (轉)
- 小軟體專案開發的管理(轉)
- 軟體開發中的專案管理(轉)專案管理
- 軟體開發專案的風險管理(轉)
- 技術輕工行業內軟體應用發展崛起的時代行業
- 行軟體開發中的專案管理 (轉)專案管理
- 管理軟體開發專案關鍵風險 (轉)
- 我是否適合學習軟體開發技術?
- iOS開發ARC記憶體管理技術要點iOS記憶體
- 2007年軟體開發技術預測集錦-Java,軟體開發,AjaxJava
- 軟體開發質量管理層次模型(二)(轉)模型
- Pi派幣挖礦系統開發軟體技術
- 雲算力礦機系統開發軟體技術
- 泰山眾籌智慧合約軟體開發技術方案
- 軟體開發中的資料庫測試技術資料庫
- 2006年軟體開發技術預測
- 應用版本控制軟體管理軟體開發
- 敏捷開發——網際網路時代的軟體開發方式敏捷
- 書評《自適應軟體開發》(一)--.com時代的遺物 (轉)
- 《書評《自適應軟體開發》(二)--.com時代的遺物 (轉)
- 不懂技術的管理者,給你們掃盲軟體開發的基本常識
- 軟體開發人員需要的不僅是技術,也不是文件,也不是管理,而是……
- 國內應用軟體開發管理的探討 (轉)
- 軟體開發進度管理的四個問題(轉)
- 軟體開發中專案管理的注意事項(轉)專案管理
- 自適應軟體開發(5)
- 軟體配置管理中的基線技術