我是一個(gè)對(duì)日軟件的項(xiàng)目管理者，從事軟件工作已經(jīng)8年有余，我從普普通通的Programer到項(xiàng)目經(jīng)理，經(jīng)歷了被人管理和管理別人。我赴日當(dāng)過(guò)IT“民工”，體會(huì)了國(guó)內(nèi)軟件管理模式和日本軟件管理模式的相同與不同。下面我跟大家分享一下我在管理過(guò)程中的一點(diǎn)點(diǎn)心得。
軟件開(kāi)發(fā)，歸根結(jié)底是讓客戶滿意，看到高質(zhì)量的產(chǎn)品。所以對(duì)于管理者來(lái)說(shuō)，如何在規(guī)定的時(shí)間，規(guī)定的成本，規(guī)定的范圍內(nèi)，完成高質(zhì)量的產(chǎn)品，成為評(píng)價(jià)一個(gè)管理者是否優(yōu)秀的基本標(biāo)準(zhǔn)。
現(xiàn)實(shí)管理過(guò)程中，作為項(xiàng)目經(jīng)理的我們很少有機(jī)會(huì)接觸到成本，我們看到的只是時(shí)間和范圍，我們的組員天天也都是各擔(dān)其職，在規(guī)定的時(shí)間做好項(xiàng)目經(jīng)理分配的任務(wù)。但是組員按期不能完成任務(wù)，是我們平時(shí)工作中經(jīng)常會(huì)遇到的問(wèn)題，模塊擔(dān)當(dāng)者由于經(jīng)驗(yàn)不足，能力不足等等原因，在開(kāi)發(fā)中前期沒(méi)有足夠的能力判斷自己能否勝任分配的工作，以至于時(shí)間馬上就要到了，才發(fā)現(xiàn)已經(jīng)無(wú)法在規(guī)定的時(shí)間做完。這時(shí)候才報(bào)告給項(xiàng)目經(jīng)理，為時(shí)已晚。
輕者可以通過(guò)增加人員，加班加點(diǎn)把進(jìn)度趕回來(lái)，重者影響到這個(gè)項(xiàng)目的成敗。所以跟蹤進(jìn)度，召開(kāi)定期的進(jìn)度會(huì)，能夠有效的使項(xiàng)目經(jīng)理了解項(xiàng)目整體以及各模塊的進(jìn)展?fàn)顩r，提前做好預(yù)防措施，避免項(xiàng)目整體質(zhì)量受到嚴(yán)重影響。
開(kāi)會(huì)，有些人喜歡而有些人認(rèn)為是浪費(fèi)時(shí)間。從我個(gè)人的角度，作為一個(gè)項(xiàng)目管理者，很好的了解你的組員，很好的了解你的組員擔(dān)當(dāng)作業(yè)的狀況，定期開(kāi)會(huì)是必不可少的。
好多IT業(yè)的項(xiàng)目經(jīng)理，大學(xué)學(xué)的都是計(jì)算機(jī)專業(yè)，而且大多都是技術(shù)上的尖子，對(duì)技術(shù)的研究勝過(guò)對(duì)于“管理”的思考。他們有時(shí)候會(huì)把較難的工作分配給自己，每天埋頭苦干，加上管理上的瑣碎事情，好多這樣的項(xiàng)目經(jīng)理，總是感覺(jué)一天滿滿的，壓得自己喘不過(guò)氣，根本沒(méi)有時(shí)間開(kāi)會(huì)或者思考項(xiàng)目中的不足和需要改善的事項(xiàng)。
我想對(duì)這樣的管理者說(shuō)，既然我們走上的管理，我們就需要足夠的信任自己的組員，讓他們茁壯成長(zhǎng)，慢慢的擔(dān)起重任，也給我們自己喘息的時(shí)間，發(fā)現(xiàn)項(xiàng)目中的缺點(diǎn)和不足。完善自己的隊(duì)伍，這才是我們應(yīng)該注重的工作重點(diǎn)。
對(duì)于項(xiàng)目經(jīng)理來(lái)說(shuō)把握好了時(shí)間，想要得到高質(zhì)量的產(chǎn)品，另一方面就是把握好范圍了。
東西做完了，東西做的好不好?是不是客戶想要的東西?是不是完成了所有式樣書(shū)的功能?功能上是否還存在缺陷?這除了需要我們更精細(xì)的測(cè)試，還跟需要完善項(xiàng)目的確認(rèn)流程。
組員向你匯報(bào)“程序?qū)懲炅恕保愕牡谝环磻?yīng)是什么呢?繼續(xù)測(cè)試?還是先確認(rèn)代碼?
好多國(guó)內(nèi)公司缺少代碼確認(rèn)環(huán)節(jié)，同樣是一個(gè)項(xiàng)目編出來(lái)的代碼，代碼樣式形形色色，花樣百出，而且有時(shí)候?qū)崿F(xiàn)同樣功能的代碼，會(huì)出現(xiàn)在不同的代碼文件中。組員完成的代碼，功能可能都不會(huì)有太大問(wèn)題，但是代碼的質(zhì)量是一個(gè)不能被我們忽略的課題。
我們反復(fù)強(qiáng)調(diào)代碼的一致性，代碼的共通性，其實(shí)就是為了使我們編碼的流程更加規(guī)范，編出來(lái)的代碼效率更高，可讀性更好，更便于維護(hù)。所以在程序完成后，開(kāi)一個(gè)代碼確認(rèn)會(huì)，我認(rèn)為還是比較必要的。尤其在項(xiàng)目初期，模板代碼的質(zhì)量可能直接決定以后編碼的工作效率及代碼的規(guī)范程度。
在代碼確認(rèn)會(huì)上，擔(dān)當(dāng)組員主講代碼實(shí)現(xiàn)功能，其他組員隨時(shí)參與意見(jiàn)，會(huì)后整理代碼的指摘事項(xiàng)，作成checklist，以便后人能夠參照，避免同樣類似問(wèn)題的發(fā)生。
UT結(jié)果更是同樣，擔(dān)當(dāng)者往往都認(rèn)為自己的代碼不會(huì)有什么大問(wèn)題，測(cè)試有時(shí)候過(guò)于敷衍，有些測(cè)試事項(xiàng)可能都沒(méi)有實(shí)際執(zhí)行，出于自信，寫(xiě)上“確認(rèn)完了”。這樣的事情，我相信在每個(gè)項(xiàng)目組都會(huì)出現(xiàn)。所以最好的解決
辦法是，找一個(gè)擔(dān)當(dāng)以外的人進(jìn)行測(cè)試結(jié)果的確認(rèn)。而且確認(rèn)后往往需要對(duì)于發(fā)現(xiàn)的問(wèn)題，橫向的展開(kāi)調(diào)查，以防同樣類似問(wèn)題的發(fā)生。
現(xiàn)在我管理的項(xiàng)目人數(shù)較少，人員能力比較平均，項(xiàng)目組氣氛比較柔和，管理壓力相對(duì)較小。
因?yàn)橐恢睕](méi)有系統(tǒng)的學(xué)過(guò)管理方面的知識(shí)，所以去年參加了PMP培訓(xùn)，補(bǔ)了補(bǔ)管理的基礎(chǔ)知識(shí)，受益匪淺。管理是門學(xué)問(wèn)，自從參加了PMP學(xué)習(xí)，我才發(fā)現(xiàn)我的管理之路才剛剛開(kāi)始，需要走的路還很長(zhǎng)很長(zhǎng)。