在軟件開發(fā)過程中，經(jīng)常有許多細節(jié)和事故使我們的計劃無法趕上。例如，需求變化，人員更替等。為了確保項目進度可控并有效避免項目在開發(fā)過程中的風(fēng)險，可以想象項目管理在軟件開發(fā)中的重要性。

項目管理一般有兩個方面：項目規(guī)劃和開發(fā)團隊管理。

建立項目計劃

（1）設(shè)計整體架構(gòu)

對于項目的實施，采用適合項目并相對成熟的框架。

在過去的幾年里，當(dāng)我是集團技術(shù)部門的技術(shù)人員時，當(dāng)公司的產(chǎn)品總是存在各種問題時，例如當(dāng)系統(tǒng)每天發(fā)布或者流量稍微過大時，系統(tǒng)會發(fā)生故障，它會在一天內(nèi)關(guān)閉。超過100封錯誤電子郵件影響了業(yè)務(wù)部門的正常使用。

有這么多錯誤的原因是因為無論業(yè)務(wù)部門要求什么，技術(shù)部門都接受了這一切。這是不合理的，這不會導(dǎo)致如此多的錯誤。技術(shù)部門為業(yè)務(wù)部門服務(wù)。這是正常的。畢竟，公司的主要收入來自業(yè)務(wù)部門。問題是數(shù)據(jù)字典是由每個開發(fā)人員設(shè)計的，導(dǎo)致大多數(shù)數(shù)據(jù)字典的冗余甚至不合理的設(shè)計。他們只關(guān)心他們負責(zé)的模塊。當(dāng)模塊相關(guān)時，會出現(xiàn)問題。

當(dāng)時，該公司采用了asp.net + mssql服務(wù)器技術(shù)，沒有使用相應(yīng)的框架，代碼冗余，經(jīng)過兩個多月的整改，系統(tǒng)勉強可以使用。

（2）控制可擴展性

過度擴展會增加系統(tǒng)的復(fù)雜性，延長開發(fā)時間;如果擴展太低，將直接影響系統(tǒng)的二次開發(fā)和維護。控制系統(tǒng)的可擴展性可以提高開發(fā)效率，降低系統(tǒng)維護難度。

我不知道你是否覺得這個項目在早期階段做得不好，復(fù)制和粘貼的現(xiàn)象隨處可見，導(dǎo)致代碼越來越多，維護越來越困難。

（3）建立基礎(chǔ)設(shè)施

合理分配部署基礎(chǔ)設(shè)施（如硬件和軟件）所需的時間和成本。

（4）劃分開發(fā)任務(wù)

WBS（工作分解結(jié)構(gòu)）用于對可交付成果進行分類和劃分。每個項目分為幾個不同的階段，每個階段可以分為多個工作包。工作包是WBS中最小的可交付結(jié)果。最后，從工作包中分解多個開發(fā)任務(wù)列表。分配給個別開發(fā)者。

（5）部署開發(fā)進度

從需求研究，總結(jié)設(shè)計，詳細設(shè)計，實施開發(fā)任務(wù)，測試，聯(lián)合調(diào)試，SIT部署和生產(chǎn)環(huán)境部署往往被推遲，項目經(jīng)理必須具有協(xié)商能力，預(yù)測風(fēng)險能力和控制能力。項目經(jīng)理推動項目前進，并為所有利益相關(guān)者的利益滿足項目的接受。

（6）測試項目結(jié)果

每個工作包應(yīng)并行部署，以提高項目質(zhì)量。測試人員應(yīng)以文本模式記錄錯誤BUG的工作包，向開發(fā)人員顯示錯誤并允許開發(fā)人員及時進行更改。

管理開發(fā)團隊

（1）組建團隊

團隊是根據(jù)工作任務(wù)和項目時間的前提建立的，并根據(jù)團隊職責(zé)分配人員。一般團隊控制在6到10人之間。當(dāng)團隊有20多人時，您應(yīng)該考慮將團隊分成兩個獨立的團隊，負責(zé)不同的開發(fā)任務(wù)。

（2）作業(yè)開發(fā)任務(wù)

在每個迭代周期（通常為15~30個工作日）中，每個工作包應(yīng)進一步細分為多個開發(fā)任務(wù)。開發(fā)任務(wù)的開發(fā)時間應(yīng)控制在15個工作小時內(nèi)，如果開發(fā)任務(wù)開發(fā)時間超過15個工作小時，則應(yīng)考慮完善任務(wù)。應(yīng)以自由選擇的方式為每個團隊成員分配開發(fā)任務(wù)。

（3）后續(xù)發(fā)展進度

在迭代的早期階段召開會議，讓團隊成員了解開發(fā)進度和流程，并以自選方式分配開發(fā)任務(wù)。使用工具記錄開發(fā)過程的進度。在開發(fā)每個工作包之后，您應(yīng)該測試性功能并以文本形式記錄測試結(jié)果。

每天舉行超過10分鐘的常設(shè)會議，讓團隊成員報告昨天完成的開發(fā)任務(wù)，當(dāng)天要完成的任務(wù)以及開發(fā)過程中遇到的問題。

每個周末都會定期舉行會議，以解釋整個過程。

在迭代結(jié)束時召開sprint會議，總結(jié)項目進度，交通銀行完成的任務(wù)，審查迭代過程中遇到的問題，并為下一次迭代做準(zhǔn)備。

在此期間永遠不要忽視開發(fā)規(guī)范和代碼審查。

有關(guān)代碼規(guī)范的更多信息，請訪問《你見過馬化騰、劉強東編寫的代碼嗎？》

顧名思義，代碼審查是一個檢查代碼并確保其有效，并盡可能優(yōu)化代碼的過程。

有些人會對代碼審查過程感到厭惡。我寫的代碼需要其他人審核。你懷疑我們的編碼能力嗎？

實際上，檢查我們的代碼實際上是一件好事，這可以降低粗心錯誤帶來的風(fēng)險。即使是最優(yōu)秀的開發(fā)人員也會有一個好主意。