IT專案管理的過程

2021-03-04 09:33:13 字數 1475 閱讀 7578

it專案管理的過程-方法工具技術 (2006-05-11 19:13:54)

工欲善其事,必先利其器。而對於乙個軟體開發專案,最重要的器就是方法,工具和技術。而這三要素中重要的又是方**,方法是基礎,工具和技術更多是我們根據方**選擇的實現手段,是輔助要素。

知己知彼,百戰百勝。乙個軟體專案也一樣,從專案一開始就應該分析清楚專案自身的特點,因地制宜,因時制宜的採用不同的方**和工具技術來實現。如果這個地方就出現了決策性錯誤,小一點是影響專案的質量和團隊效率,大一點就是直接導致專案的失敗。

方**-專案的燈塔。

方**是我們針對乙個行業或領域提出的分析和解決問題的方法,是我們在總結和實踐過程中高度抽象出來的理論,是經過實踐檢驗和驗證的具有科學依據的原理。你的成功是因為你站在前人的肩膀上,我們不應該憑空的去發明和創造,而應該根據專案特點,借鑑前人的經驗和教訓,選擇合適的方**去指導我們的專案運作。讓我們來分析下軟體專案管理中常使用到的方**:

軟體過程改進-cmm/cmmi,tsp,psp

過程改進方**是軟體專案管理中最巨集觀的方**,大中型的組織或機構可以實施cmm,而對於小型組織或個人可以採用小組軟體過程或個體軟體過程。軟體過程成熟度指針對軟體過程進行明確定義、管理、度量、控制的程度。它表明軟體過程能力的有效性和增長的潛力,表明組織軟體過程的豐富性及其應用於專案的一致性。

軟體過程改進方**類似於我們在專案中採用pdca迴圈的方法,其重點在於分析和實踐以及持續的改進。cmm只是告訴你要做哪些事情,但採用何種方法來做並沒有明確的定義,所以cmm更像是高屋建瓴的乙個東西。

生命週期模型-瀑布,原型,增量,迭代,螺旋

選擇什麼樣的生命週期模型是根據專案自身特點來確定的。每種生命週期模型都有自身的優缺點。對於大中型的複雜系統,前面的需求和系統分析沒有搞清楚,後面的設計和實現根本無法進行,所以這種系統還是適合用瀑布模型按部就班的進行。

對於需求多變,專案進度要求緊張,人員配置相對固定,這種情況更適宜於採用增量和迭代的方法進行。

分析和實現方**-結構化分析,物件導向,面向方面,特徵驅動

分析和實現的方**歸根到底現在常用的就是結構化分析設計和物件導向分析設計,結構化方法強調以實體關係圖和資料流圖分析為核心,通過資料流圖的精華和變換事務對映,進行模組和單元劃分,介面分析和設計。而物件導向分析和設計強調是物件和類,關注類的屬性和行為和相互協作。通過用例建模,物件的結構建模,物件的行為建模,充分考慮封裝,繼承等物件導向關鍵特徵進行分析和設計。

技術+過程方**-rup,msf

把rup和msf提到這麼高的地位主要還是這兩個方**是既強調過程,也強調方法的。通過過程去約束方法,同時又根據方法去改進過程。rup既體現了用例驅動,架構為核心和增量迭代的過程核心,同時又給出了如何結合uml工具進行物件導向分析和設計的基本方法,給出了用例建模,架構建模,結構建模型和行為建模的實踐思路。

而msf則是微軟多年解決方案的結晶,包括了團隊模型,過程模型和應用模型三方面的內容,在每一方面都有很多微軟的最佳實踐可以借鑑和參考,如風險管理,角色責任矩陣,每日構建等。

工具和技術-提公升效率的關鍵所在。

專案管理的全過程

施工專案管理的物件,是施工專案壽命週期各階段的工作。施工專案壽命週期可分為五個階段,構成了施工專案管理有序的全過程。一 投標 簽約階段 業主單位對建設專案進行設計和建設準備 具備了招標條件以後,便發出廣告 或邀請函 施工單位見到招標廣告或邀請函後,從作出投標決策至中標簽約,實質上便是在進行施工專案的...

專案過程管理試行

結合 軟體開發專案管理文件編寫規範 以下簡稱 規範 和微軟公司的團隊開發管理工具microsoft visual sourcesafe,準備就網路化製造平台專案進行標準化開發和管理。在專案的開發過程中應該嚴格按照 規範 產生各類文件。包括要求合作夥伴按 規範 出具其負責部分的文件。規範 中的每一類文...

工程專案成本的過程管理

專案是企業形象的視窗和效益的源泉。隨著市場競爭日趨激烈,工程質量 文明施工要求不斷提高,材料 波動起伏,以及其他種種不確定因素的影響,使得專案運作處於較為嚴峻的環境之中。因此,如何作好專案成本管理是決定企業能否在激烈的市場競爭中站穩腳跟,企業經營能否長期良性迴圈的關鍵環節。成本管理的關鍵是實現成本的...