《項目管理在軟件行業中的應用》由會員分享，可在線閱讀，更多相關《項目管理在軟件行業中的應用（27頁珍藏版）》請在裝配圖網上搜索。
1、,Click To Edit Title Style,Click To Edit Title Style,Click To Edit Title Style,單擊此處編輯母版標題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,項目管理在軟件行業中的應用,目錄,問題引入,軟件項目流程,軟件開發流程,軟件行業項目管理要點,軟件項目管理方法,CMM,CMMI,SPP,Future,NIST 報告顯示，美國大型專用軟件開發項目的失敗率近70%。Standish Group International 收集全世界IT項目信息，其CHAOS 報告顯示，軟件項目成功率2008 年為32%，約
2、52.7%的項目花費是原計劃的189%。在中國，一些調查表明，大約90%以上的軟件項目超出了估算時間，同時軟件項目開發費用超出預算;國內企業ERP 用戶中，成功實施率不足30%，而CRM 用戶的成功實施率更是不足20%。,問題引入,？,軟件項目管理方法缺乏和不恰當,為什么需要軟件項目管理？,？,1,、軟件項目所涉及到的內容大多是無形的東西，既看不到質也看不到量，軟件項目管理難度加大。,2、隨著技術發展，軟件的規模越來越大，幾乎不可能個人完成，需要以項目組為單位進行軟件項目的開發。,軟件項目流程,項目立項,產品定義,軟件開發,軟件測試,內部驗收,用戶驗收,系統維護,軟件開發階段,軟件開發階段,需
3、求分析階段,概要設計階段,詳細設計階段,單元測試階段,系統編碼階段,集成測試階段,系統測試階段,設計階段,測試階段,需求分析階段,1.,需求分析,2.,環境分析,需求說明書,設計階段,1.,系統功能技,術設計,2.,數據庫設計,系統功能設計書,系統編碼階段,具體功能開發,功能單元代碼,測試階段,1.,單元測試階,段,2.,集成測試階,段,測試報告書,系統測試階段,1.,修改,BUG,2.,支持測試,缺陷報告（反饋）,軟件行業項目管理要點,1,、客戶需求的確定,在軟件項目初期，軟件需求方通常無法描述清楚其具體要求，需求模糊。且在軟件設計階段，需求方頻繁更改需求，軟件設計工作加大。,了解客戶需求的
4、方法：,1,、調研或開會討論,2,、面向數據流自頂向下求精（即從輸出端向輸入端層層分析，了解需求）,3,、簡易的應用規格說明技術（團隊討論確定產品需求）,4,、快速建立軟件原型,建立快速原型的目的是盡快向用戶提供一個可以運行的目標系統的模型，以便用戶和開發者在軟件各方面需求方面達成共識。是最準確，最有效，最強大的需求分析技術。,軟件原型的分類：,探索型：以弄清目標系統的要求為目的，確定希望的特性,實驗性：用于大規模開發和實現之前，考核方案是否適合,進化型：目的在于將系統建造得易于變化，在改進原型的 過程中，逐步將原型進化成最終系統,2,、人員管理是核心部分,軟件開發項目完全取決于人的智慧，不需
5、要物理耗材，人員是開發軟件的唯一生產資料。人員管理是軟件項目管理的核心組成部分。,軟件項目的實施對人的依賴性比其他行業更為突出,因此對人的管理相當復雜,如何加強人員之間的有效溝通,是軟件項目成功的一個非常關鍵的因素。,溝通,，成為軟件項目管理關注的核心。,溝通包括兩個方面：,1,、軟件項目組開發人員與用戶的溝通，有助于明確用戶需求,2,、是軟件項目組內人員的溝通，有助于項目按計劃執行,軟件行業項目管理要點,3,、過程中需要健全的項目文檔,文檔作為軟件產品的主要形式,集中體現了軟件人員的勞動成果,沒有文檔就稱不上軟件。,但是實際情況是許多軟件開發人員從一開始就不注重文檔的寫作。有的寫了文檔,但是
6、在開發過程中需求發生了變更,也沒有及時在文檔中體現出來,使得過一段時間后開發者對所開發的內容也記得不清了,當項目出現問題時,沒有有效的文檔可查,致使軟件項目延期或失敗。后期維護時,因為沒有詳細的設計文檔,給項目的后期維護帶來困難。,軟件行業項目管理要點,4,、編碼階段不需著重關注，著重關注總體、詳細設計階段,現在的軟件開發過程中，與編碼階段相比,需求分析、詳細設計以及測試時間較少,容易造成測試不完全及軟件上線后的先天不足,給今后的工作造成被動。,在軟件項目管理過程中，不是著重編碼階段,而是著重系統總體、詳細設計階段。,軟件行業項目管理要點,5.,風險管理意識,軟件項目失敗率相對較高，風險管理作
7、為軟件項目管理的關鍵之一。軟件項目風險管理可分為以下四個面：需求、技術、成本和進度。,軟件風險管理可具體分為以下幾個方面：,1,、需求風險,用戶參與度不夠；項目組分析不透徹，無法進行靈活的需求變化；無法明確項目企業內部的發展趨勢，進行需求延伸,2,、計劃編制風險,計劃不切實際，沒有詳細的書面計劃,軟件行業項目管理要點,3,、組織與管理風險,管理人員對計劃認識不充足，對組織與管理風險，最終發生計劃和控制脫節。,4,、人員與開發環境風險,項目組成員溝通不暢，出現額外不必要的工作；開發工具存在不能及時到位或到位后但效果不如預期。,軟件行業項目管理要點,5,、設計技術和實現過程風險,選擇沒有經驗和不夠
8、成熟的開發商；項目組不具備開發該項目的能力；開發工具和數據模型的選擇與項目不相適應,6,、客戶與產品風險,未采納客戶意見，無法達到客戶的要求；客戶答復的時間比預期中的要長；由于客戶給我們提供的組件質量不太好，致使在產生沖產生額外的管理、設計以及測試等工作；進行多余的功能組件開發和過分依賴開發中的技術，致使計劃進度延長；嚴格要求與原有及其他系統兼容，致使出現更多的無法預計的設計和實現及測試工作.,軟件行業項目管理要點,軟件項目管理方法,CMM,CMM(Capacity Maturity Model):,軟件能力成熟度模型,。,實質：,是軟件過程改進的,系統方法，它通過履行一系列的關,鍵過程域中的
9、關鍵實踐來達到改進軟件過程的目的。,應用：,（,1,）評估軟件過程，確定組織當前的軟件過程狀態，,發現與軟件過程有關的急需解決的問題，并作為企業,軟件過程改進的指導圖。,（,2,）評估各個軟件企業的軟件過程能力，為選擇軟件,承包商提供依據。,軟件項目管理方法,CMMI,CMMI(Capability Maturity Model Integration）：,能力成熟度模型集成。,CMMI,是建立在,CMM,模型基礎之上的對,CMM,模型的改進。,作用：,（,1,）提高產品質量,（,2,）控制開發時間進度,（,3,）提高工作效率，降低成本,CMMI,和,CMM,的比較：,1.,CMM,是作為評估
10、標準出現的，目標都是必要的，是保證,評估的準則。,CMMI,是作為改進模型出現的，列舉了眾多的最佳實踐，,利于過程的改進。,2.,CMMI,對比,CMM,降低了對度量的要求和實施難度，更具有,全局性和可操作性,集成化項目管理方法,SPP,SPP,（Simplified Parallel Process）,:精簡并行,過程。它,是基于CMMI以及軟件工程和項目管理知識而創作的一種“軟件過程改進方法和規范”，它融合了CMMI、項目管理與軟件工程知識，定義了易于執行的軟件開發和項目管理規范。,SPP,主要用于指導國內IT企業持續地改進其軟件過程能力,優點：,（,1,）過程模型清晰直觀，機構領導、項目
11、經理、項目,成員(開發人員、測試人員等)很容易知道自己“應該在,什么時候、按照什么規范做什么事情”并有助于企業各,個職能單位有條不紊地開展工作。,（,2,）用戶可以根據本企業的特征，適當地裁剪或擴充,SPP的過程域，很容易制定出最適合于本企業的過程模,型。,缺點：,它不是標準，也沒有相應的認證，不具備CMM/CMMI、,I,SO9000認證的宣傳價值。,集成化項目管理方法,SPP,集成化項目管理方法,Future,Future,是和SPP方法論配套的集成化項目管理系統,.,主要功能,：組織結構和人員管理、立項與結項、項目規劃與監控、需求開發與管理、風險跟蹤和變更管理、質量管理、配置管理、日常工
12、作管理、領導綜合管理、論壇等。,目標,:,“讓項目管理變得簡單有效”。,主要客戶：,國內中小型IT企業。,最終用戶,：IT企業的研發主管、項目經理、開發人員、測試人員和質量管理人員等等。,（,1,）降低成本，提高研發管理效率,Future,將最常用的項目管理工具全部集成于,Web,環境，企業不必購買多個分立的管理工具，避免了管理工具之間不兼容、數據孤立的問題。,Future,軟件不僅可以為企業建立完備的研發管理數據庫，而且幫助企業領導對所有項目的人員、進度、工作量、成本、質量進行分析，為研發績效考核提供客觀依據。,（,2,）容易擴展、與流行軟件兼容,Future,的所有頁面數據可以導出到,Excel,和,Word,文件,;,可以導入、導出,MS Project,數據文件,;Future,還可以訪問配置管理軟件,CVS,的文件庫。,提供編程接口，幫助用戶對,Future,進行二次開發，以,便于和企業現有的管理系統交互信息,。,集成化項目管理方法,Future,thanks for your,watching,
項目管理在軟件行業中的應用
