項(xiàng)目管理是整個(gè)軟件開發(fā)項(xiàng)目的核心所在

軟件開發(fā)進(jìn)程中，往往有許多細(xì)節(jié)和意外讓咱們的方案趕不上改變。比如需求改變、人員活動(dòng)等。為了確保項(xiàng)目開展可控，有用躲避項(xiàng)目在開發(fā)進(jìn)程中的危險(xiǎn)，項(xiàng)目辦理的作用在軟件開發(fā)中的重要性可想而知。

項(xiàng)目辦理大致有項(xiàng)目方案和開發(fā)團(tuán)隊(duì)辦理兩方面。

樹立項(xiàng)目方案

(1)規(guī)劃整體架構(gòu)

針對(duì)項(xiàng)意圖實(shí)施需求，采納合適項(xiàng)目且相對(duì)老練的框架結(jié)構(gòu)。

前些年，我在某集團(tuán)技術(shù)部門擔(dān)任技術(shù)員時(shí)，那時(shí)公司的產(chǎn)品總呈現(xiàn)各式各樣的問題，例如日常發(fā)布體系時(shí)或訪問量略微過大時(shí)，體系就會(huì)呈現(xiàn)毛病，一天下來收到了100多份bug郵件，影響了事務(wù)系部門的正常使用。

之所以呈現(xiàn)這么多的bug，是由于不管事務(wù)系提什么需求，技術(shù)部都全盤接受了，按理這樣也不會(huì)導(dǎo)致呈現(xiàn)這么多bug，技術(shù)部服務(wù)于事務(wù)部，是正常的，畢竟公司的首要收入在事務(wù)部。可問題是，數(shù)據(jù)字典是每個(gè)開發(fā)人員自己規(guī)劃的，導(dǎo)致大多數(shù)數(shù)據(jù)字典冗余、乃至規(guī)劃不合理。各自只關(guān)心自己擔(dān)任的模塊。比及模塊之間有相關(guān)時(shí)，問題就接二連三了。

(2)操控可擴(kuò)展度

擴(kuò)展度過大，將進(jìn)步體系的雜亂程度，延伸開發(fā)時(shí)刻;擴(kuò)展度過低，會(huì)直接影響體系的二次開發(fā)與保護(hù)。操控體系的可擴(kuò)展性，能進(jìn)步開發(fā)功率，下降體系保護(hù)的難度。

不知你有沒有覺得，項(xiàng)目前期沒有做好，后邊復(fù)制粘貼的現(xiàn)象就會(huì)處處可見，導(dǎo)致冗余的代碼越來越多，保護(hù)越來越困難。

(3)樹立基礎(chǔ)設(shè)施

合理分配軟、硬件等基礎(chǔ)設(shè)施的布置所需求的時(shí)刻與本錢。

(4)區(qū)分開發(fā)使命

使用WBS(Work Breakdown Structure，作業(yè)分化結(jié)構(gòu))對(duì)可交給效果進(jìn)行分類與區(qū)分。每個(gè)項(xiàng)目區(qū)分為多個(gè)不同階段，每個(gè)階段又能夠分為多個(gè)作業(yè)包(Work Package)，作業(yè)包是WBS里最小的可交給效果，最終從作業(yè)包平分化出多個(gè)開發(fā)使命列表，分配給各個(gè)開發(fā)人員。

(5)布置開發(fā)開展

從需求調(diào)研、進(jìn)行概要規(guī)劃、進(jìn)行具體規(guī)劃、履行開發(fā)使命、測(cè)驗(yàn)、聯(lián)合調(diào)試、SIT布置、出產(chǎn)環(huán)境布置都常常延誤，項(xiàng)目經(jīng)理必須有談判才干、預(yù)判危險(xiǎn)才干、操控才干。項(xiàng)目經(jīng)理就是在滿意各方項(xiàng)目干系人的利益的情況下，推進(jìn)項(xiàng)目向前開展，最終到達(dá)項(xiàng)目檢驗(yàn)。

(6)測(cè)驗(yàn)項(xiàng)目效果

每個(gè)作業(yè)包都應(yīng)該同步布置測(cè)驗(yàn)作業(yè)，進(jìn)步項(xiàng)意圖質(zhì)量。對(duì)犯錯(cuò)BUG的作業(yè)包應(yīng)該由測(cè)驗(yàn)人員以文本辦法記載，向開發(fā)人員展現(xiàn)過錯(cuò)地點(diǎn)，讓開發(fā)人員及時(shí)進(jìn)行修正。

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

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

按照作業(yè)使命與項(xiàng)目時(shí)刻的前提條件樹立團(tuán)隊(duì)，按團(tuán)隊(duì)職責(zé)分配人員，一般小組操控在6~10人之間。當(dāng)團(tuán)隊(duì)人數(shù)超越20人時(shí)，應(yīng)該考慮把團(tuán)隊(duì)分化成2個(gè)獨(dú)立團(tuán)隊(duì)，擔(dān)任不同的開發(fā)使命。

(2)分配開發(fā)使命

在每個(gè)迭代周期內(nèi)(一般是15~30個(gè)作業(yè)日)，應(yīng)該把每個(gè)作業(yè)包進(jìn)一步細(xì)分為多個(gè)開發(fā)使命，開發(fā)使命的開發(fā)時(shí)刻應(yīng)該操控在15個(gè)作業(yè)小時(shí)以內(nèi)，假如開發(fā)使命的開發(fā)時(shí)刻超出15個(gè)作業(yè)小時(shí)，應(yīng)該考慮把使命再度細(xì)化。而開發(fā)使命應(yīng)該以自由挑選的辦法分配給每個(gè)組員。

(3)跟進(jìn)開發(fā)開展

在迭代的前期舉辦一次會(huì)議，讓組員了解開發(fā)的開展及流程，并以自主挑選的辦法分配開發(fā)使命。用東西記載開發(fā)流程的開展，在每個(gè)作業(yè)包完結(jié)開發(fā)后應(yīng)該進(jìn)行性功能的測(cè)驗(yàn)，并以文本辦法記載測(cè)驗(yàn)效果。

每天舉辦一次10多分鐘的站立會(huì)議，讓組員報(bào)告昨天已完結(jié)的開發(fā)使命，當(dāng)天即將做的使命，以及開發(fā)進(jìn)程中所遇到的問題。

項(xiàng)目辦理在軟件開發(fā)中的位置不容忽視

并在每周末舉辦一次例行會(huì)議，交待整體進(jìn)程。

在迭代末期舉辦一次沖刺會(huì)議，總結(jié)項(xiàng)意圖開展，交行已完結(jié)的使命，回顧該迭代周期內(nèi)所遇到的問題，為下一個(gè)迭代做好預(yù)備。

期間千萬(wàn)不要忽視開發(fā)標(biāo)準(zhǔn)和代碼查看。

關(guān)于代碼標(biāo)準(zhǔn)，感興趣，請(qǐng)閱讀《你見過馬化騰、劉強(qiáng)東編寫的代碼嗎?》

代碼查看，望文生義，是一個(gè)查看代碼并確保其能正常作業(yè)的進(jìn)程，而且盡可能的優(yōu)化代碼。

有人會(huì)對(duì)代碼查看的流程惡感，我寫的代碼還要他人查看，難道置疑咱們的編碼才干。

其實(shí)不然，有人查看咱們的代碼其實(shí)是件好事，能削減由于粗心的犯錯(cuò)帶來的危險(xiǎn)。 即使再好的開發(fā)人員也會(huì)有粗心的時(shí)分。

在團(tuán)隊(duì)中的每個(gè)人都有自己的強(qiáng)項(xiàng)，經(jīng)過代碼查看。有些人可能會(huì)提出一個(gè)更聰明的處理方案，用一個(gè)更合適的規(guī)劃形式來下降雜亂度并進(jìn)步功能。

經(jīng)過他人的查看，他們能夠察覺到可能的問題和發(fā)現(xiàn)能改進(jìn)的當(dāng)?shù)?，?duì)代碼提交者的編碼水平進(jìn)步有很大的幫助。

查看者則能夠經(jīng)過讀他人的代碼學(xué)習(xí)到許多新知識(shí)和技巧，并找出合適他們自己作業(yè)的處理方案。

(4)體系測(cè)驗(yàn)

對(duì)每個(gè)已完結(jié)的作業(yè)包進(jìn)行當(dāng)令的測(cè)驗(yàn)，確保體系質(zhì)量與功能。對(duì)測(cè)驗(yàn)效果進(jìn)行文本的記載，并把測(cè)驗(yàn)效果與績(jī)效工資收入掛鉤，并以實(shí)在數(shù)據(jù)計(jì)算組員的績(jī)效收入。

測(cè)驗(yàn)人員應(yīng)該以文本辦法記載bug，并與開發(fā)人員共同作業(yè)的，把杰出的缺點(diǎn)演示給開發(fā)人員，以進(jìn)步修正的功率。

這兒的績(jī)效考核就要穩(wěn)重了，搞不好會(huì)導(dǎo)致團(tuán)隊(duì)人員的丟失

(5)處理開發(fā)中的問題

對(duì)開發(fā)人員進(jìn)行前期培訓(xùn)，可適當(dāng)按作業(yè)才干分配使命，輔導(dǎo)組員的開發(fā)。當(dāng)遇到問題時(shí)應(yīng)該在當(dāng)天的站立會(huì)議時(shí)即時(shí)提出，防止影響開發(fā)開展。

(6)流程化辦理

流程化辦理(process　management)，是一種以標(biāo)準(zhǔn)化的點(diǎn)對(duì)點(diǎn)的杰出事務(wù)流程為中心，以持續(xù)的進(jìn)步組織事務(wù)績(jī)效為意圖的體系化辦法。它是一個(gè)操作性的定位描繪，指的是流程剖析、流程界說與重界說、資源分配、時(shí)刻組織、流程質(zhì)量與功率測(cè)評(píng)、流程優(yōu)化等。由于流程化辦理是依據(jù)團(tuán)隊(duì)的具體情況而規(guī)劃的，因此這種流程會(huì)跟著內(nèi)外環(huán)境的改變而需求被優(yōu)化。

針對(duì)一個(gè)IT軟件辦理來說，應(yīng)該抓好以下四大流程辦理：

編碼標(biāo)準(zhǔn)的擬定與履行;

開發(fā)使命流程化的擬定與履行;

開發(fā)開展流程化的擬定與履行;

測(cè)驗(yàn)效果的擬定與履行。

流程化的辦理削減了團(tuán)隊(duì)成員盲目與重復(fù)的去作業(yè)，進(jìn)步了團(tuán)隊(duì)的作業(yè)功率。一起也進(jìn)步了團(tuán)隊(duì)辦理者的功率，為辦理進(jìn)步了一個(gè)便捷的辦理東西，所以一個(gè)高效團(tuán)隊(duì)的打造，離不開流程化的辦理。

(7)需求改變，修正項(xiàng)目方案

在開發(fā)進(jìn)程中，遇到需求改變，要做好具體的文本記載，讓客戶了解需求改變的實(shí)際情況和開發(fā)方為之所付出的本錢價(jià)值。與客戶討論，讓客戶了解方案修正對(duì)項(xiàng)目開展所形成的影響。一起為開發(fā)人員爭(zhēng)奪作業(yè)量。

曾遇見過，項(xiàng)目開發(fā)進(jìn)程中，需求改變了，可給予相應(yīng)的開發(fā)人的作業(yè)量卻沒有任何變化，這對(duì)開發(fā)人員很不公平，開發(fā)人員只好經(jīng)過加班加點(diǎn)來完結(jié)使命。這樣很簡(jiǎn)單導(dǎo)致人才丟失，做完了這個(gè)項(xiàng)目，組員都陸陸續(xù)續(xù)辭去職務(wù)了。

軟件開發(fā)辦理，必須得進(jìn)步軟件團(tuán)隊(duì)辦理才干，辦理者就要使用全部時(shí)機(jī)讓團(tuán)隊(duì)成員感受到團(tuán)隊(duì)的力氣，讓他們不孑立，不冤枉，并經(jīng)過每一次的開發(fā)使命讓他們不斷生長(zhǎng)。

做好項(xiàng)目辦理，在軟件開發(fā)中不容忽視，只有做好了，才不會(huì)影響項(xiàng)目開展，才干推進(jìn)項(xiàng)目向前開展，最終到達(dá)項(xiàng)目經(jīng)過檢驗(yàn)，順利完結(jié)項(xiàng)意圖開發(fā)使命。

網(wǎng)頁(yè)題目：項(xiàng)目管理是整個(gè)軟件開發(fā)項(xiàng)目的核心所在
文章起源：http://muchs.cn/news/199443.html

網(wǎng)站建設(shè)、網(wǎng)絡(luò)推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡(luò)營(yíng)銷seo公司；服務(wù)項(xiàng)目有軟件開發(fā)等

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)