軟件開發(fā)項目管理-全文預覽
【正文】 負責人。針對接收到的需求變更的要求，召集相關人員討論該需求變更的合理性、可行性，實施的代價以及對項目的影響。將以UserCase作為需求基準線，在UserCase確認之后的任何需求改變，都需要走需求變更流程。變更處于有效的管理中。 對待需求變更的正確態(tài)度：需求變更是不可避免的。 代碼編寫者根據“代碼審核報告”給出的修改意見，修改好代碼，有不清楚的地方可積極向代碼審核者提出。 代碼編寫者和代碼審核者坐在一起，由代碼編寫者按照UseCase依次講解自己負責的代碼和相關邏輯，代碼審核者在此過程中可以隨時提出自己的疑問，同時積極發(fā)現隱藏的bug，對這些bug記錄在案。CodeReview CodeReview是保證項目中代碼質量非常重要的一個環(huán)節(jié)，在這一環(huán)控制不嚴往往是測試后出現大量bug的主因，有時甚至導致返工；關于CodeReview執(zhí)行，首先應有編碼規(guī)范和代碼審查規(guī)范。對開發(fā)人員估算的時間進行確認。 B、技術難度較大的模塊由技術水平比較高的人負責。召集所有開發(fā)人員，討論模塊的分配和開發(fā)時間估算。開發(fā)人員的技術水平和對項目所在應用的熟悉程度(包括對框架和應用的熟悉程度)。試運行階段數據監(jiān)控(日志、服務器狀態(tài))，根據監(jiān)控出現的問題，及時進行處理，改進性能問題，特定情況執(zhí)行補丁升級。對需求變更進行控制管理。跟蹤，推動項目按計劃進行。設計階段根據確認后的軟件需求規(guī)格說明書，制定項目進度計劃，工作任務分解(WBS)；資源申請，項目涉及到的開發(fā)資源、測試資源、設計資源(包括人員和軟硬件資源)；數據庫設計；系統設計；文檔(包括系統用例、Demo、測試用例等)；評審會議。與需求提出方的代表進行需求討論，明確項目的目標、價值。 解決項目過程中出現的問題和沖突，一般集中在需求不明/工作量或時長/開發(fā)難度/跨部門協調等幾個方面。 目標：功能滿足需求，設計支持變化，開發(fā)快速迭代，成果持續(xù)交付。 項目管理三要素平衡（時間/成本/質量），即開發(fā)項目按需按時按質的完成。 跟蹤設計/開發(fā)/測試/回歸/發(fā)布全流程，推動項目按預定計劃執(zhí)行。項目管理需求階段對項目進行技術可行性分析、技術評估、成本評估以及風險評估。項目啟動會議，相關的關系人都必須參加。執(zhí)行階段(開發(fā)和測試)準備開發(fā)環(huán)境、測試環(huán)境。代碼審核，包括CS審核、SQL審核、WEB審核等。發(fā)布階段 包括制定項目發(fā)布計劃，用戶培訓，發(fā)布上線。通常單個模塊開發(fā)時間取決于以下因素：負責模塊的業(yè)務邏輯的復雜程度。模塊分配和開發(fā)時間估算的步驟：在劃分好模塊后，首先項目管理人員預先估算各個模塊所需要的開發(fā)時間。這樣開發(fā)者對相關邏輯會比較熟悉，代碼/接口的定義也會相對明確，溝通的成本低，相應可以降低功能實現的缺陷概率。在此過程中應與開發(fā)者討論每個模塊的技術實現細節(jié)，使時間的估算更加準確。對于時間周期比較長的任務，將任務拆分為更小的子任務
公司管理相關推薦
鄂ICP備17016276號-1