項目管理利刃之MSF_第1頁
項目管理利刃之MSF_第2頁
項目管理利刃之MSF_第3頁
項目管理利刃之MSF_第4頁
項目管理利刃之MSF_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、精選優(yōu)質文檔-傾情為你奉上MSF,Microsoft Solution Framework,微軟解決方案框架是一個在預算范圍內(nèi)按期創(chuàng)建一個業(yè)務解決方案需要一種經(jīng)過檢驗的方法。本文將結合MSF在項目管理中的實際應用進行講解,如果您是軟件項目的參與者,如項目經(jīng)理、開發(fā)工程師、系統(tǒng)架構師、顧問、質量管理人員等,想找到項目管理中遇到問題的解決方案,相信本文會給您一定的幫助。MSF為成功地規(guī)劃、設計、開發(fā)和部署IT解決方案提供了一套成熟的方法論。與具有固定框架的方法相反,MSF提供了一個可以伸縮的靈活框架,以滿足任何規(guī)模的組織或者項目開發(fā)團隊的需要。MSF指導由原理、模型和用來管理人員、項目和技術元素的

2、準則(大多數(shù)項目都會碰到)組成。MSF模型本身來源于微軟公司在大規(guī)模軟件開發(fā)和服務操作項目上的寶貴經(jīng)驗積累,來自于微軟公司的顧問在為企業(yè)客戶實施項目時所獲得的經(jīng)驗,以及融合了來自于全球IT行業(yè)的先進理念,最終形成的一套方法論。MSF為軟件開發(fā)團隊提供了一套可自定義、具有良好擴展的軟件開發(fā)指導原則。MSF包括既靈活又具有邏輯的方法,允許軟件開發(fā)團隊中的成員使用這些方法選擇最適合的方式完成個體的任務。采用MSF靈活的框架可以滿足任何軟件開發(fā)項目的需求,同時不必考慮項目的大小與復雜性。根據(jù)MSF的實現(xiàn)理念,沒有一個單獨結構或流程可以非常好地適用于所有項目的需求和環(huán)境。圖1:MSF組隊模型MSF框架于

3、1994年被首次提出,最初被提出來是因為微軟顧問咨詢部門為了微軟公司的一個產(chǎn)品開發(fā)項目提供項目管理咨詢服務而產(chǎn)生的一套理論。從那時起,MSF開始逐步發(fā)展,這來自微軟公司的產(chǎn)品組、微軟服務中心、微軟公司的內(nèi)部操作和技術組(OTG)、微軟公司合作伙伴和客戶那里成功的和實踐的最佳做法。MSF是基于一整套成熟的軟件管理方法論,并融合了微軟公司在IT行業(yè)內(nèi)超過25年的項目周期管理經(jīng)驗。MSF框架中提供的方法論被設計幫助Microsoft的顧問、合作伙伴和客戶來解決技術生命周期過程中碰到重大挑戰(zhàn)。MSF使用這套經(jīng)過內(nèi)部和外部檢驗的真實最佳做法,并對這些其中部分方法進行簡化、整理和檢查,使得MSF具有更廣泛

4、的通用性,以便更多的合作伙伴和客戶理解和采用。MSF由Microsoft里一個專門的產(chǎn)品小組在管理和開發(fā),它同時還得到了國際顧問理事會該方面專家的指導和評論。MSF目前還在繼續(xù)吸收微軟公司當前的經(jīng)驗。同時微軟公司在其發(fā)布的開發(fā)平臺Visual Studio 2005中提供了實現(xiàn)MSF的基礎工具支持,Visual Studio 2005已經(jīng)不僅僅是一個開發(fā)的平臺,更是強大一個軟件項目團隊管理和軟件生命周期管理的工具。MSF的核心有八個基礎原理,本文中將對幾個和團隊管理結合比較緊密的原理進行分析。推動開放式溝通在一些項目開發(fā)過程中經(jīng)常會遇到這樣的問題,項目開發(fā)周期較短工作量卻很大,開發(fā)人員開發(fā)出來

5、的軟件和最終用戶的需求在功能上吻合度很高,但是最終用戶卻覺得這個不是他們想要的軟件。實際上這是交流與溝通的問題,項目的開發(fā)人員在時間緊迫的情況下,往往是只看到眼前的工作,而忽略了與團隊成員及最終用戶的溝通,結果就是從功能上完成了工作,但是軟件產(chǎn)品或解決方案的易用性大打折扣,導致最終用戶覺得最終提交物與他們的預期相距甚遠。在一些國內(nèi)的大型軟件項目開發(fā)中,很多情況下是項目組成員可能根本都不在一個城市,他們有的來自于總部的研發(fā)中心,有的來源于測試中心,有的在遍及全國各地的各個實施地點負責具體實施,有的可能以顧問的角色參與到項目中來,這樣就要求整個團隊有一個良好的溝通方式,保證項目的順利進行。軟件項目

6、和信息類解決方案都是由人的活動來構建和交付的。從事軟件項目的每個人都會給項目組帶來自己的智慧、能力和觀點。為了將開發(fā)團隊中成員的個人效力最大化,同時優(yōu)化其工作效率,團隊成員的交流和溝通就顯得尤為重要。如果在客戶和開發(fā)團隊之間或團隊成員之間沒有一種很好的溝通形式,那么團隊成員就無法有效地完成其任務,或是不能找到最正確的方法來完成任務。隨著項目規(guī)模和復雜性的增加,對開放式溝通的需要就變得更加緊迫。完全基于開發(fā)團隊內(nèi)部個人意志的工作成果可能導致軟件產(chǎn)品的缺陷,以至于削弱軟件產(chǎn)品的可用性,甚至會產(chǎn)生軟件產(chǎn)品本身的缺陷。MSF框架中最重要的一個基礎的原理就是倡導團隊內(nèi)部和最終客戶之間的溝通,團隊成員之間

7、的協(xié)作是項目進程中最重要的環(huán)節(jié),MSF推出了一種開方式和包容式的溝通方式,既最大限度了團隊成員的智慧和創(chuàng)造性,同時也在宏觀上保證項目朝著正確的目標前進,并且能夠符合諸如時間約束和特殊環(huán)境等條件的限制。很多可能在最終提交產(chǎn)品時候發(fā)現(xiàn)的問題,可能都會因為增強團隊成員的溝通而及時發(fā)現(xiàn)和改進,這樣不僅最大程度上降低了項目的風險,同時也提高了團隊的協(xié)作能力。為共同的前景而工作在國內(nèi)的軟件行業(yè)中,多數(shù)的一線技術人員往往都是技術領域的專家,但是同時也缺乏對項目大局觀的把握。他們知道如何正確的使用技術來完成自己當前的工作,卻對項目的共同目標缺乏認識。這往往會導致軟件項目在一致性上的不足,也會影響團隊的協(xié)作。而

8、項目的領導者通常是對團隊成員的具體工作進行了布置和安排,但是忽略了對團隊成員大局觀的培養(yǎng)。項目經(jīng)理在對開發(fā)人員布置任務的時候,通常要講“你只要把某某功能實現(xiàn)就可以”,“你的程序要達到一個很高的穩(wěn)定性和效率”,但是至于實現(xiàn)該項功能在整個項目中的作用,程序的穩(wěn)定性直接關系到項目的哪些模塊的穩(wěn)定程度,都是沒有最終傳達給開發(fā)人員。這些都導致了團隊成員缺乏對項目共同前景的了解。共同的前景是MSF小組和過程模型里的一個關鍵組件,它強調(diào)團隊成員理解項目目標的重要性。當所有的參與者都理解了共同的前景并為之而工作的時候,他們才能清楚的認識到自己所做的工作在項目整個生命周期中的作用,進而調(diào)整自己的決定和工作重點。

9、MSF過程模型中特別強調(diào)要求有一個共同的前景存在,以便指導解決方案朝著最終的業(yè)務結果前進。保持靈巧,預測變化很多項目經(jīng)理或是團隊的領導者經(jīng)常犯的一個錯誤就是過于理想化。例如在做計劃的時候將工作量估計的太過保守,殊不知團隊中的成員有可能因為各種各樣的其他原因不能在計劃的時間中全部投入到項目中,或是最終用戶的需求臨時發(fā)生更改,所做的項目計劃缺乏足夠的靈活度,導致的結果就是項目計劃抵御不了突然的外部條件變化,當這種變化真正發(fā)生時一切都已為時過晚。傳統(tǒng)的項目管理方法和“瀑布”式的解決方案交付過程模型會假定某一層次或項目的某一個進程的可預測性,在軟件項目中這樣的假設是不可行的。常見的情況是,很多項目因為

10、實現(xiàn)的預測沒有成為現(xiàn)實而導致項目的進程受阻。軟件開發(fā)項目本身就是一個創(chuàng)新的過程。在這個過程中有很多的未知因素是不可預測的,解決方案必須順應新的變化。在面對這種不確定性的時候要假裝或者要求確定性(至少)將會是不現(xiàn)實的,或者(至多)是不正常的。MSF主張軟件項目的混亂有序的本質。它的一個基本假設是,連續(xù)的變化應該能夠被預計到,而軟件項目本身就是與這些變化分不開的。例如,它認為項目的一些計劃可能從一開始就很難說清,而且會隨著項目進展會越來越難以預測。MSF已經(jīng)將其小組和過程模型設計成能夠預計和管理變化的形式。MSF小組模型通過在關鍵決策中實現(xiàn)所有小組角色的參與從而加強了處理新挑戰(zhàn)的靈巧性,因此確保了

11、從所有重要的角度去探索和審查這些問題。近幾年來,產(chǎn)生了一些開發(fā)軟件的專門方法,這些方法致力于將靈巧性的原理和為變化而做好準備的原理最大化。有了這一理念,MSF會鼓勵在合適的地方應用這些方法。質量投資在國內(nèi)一些規(guī)模不是很大的開發(fā)團隊中,質量管理投資往往是沒有被重視起來,原因可能是多方面的,項目時間緊張,人員緊張,調(diào)配不出更多的人員來進行專門的質量保證工作,但是其中最重要一條是團隊的領導者對質量管理投資的重視程度不夠。必要的質量投資會為項目的實施與正式上線之后節(jié)省很多成本,而且質量投資是隨著項目的進展一直進行的。MSF團隊模型要求團隊里的每一個人都要對質量負起職責,同時承擔起測試過程管理的角色。測

12、試角色會鼓勵團隊在項目期間進行必要的投資,以確保最終交付的軟件產(chǎn)品或解決方案質量水平能夠滿足期望。在MSF過程模型里,由于項目交付內(nèi)容是逐步生產(chǎn)和審查的,所以測試就成為了質量的一部分。該模型定義了關鍵里程碑,并提出了中間里程碑,供測試角色和相關角色使用團隊建立的質量標準對解決方案進行量化的測試。在軟件項目進行的過程總,不斷的對這些里程碑進行檢查可以確保對質量的不斷關注,并為在必要的時候進行中途的修正提供機會,避免風險,提高項目最終成功率。技術的提高讓一個團隊獲得了更大的發(fā)展?jié)摿?。大多?shù)團隊都依靠技術本身來實現(xiàn)提高,而一個真正優(yōu)秀的團隊的閃光點不僅僅在于技術的領先,還在于怎么樣將優(yōu)秀的技術轉化為

13、生產(chǎn)力。MSF框架有助于指導團隊來實現(xiàn)這種轉換,完成自我提高。通過使用MSF框架對軟件項目管理進行重新定位和規(guī)劃,軟件開發(fā)團隊不僅僅獲得是生產(chǎn)力的提升,同樣可以獲得團隊整體水平的提升,團隊成員之間形成一種良性的協(xié)作習慣,在項目周期管理上獲得共同的價值觀,保障項目開發(fā)的順利進行。這一切都會形成一種良性循環(huán),周而復始,軟件開發(fā)團隊的整體水平積累了從量變到質變所需要的資本。但是,在項目團隊里使用MSF是一項要求相當高的計劃,它需要團隊領導的大局觀和周密的規(guī)劃,同樣需要團隊成員對MSF理論的深刻認識,同樣需要一種機制來保證新的團隊管理方式的推行順暢。而MSF框架的使用也會為團隊帶來活力與戰(zhàn)斗力,有利于團隊精神的發(fā)揚和延續(xù),不僅僅是項目管理水平的提升,更有利于團隊知識管理框架的建立,積累寶貴的項目管理經(jīng)驗。實際上,軟件開發(fā)項目不僅僅是為了給最終用戶交付一個可以運行的軟件產(chǎn)品或是解決方案,更深層次的成功則是通過一個有一個項目的開發(fā),團隊能夠得到知識積累和成熟工作模式的形成,這已經(jīng)超出了項目管理的范疇,提升到軟件企業(yè)管理的層次,只有企業(yè)內(nèi)部的所有軟件開發(fā)團隊都朝這個方向努力,才能真正為企業(yè)帶來知識積淀和持久的生命力。圖2:功能小組示例MSF經(jīng)驗知識庫主要內(nèi)容企業(yè)結構設計方案采用交互的方式,側重于制定長期

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論