|
不論是功能網(wǎng)站設(shè)計(jì)，還是基于 B/S 架構(gòu)的 MIS 系統(tǒng)，都需要有一套合理的管理方案來保證項(xiàng)目的正常運(yùn)轉(zhuǎn)。去年為政府部門做了一個(gè)基于 B/S 的 MIS 系統(tǒng)，項(xiàng)目不大，總共三人——數(shù)據(jù)庫設(shè)計(jì)人員、程序開發(fā)人員（我）和一個(gè)測(cè)試人員，做完之后有兩個(gè)體會(huì)：一是包攬網(wǎng)站的前后臺(tái)設(shè)計(jì)使得自己要面臨的問題很繁雜，二是給政府部門做事效率太低，客戶的支持不夠。不管怎么樣，項(xiàng)目總算是做完了，可以交付使用，但中間存在的問題只有我們自己知道，我們想解決問題，但不是我們開發(fā)人員說的算。中國這種項(xiàng)目多了，拿出來講總有討論不完的話題，并且沒有什么意義，這里只想站在項(xiàng)目管理的角度，總結(jié)一下網(wǎng)站項(xiàng)目管理中的過程實(shí)踐，在今后的項(xiàng)目中能做的更好一些。 網(wǎng)站界面 對(duì)于程序員來說，網(wǎng)站界面設(shè)計(jì)相對(duì)于后臺(tái)程序設(shè)計(jì)并不那么起眼，因?yàn)榘凑瘴覀兊睦斫?，客戶需要的是能夠使用的程序，這是基礎(chǔ)，而不是漂亮的應(yīng)用界面，如果兩者能同時(shí)滿足當(dāng)然最好，但在我參與的那個(gè)項(xiàng)目中可沒有這么好的“待遇”。在實(shí)際中，太花哨的界面的確很難得到用戶的垂青，特別是專業(yè)的 MIS 系統(tǒng)更是如此，因此，在這個(gè)過程中如何講程序的核心功能展現(xiàn)在用戶面前是最關(guān)鍵的問題，而不僅僅是按鈕工具條如何擺放，核心的模塊確定之后，其他的功能和修飾就能很快決定出來。以后應(yīng)用中，使用 AJAX 是一種增強(qiáng)用戶體驗(yàn)的方法，也是當(dāng)前的流行趨勢(shì)，但一切還是以實(shí)用、簡潔、易用為目的。說到這里，這一切還是必須要以完善的需求分析為基礎(chǔ)，只有了解到用戶需求的核心所在，才能將需求變?yōu)槌绦颉?/span> 項(xiàng)目進(jìn)度 把握好項(xiàng)目進(jìn)度不是一件容易的事，首先要充分考慮環(huán)境因素，如自己的團(tuán)隊(duì)怎么樣，更重要的是客戶的支持與配合。政府部門的項(xiàng)目如果得到領(lǐng)導(dǎo)的充分重視，并且有良好的工作流程和明確的業(yè)務(wù)關(guān)系，項(xiàng)目實(shí)施將會(huì)非常便利，像銀行、電信等部門的項(xiàng)目就相對(duì)好做，因?yàn)樗麄兊臉I(yè)務(wù)需求非常明確，銀行的利率計(jì)算方法就是明確的，審批流程也是通用的，提取款方式也是規(guī)定好了的，后臺(tái)規(guī)則都是不容許輕易改動(dòng)的等等。但是其他大多數(shù)的項(xiàng)目中，開發(fā)人員就沒有這么好的“待遇”了，一是業(yè)務(wù)規(guī)則經(jīng)常會(huì)出現(xiàn)小的變動(dòng)，二是有的環(huán)節(jié)領(lǐng)導(dǎo)還需要一定的“靈活性”，更難受的是，得不到領(lǐng)導(dǎo)的重視，這個(gè)項(xiàng)目做的過程難受，做完了以后可能根本不會(huì)用，這樣雖然可以應(yīng)付交差，但對(duì)開發(fā)人員來講沒什么意思，如果可以選擇還不如不做。因此，這個(gè)環(huán)節(jié)最重要的是項(xiàng)目需求的精細(xì)程度、客戶的支持程度和自身的開發(fā)實(shí)力，這樣才能評(píng)估出一個(gè)較好的項(xiàng)目進(jìn)度方案，并且項(xiàng)目進(jìn)行過程中給予控制。 人力資源 可能在一些大公司情況會(huì)好一些，在我參與的這個(gè)項(xiàng)目中，自己要負(fù)責(zé) Web 的前后臺(tái)所有應(yīng)用，從視圖層到控制層到業(yè)務(wù)邏輯層，從更細(xì)的層面上說，數(shù)據(jù)持久化需要自己做，公共類需要自己開發(fā)，分頁要自己設(shè)計(jì)，還有各種 VO/BO ， Action 等等，更頭痛的還要設(shè)計(jì)頁面的編排， CSS 控制，起初真的是折騰了我一陣子，現(xiàn)在想想對(duì)個(gè)人也是一個(gè)鍛煉，但對(duì)于項(xiàng)目而言，應(yīng)該有充分的人力資源來支撐項(xiàng)目的順利進(jìn)行。一般的小項(xiàng)目，需要需求定義人員一名，頁面設(shè)計(jì)美工一名，業(yè)務(wù)程序開發(fā)一到兩名，數(shù)據(jù)庫設(shè)計(jì)人員一名，還需要一位測(cè)試人員，這樣說的比較狹隘，但至少分工細(xì)一點(diǎn)對(duì)整個(gè)項(xiàng)目的正常運(yùn)轉(zhuǎn)是有好處的。
團(tuán)隊(duì)氛圍 團(tuán)隊(duì)氛圍直接影響團(tuán)隊(duì)所有成員的精神狀態(tài)，只有大家精神狀態(tài)良好，才能保證工作的積極性與上進(jìn)心，主動(dòng)與同事、項(xiàng)目經(jīng)理溝通。在團(tuán)隊(duì)中，大家最開始就應(yīng)該有一個(gè)共同的目標(biāo)，這個(gè)目標(biāo)的形成，需要項(xiàng)目經(jīng)理在領(lǐng)導(dǎo)、客戶和項(xiàng)目團(tuán)隊(duì)成員之間尋求最佳點(diǎn)，深入需求分析，爭得大家一致同意后確定每個(gè)步驟環(huán)節(jié)的目標(biāo)，包括美工、開發(fā)、測(cè)試、試運(yùn)行等等。這樣可以保證在項(xiàng)目進(jìn)行過程中避免不必要的分歧和爭論，影響項(xiàng)目質(zhì)量和進(jìn)度。閑暇之余，團(tuán)隊(duì)里的成員可以在一起運(yùn)動(dòng)一下，如打乒乓球、羽毛球等體育運(yùn)動(dòng)，或聯(lián)機(jī)游戲，但個(gè)人覺得還是體育運(yùn)動(dòng)比較好。 項(xiàng)目文檔 這兩天已經(jīng)看到幾位老大對(duì)它的討論了，如莊兄的 《代碼質(zhì)量與文檔質(zhì)量》和Ghawk的《UP&XP之爭，意義何在？》。我還不能站在一個(gè)高的角度上來評(píng)論這些，只是按照自己的一點(diǎn)點(diǎn)經(jīng)驗(yàn)和思考來理解。其實(shí)對(duì)待項(xiàng)目文檔，最簡單的處理態(tài)度是適中，不要一味追求文檔，但少了也肯定不行。文檔是軟件生命周期必不可少的東西，它的主要作用是規(guī)范統(tǒng)一的行為和風(fēng)格，讓大家有章可循，避免在開發(fā)過程中走彎路，并且文檔要是可行的，這樣可以降低項(xiàng)目的風(fēng)險(xiǎn)。當(dāng)然，使用文檔的目的是服務(wù)項(xiàng)目的，要能夠?yàn)轫?xiàng)目帶來效益，所以沒有必要一味的去要求書本中所提及的完整的文檔，那樣只會(huì)給自己帶來時(shí)間的浪費(fèi)和額外的成本，總之，適合項(xiàng)目的就是最好的。 其他要求 軟件開發(fā)中，版本控制幾乎是每個(gè)程序員都會(huì)碰到的，流行的習(xí)慣用 CVS 作為版本控制，在上傳代碼時(shí)需要注釋以便查詢。程序的代碼需要符合統(tǒng)一的規(guī)范，每個(gè)程序員都有自己的代碼風(fēng)格，即使是有注釋，也會(huì)給他人閱讀帶來不便，因此強(qiáng)制執(zhí)行規(guī)范的代碼風(fēng)格是必要的，在我參與的網(wǎng)絡(luò) MIS 系統(tǒng)中沒有這個(gè)問題，因?yàn)樗械拈_發(fā)代碼由自己一個(gè)人完成，但是良好的代碼結(jié)構(gòu)仍然對(duì)自己今后閱讀，及他人維護(hù)帶來很多便利。最后是測(cè)試的重要性，優(yōu)秀的測(cè)試人員能夠給項(xiàng)目把住最后的一道關(guān)，保證項(xiàng)目的質(zhì)量，有時(shí)候測(cè)試人員的作用是決定性的，測(cè)試過程中的疏漏往往會(huì)直接給項(xiàng)目組帶來時(shí)間和經(jīng)濟(jì)上的損失。 |
|
|
