軟件開發(fā)項目管理-文庫吧
2025-03-29 02:04 本頁面
【正文】 和應用的熟悉程度)。模塊技術(shù)實現(xiàn)上是否存在難點，所謂的技術(shù)難點定義是：在現(xiàn)有系統(tǒng)中還未實現(xiàn)的、開發(fā)人員自身未沒接觸過的技術(shù)。對于這樣的難點，開發(fā)者沒有相關(guān)的代碼可以參考，自己也沒有經(jīng)驗，所以需要投入學習時間用于研究解決。模塊分配和開發(fā)時間估算的步驟：在劃分好模塊后，首先項目管理人員預先估算各個模塊所需要的開發(fā)時間。召集所有開發(fā)人員，討論模塊的分配和開發(fā)時間估算。將劃分好的模塊，分配給開發(fā)人員，如狀況允許可允許開發(fā)人員自主選擇以提高開發(fā)人員的主動性和參與性。分配模塊的時為確保開發(fā)的速度和質(zhì)量，基本原則如下：A、類似的模塊由同一人負責開發(fā)，比如用戶信息的增刪改應由同一開發(fā)者負責。這樣開發(fā)者對相關(guān)邏輯會比較熟悉，代碼/接口的定義也會相對明確，溝通的成本低，相應可以降低功能實現(xiàn)的缺陷概率。 B、技術(shù)難度較大的模塊由技術(shù)水平比較高的人負責。 C、業(yè)務邏輯比較復雜的由對業(yè)務邏輯比較了解的人負責。 模塊分配完成后，開發(fā)人員評估自己負責開發(fā)的模塊所需要的時間。在此過程中應與開發(fā)者討論每個模塊的技術(shù)實現(xiàn)細節(jié)，使時間的估算更加準確。對開發(fā)人員估算的時間進行確認。在確認過程中作為，項目管理者將預估時間和開發(fā)人員估算時間進行比較。那些差異較大的，與人員探討其中的緣由。對于時間周期比較長的任務，將任務拆分為更小的子任務，每個任務的完成時間為824工時，消除時間周期較長的任務，避免不確定性影響項目的進度。CodeReview CodeReview是保證項目中代碼質(zhì)量非常重要的一個環(huán)節(jié)，在這一環(huán)控制不嚴往往是測試后出現(xiàn)大量bug的主因，有時甚至導致返工；關(guān)于CodeReview執(zhí)行，首先應有編碼規(guī)范和代碼審查規(guī)范。通過這兩個文檔來規(guī)范開發(fā)人員的代碼實現(xiàn)，代碼編寫者必須要嚴格按照規(guī)范來進行；代碼審核者根據(jù)這些標準來CodeReview代碼，同時在CodeReview過程中需要不斷完善該文檔。CodeReview一般可按以下步驟實施： 檢查開發(fā)者的代碼實現(xiàn)是否遵循了編碼規(guī)范。 從代碼的易維護性、可擴展性角度考察代碼的質(zhì)量，提出修改建議。 代碼編寫者和代碼審核者坐在一起，由代碼編寫者按照UseCase依次講解自己負責的代碼和相關(guān)邏輯，代碼審核者在此過程中可以隨時提出自己的疑問，同時積極發(fā)現(xiàn)隱藏的bug，對這些bug記錄在案。 代碼講解完畢后，代碼審核者給自己安排幾個小時再對代碼審核一遍。代碼需要檢查Bug。同時全面兼顧，確保代碼整體上結(jié)構(gòu)優(yōu)良；審核完畢后，代碼審核者編寫“代碼審核報告”記錄發(fā)現(xiàn)的問題及修改建議，提交給相關(guān)人員。 代碼編寫者根據(jù)“代碼審核報告”給出的修改意見，修改好代碼，有不清楚的地方可積極向代碼審核者提出。 代碼編寫者bugfixed完畢之后給出反饋。 代碼審核者把CodeReview中發(fā)現(xiàn)的有價值的問題更新到代碼審核規(guī)范的文檔中，對于特別值得提醒的問題可群發(fā)給所有技術(shù)人員。需求變更管理 需求變更管理
公司管理相關(guān)推薦
鄂ICP備17016276號-1