IT軟件項目開發(fā)的具體實施方案

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

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

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

4、源申請，項目涉及到的開發(fā)資源、測試資源、設(shè)計資源包括人員和軟硬件資源）；數(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è)計和詳細設(shè)計）；D、數(shù)據(jù)庫設(shè)計文檔。 最后對 完成的成果，包括 User Case 和設(shè)計文檔等進行評審。3、執(zhí)行階段 （開發(fā)和測試 ） 準(zhǔn)備開發(fā)環(huán)境、測試環(huán)境；跟蹤，推動項目按計劃進行；以周報的形 式通報 項目的進展情況。對項目的階段成果進行評估，以確保該階段 完成的質(zhì)量， 包括代碼審核、 SQL

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

6、目開發(fā)時間的估算 制定項目進度時間表的時候，需要估算每個任務(wù)所需的時間，其中 開發(fā)任務(wù)中模塊的分配和時間估算是其中最主要的部分； 在分配模塊 和估算 開發(fā)時間時需要遵循的原則和目標(biāo)：1、保證項目整體的進度。2、有助于確保開發(fā)編碼的質(zhì)量。3、有助于提高開發(fā)編碼的速度。 在公司現(xiàn)有的技術(shù)框架下，開發(fā)人 員主 要的工作是投入在具體的商業(yè)邏輯上。 通常每個模塊所需的開發(fā) 時間取決于 以下三個因素：1、所負責(zé)模塊的商業(yè)邏輯的復(fù)雜程度。2、開發(fā)人員的技術(shù)水平和對項目所在應(yīng)用的熟悉程度 （包括對框架和 應(yīng) 用的熟悉程度 ）。 3、該模塊技術(shù)實現(xiàn)上是否有技術(shù)難點； 這里所謂 的技術(shù) 難點定義是：在現(xiàn)有系統(tǒng)中還

7、未實現(xiàn)的、開發(fā)人員自身也未沒 接觸過的技 術(shù)。對于這樣的難點，開發(fā)者沒有相關(guān)的代碼可以參考， 自己也沒有經(jīng)驗， 所以需要投入一些時間研究解決。模塊分配和開發(fā)時間估算的步驟：1、在劃分好模塊后，首先自己先估算一下每個模塊所需要的開發(fā)時 間。2、然后召集所有開發(fā)人員，討論模塊的分配和開發(fā)時間估算。將劃 分好的模塊，讓開發(fā)人員從中挑選他們感興趣的模塊。 這樣做可以提 高開發(fā)人員的主動性和參與性。在分配模塊的時候還需從以下幾方面 考慮，以確保開發(fā)的速度和質(zhì)量：A 、 相同類似的模塊由同一人負責(zé)開發(fā)，比如用戶管理的增刪改由同 一開發(fā)者負責(zé)。這樣做的好處就是開發(fā)者對相關(guān)邏輯會更加熟悉， 同 時接口 的定義

8、也會比較明確，溝通的成本比較低，同時功能實現(xiàn)的缺 陷也相應(yīng)的會 降低。B、 技術(shù)難度比較大的模塊由技術(shù)水平比較高的人負責(zé)。C、 業(yè)務(wù)邏輯比較復(fù)雜的由對這塊邏輯比較了解的人負責(zé)。3、模塊分配完后，開發(fā)人員評估自己負責(zé)開發(fā)的模塊所需要的時間。在此過程中最好做到要和開發(fā)者比較詳細的討論每個模塊的技術(shù)實 現(xiàn)，以便使時 間的估算更加準(zhǔn)確。4、對開發(fā)人員估算的時間進行確認。在確認過程中作為項目管理者 應(yīng)參考 以上提到的三個因素，同時將自己估算的時間和開發(fā)人員估算 的時間進行比 較。這其中的差異當(dāng)然會存在的。對于那些差異比較大 的，將與技術(shù)人員探 討其中的緣由。對于時間周期比較長的任務(wù)，盡 量將任務(wù)通過再細

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