| |
|
|
|
軟件開發(fā)（整體）項(xiàng)目管理的注意事項(xiàng)
|
引言：軟件行業(yè)從20世紀(jì)60年代開始操作系統(tǒng)的研發(fā)，到20世紀(jì)90年代中期行業(yè)快速發(fā)展。從原有的作坊式開發(fā)到目前團(tuán)隊(duì)協(xié)作完成，從早期的技術(shù)力量競爭到現(xiàn)有的項(xiàng)目成本控制競爭，從面向結(jié)構(gòu)到面向?qū)ο笤俚矫嫦蚍?wù)架構(gòu)，項(xiàng)目管理被提到一定的高度，如何有效的經(jīng)營項(xiàng)目來降低風(fēng)險、控制成本，確保項(xiàng)目進(jìn)度流暢，在有效的時間內(nèi)保質(zhì)、保量的完成驗(yàn)收。成為不少項(xiàng)目管理人士的追求目標(biāo)。結(jié)合個人項(xiàng)目管理實(shí)踐，本人有幾點(diǎn)管理注意事項(xiàng)與大家一起分享。
開發(fā)模型確定
一個項(xiàng)目的好壞，開發(fā)模型優(yōu)良是項(xiàng)目成功重要保障，有了好的開發(fā)模型我們可以很好的控制項(xiàng)目進(jìn)度、降低風(fēng)險。所以我們在項(xiàng)目開始前首先需要確定項(xiàng)目的開發(fā)模型。這里我們建議采用迭代式的開發(fā)模型。我們知道原有早期傳統(tǒng)的開發(fā)模型是一個文檔驅(qū)動的流程，它將整個軟件開發(fā)過程劃分為順序相接的幾個階段，每個階段都必需完成全部規(guī)定的任務(wù)后才能夠進(jìn)入下一個階段。項(xiàng)目開始首先完成系統(tǒng)需求規(guī)格說明書，之后才能夠進(jìn)入概要設(shè)計(jì)階段，編碼則在系統(tǒng)設(shè)計(jì)完成之后進(jìn)行。這就意味著只有當(dāng)所有的系統(tǒng)模塊全部開發(fā)完成之后，我們才進(jìn)行系統(tǒng)集成，對于一個由很多個模塊組的復(fù)雜系統(tǒng)來說，這是一個非常艱巨而漫長的工作，且存在著潛在的風(fēng)險。
如：需求或者設(shè)計(jì)中的錯誤無法在項(xiàng)目早期發(fā)現(xiàn)，只有在系統(tǒng)交付客戶之后才能發(fā)現(xiàn)原先對于需求的理解是錯誤的，系統(tǒng)設(shè)計(jì)的錯誤也只有在測試階段才能被發(fā)現(xiàn)。
軟件項(xiàng)目常常延期完成或開發(fā)費(fèi)用超出預(yù)算項(xiàng)目開發(fā)進(jìn)度往往會被意外發(fā)生的問題所打亂，需要進(jìn)行返工或其他一些額外的開發(fā)周期，造成項(xiàng)目延期或費(fèi)用超支。
項(xiàng)目管理人員專注于文檔的完成和審核來估計(jì)項(xiàng)目的進(jìn)展情況所以項(xiàng)目經(jīng)理對于項(xiàng)目狀態(tài)的估計(jì)往往是不準(zhǔn)確的，當(dāng)他回答系統(tǒng)已完成了80%的開發(fā)任務(wù)時，剩下20%的開發(fā)任務(wù)實(shí)際上消耗的是整個項(xiàng)目80%的開發(fā)資源。
在傳統(tǒng)的瀑布模型中，早期是無法發(fā)現(xiàn)，需求和設(shè)計(jì)中的問題，只有當(dāng)系統(tǒng)第一次集成后，這些設(shè)計(jì)缺陷才會在測試中暴露出來，需求缺陷則需要等到系統(tǒng)與用戶見面后，暴露。從而導(dǎo)致一系列的返工：重新設(shè)計(jì)、編碼、測試，進(jìn)而導(dǎo)致項(xiàng)目的延期和開發(fā)成本的上升。
為了解決傳統(tǒng)軟件開發(fā)流程中的問題，我們建議采用迭代化的開發(fā)方法來取代瀑布模型。在瀑布模型中，我們要完成的是整個軟件系統(tǒng)開發(fā)這個大目標(biāo)。在迭代化的方法中，我們將整個項(xiàng)目的開發(fā)目標(biāo)劃分成為一些更易于完成和達(dá)到的階段性小目標(biāo)，這些小目標(biāo)都有一個明確的階段性評估標(biāo)準(zhǔn)。迭代就是為了完成一定的階段性目標(biāo)而所從事的一系列開發(fā)活動，在每個迭代開始前都要根據(jù)項(xiàng)目當(dāng)前的狀態(tài)和所要達(dá)到的階段性目標(biāo)制定迭代計(jì)劃，整個迭代過程包含了需求調(diào)研、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、版本集成、軟件測試、軟件發(fā)布和產(chǎn)品交付等各種類型的開發(fā)活動，迭代完成之后需要對迭代完成的結(jié)果進(jìn)行評估，并以此為依據(jù)來制定下一次迭代的目標(biāo)。
開發(fā)計(jì)劃制定
確定好項(xiàng)目的開發(fā)模型，一整套配套可行的項(xiàng)目開發(fā)計(jì)劃是開發(fā)過程中進(jìn)度控制的標(biāo)準(zhǔn)，同樣是用戶、公司管理層了解項(xiàng)目進(jìn)展的依據(jù)。通常項(xiàng)目管理人員、需求人員和用戶根據(jù)用戶原始需求（可以是項(xiàng)目方案書或者是建議書），一起定義整個項(xiàng)目過程中的項(xiàng)目迭代過程個數(shù)以及每個迭代過程的開發(fā)目標(biāo)和范圍。
如何進(jìn)行迭代過程的劃分和范圍有效定義呢？是我們迭代開發(fā)計(jì)劃制定的首要任務(wù)，我們這里推薦兩種劃分原則。
一、用戶需求至上原則，也就是根據(jù)用戶需求的優(yōu)先級，進(jìn)行逐個模塊擊破，每一個迭代是用戶需求一個的模塊，當(dāng)然模塊小時或者人員充足時，也是在一個迭代中完成兩個或者三個模塊。
二、當(dāng)用戶需求沒有鮮明優(yōu)先級時，我們可以采用功能逐步求精開發(fā)法，類似于我們早期采用快速原型開發(fā)，劃分多個迭代，確定每個迭代需要達(dá)到的功能的完善層次，例如，首先第一個迭代僅完成系統(tǒng)的原型開發(fā)，第二迭代則緊接著完成各業(yè)務(wù)基本功能，然后逐步完善直至滿足用戶需求。
無論怎樣劃分我們的迭代過程，總之需要把握一個原則，框架盡早規(guī)劃，版本快速集成。項(xiàng)目只要進(jìn)入軟件實(shí)現(xiàn)過程早期,建議實(shí)現(xiàn)周版本的概念，確保一周一個版本，一來方便項(xiàng)目管理人員了解項(xiàng)目進(jìn)度、質(zhì)量，從而根據(jù)前期項(xiàng)目完成情況和近期的用戶需求變動及時調(diào)整計(jì)劃。二來可以盡早將系統(tǒng)與用戶見面，及時發(fā)現(xiàn)對于用戶需求理解不正確之處，同時還可以激發(fā)用戶潛在需求，細(xì)化需求。在軟件實(shí)現(xiàn)過程后期，則可以根據(jù)需要調(diào)整集成版本頻率。所以，雖然每個迭代開發(fā)過程中的開發(fā)活動是可以選擇性的裁減，但通常軟件實(shí)現(xiàn)、版本集成和軟件測試是每個迭代不可缺少的活動，否則迭代過程將失去它的含義。
信息發(fā)布：廣州名易軟件有限公司 http://www.jetlc.com
|
|
|
|
|
|
名易MyOA協(xié)同綜合辦公平臺
名易MyCRM客戶關(guān)系管理平臺
名易MyHR人力資源管理平臺
名易MyIDP智能開發(fā)平臺
名易MyIBP保險業(yè)務(wù)管理平臺
名易MyHMS酒店綜合管理系統(tǒng)
名易MyPM項(xiàng)目管理平臺
名易MyTMS物流運(yùn)輸管理平臺
名易MyVMS汽車綜合管理系統(tǒng)
名易MyIMS貸款管理系統(tǒng)
名易MyEDU教育管理平臺
名易MyPCS生產(chǎn)事務(wù)協(xié)調(diào)系統(tǒng)
名易MyWIDP微信智能開發(fā)平臺
