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

項(xiàng)目管理一般有兩個(gè)方面：項(xiàng)目規(guī)劃和開發(fā)團(tuán)隊(duì)管理。

建立項(xiàng)目計(jì)劃

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

對于項(xiàng)目的實(shí)施，采用適合項(xiàng)目并相對成熟的框架。

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

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

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

（2）控制可擴(kuò)展性

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

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

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

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

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

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

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

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

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

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

管理開發(fā)團(tuán)隊(duì)

（1）組建團(tuán)隊(duì)

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

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

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

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

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

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

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

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

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

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

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

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

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