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