IT軟件項目開發(fā)的具體實施方案_第1頁
IT軟件項目開發(fā)的具體實施方案_第2頁
IT軟件項目開發(fā)的具體實施方案_第3頁
IT軟件項目開發(fā)的具體實施方案_第4頁
IT軟件項目開發(fā)的具體實施方案_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、項目管理實施方案作為一個項目管理者,如何要成功的做好項目管理;首先必須 先要明白的是在特定的領(lǐng)域中賦予這個角色所要實現(xiàn)的目標(biāo)、承擔(dān)的職責(zé)、以及項目管理者的具體工作內(nèi)容是什么?從我個人的淺見和角度以及我們所從事的IT領(lǐng)域來分析回答以上三個問題。第一:目標(biāo)作為一個項目的管理者,必須要明確的知道自己的工作目標(biāo);我 個人認(rèn)為項目管理者的目標(biāo)無非就是以下兩點:1、就是清晰明確地了解項目利害關(guān)系者的需求和期望,努力做到滿足項目利害關(guān)系者的不同需求;項目利害關(guān)系者包括:項目團(tuán)隊 成員和項目團(tuán)隊外成員(比如各部門的部門負(fù)責(zé)人和市場人員,客戶 等)。2、就是保證開發(fā)項目按需按時保質(zhì)的完成。第二:職責(zé)作為項目的管

2、理者,首先要端正態(tài)度,要明確知道自己的工作職責(zé),認(rèn)識到這份工作職責(zé)的本質(zhì)。項目管理者不是來管人的,而是來支持人的,是來協(xié)調(diào)資源的,是來營造一個適合團(tuán)隊成員比較認(rèn)同的工作環(huán)境和氛圍的,是來為一個共同的目標(biāo)和大家一起戰(zhàn)斗共同成長的??梢源蟾鸥爬ǔ梢韵聨c:1、建立有效的工作流程保證項目的順利進(jìn)行。2、制定詳細(xì)周密的項目計劃3、跟蹤,推動項目按計劃進(jìn)行。4、積極解決項目過程中出現(xiàn)的問題和沖突。5、調(diào)動開發(fā)團(tuán)隊的積極性,創(chuàng)造力,推動團(tuán)隊成員在項目過程中不 斷成長。6、項目風(fēng)險識別、風(fēng)險評估、風(fēng)險解決和風(fēng)險管理策略以及做好突發(fā)風(fēng)險的應(yīng)急預(yù)案。7、實現(xiàn)目標(biāo)第三:項目管理者的具體工作內(nèi)容最后一個是項目管理者

3、的具體工作內(nèi)容,作為項目管理者必須清晰的知道自己的工作范圍和所要做的工作內(nèi)容以及工作重心,分為以下六點:1項目前期階段對項目進(jìn)行技術(shù)可行性分析、技術(shù)評估、成本評估以及風(fēng)險評估。與 需求提 出方的代表進(jìn)行需求討論,明確項目的目標(biāo)、價值;確定項目 范圍、功能及 優(yōu)先級。組建項目團(tuán)隊,特別要搞清楚項目的 key person對產(chǎn)品有決定權(quán)的 人)。項目啟動會議,相關(guān)的利害關(guān)系人 員都必須參加。該階段完成后的成果:確認(rèn)后的最終軟件需求規(guī)格說明書文檔。2、分析設(shè)計階段根據(jù)確認(rèn)后的軟件需求規(guī)格說明書,制定項目進(jìn)度計劃,工作任務(wù)分解(WBS);資源申請,項目涉及到的開發(fā)資源、測試資源、設(shè)計資源(包括人員和軟

4、硬件資源);數(shù)據(jù)庫設(shè)計;系統(tǒng)設(shè)計;文檔(包括Use Case Demo 系統(tǒng)原型、Test Case等);評審會議。該階段完成后的成果:A、User Case系統(tǒng)用例);B、DEMO (系統(tǒng)原 型);C、系統(tǒng)設(shè)計文檔(概要設(shè)計和詳細(xì)設(shè)計);D、數(shù)據(jù)庫設(shè)計文檔。 最后對 完成的成果,包括User Case和設(shè)計文檔等進(jìn)行評審。3、執(zhí)行階段(開發(fā)和測試)準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境;跟蹤,推動項目按計劃進(jìn)行;以周報的形 式通報 項目的進(jìn)展情況。對項目的階段成果進(jìn)行評估,以確保該階段完成的質(zhì)量,包括代碼審核、SQL審核等。對需求變更進(jìn)行控制管理;對項目風(fēng)險進(jìn)行管理;測試階段BUG FIXED及改進(jìn)、收集反

5、饋意見。4、發(fā)布階段包括制定項目發(fā)布計劃,用戶培訓(xùn),發(fā)布上線。5、上線后監(jiān)控數(shù)據(jù)監(jiān)控(日志、服務(wù)器狀態(tài)),根據(jù)監(jiān)控出現(xiàn)的問題,及時進(jìn)行BUG FIXED及改進(jìn)或做補(bǔ)丁升級。6、結(jié)束階段產(chǎn)品交付,項目總結(jié)會。第四:基于以上三個問題所做的應(yīng)對細(xì)則要做好項目管理,并能確實解決好以上三個問題,實現(xiàn)目標(biāo)、 履行職責(zé)、完成工作中的具體內(nèi)容,從我個人這幾年的工作經(jīng)驗和面臨的一些問題,還有所積累的一些項目管理中的一些知識以及自己的觀察和思考的角度看,應(yīng)該要努力做好以下這幾個方面的具體工作:1、項目開發(fā)時間的估算制定項目進(jìn)度時間表的時候,需要估算每個任務(wù)所需的時間,其中開發(fā)任務(wù)中模塊的分配和時間估算是其中最主要

6、的部分;在分配模塊 和估算開發(fā)時間時需要遵循的原則和目標(biāo):1、保證項目整體的進(jìn)度。2、有助于確保開發(fā)編碼的質(zhì)量。3、有助于提高開發(fā)編碼的速度。在公司現(xiàn)有的技術(shù)框架下,開發(fā)人員主 要的工作是投入在具體的商業(yè)邏輯上。通常每個模塊所需的開發(fā) 時間取決于以下三個因素:1、所負(fù)責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。2、開發(fā)人員的技術(shù)水平和對項目所在應(yīng)用的熟悉程度 (包括對框架和 應(yīng) 用的熟悉程度)。3、該模塊技術(shù)實現(xiàn)上是否有技術(shù)難點; 這里所謂 的技術(shù)難點定義是:在現(xiàn)有系統(tǒng)中還未實現(xiàn)的、開發(fā)人員自身也未沒接觸過的技術(shù)。對于這樣的難點,開發(fā)者沒有相關(guān)的代碼可以參考,自己也沒有經(jīng)驗,所以需要投入一些時間研究解決。模塊

7、分配和開發(fā)時間估算的步驟:1、在劃分好模塊后,首先自己先估算一下每個模塊所需要的開發(fā)時間。2、然后召集所有開發(fā)人員,討論模塊的分配和開發(fā)時間估算。將劃分好的模塊,讓開發(fā)人員從中挑選他們感興趣的模塊。這樣做可以提高開發(fā)人員的主動性和參與性。在分配模塊的時候還需從以下幾方面考慮,以確保開發(fā)的速度和質(zhì)量:A、相同類似的模塊由同一人負(fù)責(zé)開發(fā),比如用戶管理的增刪改由同一開發(fā)者負(fù)責(zé)。這樣做的好處就是開發(fā)者對相關(guān)邏輯會更加熟悉,同 時接口的定義也會比較明確,溝通的成本比較低,同時功能實現(xiàn)的缺陷也相應(yīng)的會降低。B、技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負(fù)責(zé)。C、業(yè)務(wù)邏輯比較復(fù)雜的由對這塊邏輯比較了解的人負(fù)責(zé)

8、。3、模塊分配完后,開發(fā)人員評估自己負(fù)責(zé)開發(fā)的模塊所需要的時間。在此過程中最好做到要和開發(fā)者比較詳細(xì)的討論每個模塊的技術(shù)實 現(xiàn),以便使時 間的估算更加準(zhǔn)確。4、對開發(fā)人員估算的時間進(jìn)行確認(rèn)。在確認(rèn)過程中作為項目管理者 應(yīng)參考 以上提到的三個因素,同時將自己估算的時間和開發(fā)人員估算 的時間進(jìn)行比 較。這其中的差異當(dāng)然會存在的。對于那些差異比較大 的,將與技術(shù)人員探 討其中的緣由。對于時間周期比較長的任務(wù),盡 量將任務(wù)通過再細(xì)分的手段 細(xì)化任務(wù),爭取每個任務(wù)的最長時間不超 過3天;時間周期越長的任務(wù),不 確定性越高,風(fēng)險也越高,越有可 能成為項目的瓶頸,影響項目的進(jìn)度。2、Code ReviewC

9、ode Review是保證項目中代碼質(zhì)量非常重要的一個環(huán)節(jié),在這一環(huán)中我們公司做的非常欠缺,把關(guān)不嚴(yán)格;這是導(dǎo)致每次測試后出現(xiàn)大量bug的主要原因,這一環(huán)需要納入績效考核中,實行責(zé)任追究制,實施重點監(jiān)控。出現(xiàn)這樣的薄弱環(huán)節(jié),造成這樣的原因,我想也是有很多因素造成 的;比如開發(fā)人員對需求不是很明確,以自己比較 主觀的因素去完成任務(wù)的;還有對整個系統(tǒng)業(yè)務(wù)邏輯沒有正確的清晰的認(rèn)識的原因,以及對項目組成員培訓(xùn)不到位的原因等眾多因素糾集 在一起才產(chǎn)生的。如何做好這方面的工作?首先編碼要有“編碼規(guī)范”文檔,Code Review要有“代碼審核規(guī)范”文檔:記錄代碼實現(xiàn)應(yīng)該遵循的標(biāo)準(zhǔn)。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實現(xiàn),代碼編寫者必須要嚴(yán)格按照規(guī)范來進(jìn)行;代碼審核者根據(jù)這些標(biāo)準(zhǔn)來Code Review代 碼,同時在Code Review 過程中不斷完善該文檔。在做好這些前期工作的前提下,分以下幾個步驟來實施:1、檢查開發(fā)者的代碼實現(xiàn)是否遵循了編碼規(guī)范。2、從代碼的易維護(hù)性、可擴(kuò)展性角度考察代碼的質(zhì)量,提出修改建議。3、

溫馨提示

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

評論

0/150

提交評論