項(xiàng)目開發(fā)經(jīng)驗(yàn)談[轉(zhuǎn)]
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
大致描述一下我的項(xiàng)目團(tuán)隊(duì)(算上美工5人)在這方面的情況: 首先,介紹角色: 1.項(xiàng)目組長:相當(dāng)于項(xiàng)目經(jīng)理吧,主要職責(zé)我就不多說了。 2.界面工程師:是用戶界面交互方面的專家,決定與用戶交互的方式,當(dāng)然很大程度也影響著界面 3.美工:設(shè)計(jì)和美化界面 4.高級(jí)程序員:設(shè)計(jì)總體程序結(jié)構(gòu),制定技術(shù)上的規(guī)范,并為小組解決各種難題,幫助項(xiàng)目組長分解每日程序員任務(wù) 5.程序員:編寫代碼,實(shí)現(xiàn)功能 6.需求人員:與本話題無關(guān),我就不介紹了 7.公關(guān)人員:雖然與本話題無關(guān),但我就想在這里突出其對(duì)項(xiàng)目組的重要性,所以順便提一下。至于要攻什么關(guān)大家一定都能猜得出來。 8.其他,如測(cè)試人員、文檔管理人員等(想象能有plmm角色):都很重要,但也與本話題無關(guān)。 工作流程: 1.公關(guān)人員和需求人員獲得用戶需求,并制定需求文檔。 需求的正確與否是項(xiàng)目成功的首要關(guān)鍵環(huán)節(jié),這個(gè)我就不多說了,和本主題相關(guān)的就是他們需要獲取到用戶的各種習(xí)慣層次上,主要分為兩種思路來整理,一種是之前用過軟件系統(tǒng)的考慮如何延續(xù)他們的習(xí)慣,另一種是之前沒有用過軟件系統(tǒng)的考慮如何適應(yīng)他們?cè)惺止さ墓ぷ髁鞒?,并作出合理化的改進(jìn)。 2.項(xiàng)目組長和需求人員以及高級(jí)程序員共同根據(jù)需求制定大體的設(shè)計(jì)方案,包括總體模塊和各個(gè)可行性功能。 在這里,項(xiàng)目組長會(huì)根據(jù)需求人員和高級(jí)程序員的意見來合理安排出一個(gè)基本雛形,然后去寫Project2003(我覺得這個(gè)蠻不錯(cuò))...后面還有反復(fù)交復(fù)雛形給用戶確認(rèn)等等我就不介紹了。有一點(diǎn)值得注意的是,項(xiàng)目組長除了需要具備一定的人員管理方法以外,最好還是要懂得技術(shù),這樣能夠制定出更合理、更準(zhǔn)確的項(xiàng)目進(jìn)度,也能帶動(dòng)團(tuán)隊(duì)工作的士氣。個(gè)人認(rèn)為項(xiàng)目經(jīng)理的技術(shù)水準(zhǔn)應(yīng)該在高級(jí)程序員之上,不然在這個(gè)環(huán)節(jié)中就只能聽取高級(jí)程序員的意見了,相信大家如果遇到個(gè)不懂技術(shù)的項(xiàng)目經(jīng)理,而他又指責(zé)你技術(shù)水準(zhǔn)有問題時(shí),一定都會(huì)自然而然地產(chǎn)生想K他一把的沖動(dòng),這樣的團(tuán)隊(duì)還能保持好的士氣么?技術(shù)人畢竟還是需要以能耐服人來得好。 3.開工,項(xiàng)目組長在高級(jí)程序員配合下根據(jù)預(yù)先計(jì)劃開始推動(dòng)項(xiàng)目進(jìn)展。 這里是關(guān)于本主題的主要環(huán)節(jié),首先由項(xiàng)目組長和高級(jí)程序員在上一環(huán)節(jié)設(shè)計(jì)的雛形的基礎(chǔ)上按照計(jì)劃規(guī)劃架設(shè)各模塊的基本結(jié)構(gòu)。然后以模塊為單位,我這邊團(tuán)隊(duì)喜歡采用我們稱之為狼群戰(zhàn)術(shù)的方法來逐步蠶食各個(gè)模塊,每個(gè)模塊的流程分為如下幾個(gè)步驟 a.高級(jí)程序員詳細(xì)化拆分該模塊的各個(gè)界面和功能,包括前臺(tái)和后臺(tái)等。需要需求人員給出參考 b.在高級(jí)程序員的分配下,界面工程師對(duì)當(dāng)前子模塊制定界面用戶交互的基本方案,也需要需求人員給參考,美工人員則給出美學(xué)方面的建議,并達(dá)成一致。在這里,界面工程師會(huì)將決定界面的大致框架,并將界面相應(yīng)的功能描述成文以用于給程序員,一個(gè)子模塊界面的雛形在這里已經(jīng)誕生,生成的程序文件有aspx和(vb或cs),建議界面結(jié)構(gòu)最好用表格來設(shè)計(jì)。 c.美工去做界面,對(duì)界面工程師所搭建的界面框架aspx或ascx文件進(jìn)行處理,如背景、需要配合的圖片圖標(biāo)及flash等。在這里環(huán)節(jié)上,美工已和界面工程師已經(jīng)在明確需求人員的指導(dǎo)下達(dá)成對(duì)界面統(tǒng)一風(fēng)格的一致。因?yàn)榻缑婀こ處熢谥耙呀?jīng)在頁面中制定好標(biāo)記,所以美工可以忽略有腳本標(biāo)記的地方。而且,總的來說這一環(huán)節(jié)上美工主要是預(yù)先為界面定義好各種素材。 d.與美工并發(fā)執(zhí)行的是高級(jí)程序員與程序員對(duì)功能的實(shí)現(xiàn)。程序員們?cè)诮缑婀こ處煹闹笇?dǎo)下將功能實(shí)現(xiàn),其間包括滿足交互功能所需的控件、業(yè)務(wù)規(guī)則層、數(shù)據(jù)訪問層,等等的實(shí)現(xiàn),所涉及編寫的文件則為界面文件(ascx等)和程序文件(vb或cs)。這里需要說明的是在實(shí)現(xiàn)功能時(shí)程序員只要把滿足功能的控件拖到大致位置就可以,然后就關(guān)注功能的實(shí)現(xiàn)。而此時(shí)美工也在設(shè)計(jì)該界面,但因?yàn)橹皇窃O(shè)計(jì)素材,所以根本不與程序員沖突,在后面的環(huán)節(jié)中始終以程序員完成的程序文檔為準(zhǔn)。 e.程序員完成功能后,轉(zhuǎn)交測(cè)試人員進(jìn)行功能測(cè)試。。。 f.基本測(cè)試通過后,又回到界面工程師手里,在不改動(dòng)程序文件(vb或cs)文件的前提下,界面工程師只對(duì)界面文件中的各種控件、結(jié)構(gòu)等進(jìn)行調(diào)整。達(dá)到滿意的效果為止。 g.界面基本已經(jīng)誕生,只是全裸不太文雅,所以這時(shí)回到美工手上,給其穿上美工設(shè)計(jì)的靚裝,加上各種圖片背景等就ok了 h.補(bǔ)充一下項(xiàng)目組長,貫穿整個(gè)過程,負(fù)責(zé)團(tuán)隊(duì)人員之間的協(xié)調(diào),監(jiān)督項(xiàng)目進(jìn)度,合理分配任務(wù),看誰不干活就。。。 4.所有模塊都完工后,就是整體的銜接和測(cè)試,然后反復(fù)交復(fù)用戶征求意見,這里參與的是團(tuán)隊(duì)所有的人馬,一直忙到最后期限為止,然后再延期,直到用戶滿意。 以上是我所在團(tuán)隊(duì)的大致工作流程,大家看了后一定會(huì)提出如此分角色人手資源一定不夠的問題。確實(shí),通常來說小公司的開發(fā)團(tuán)隊(duì)就幾個(gè)人,所以通常很容易做著做著就陷入作坊式做法,大家角色不明確,各自包辦各自的模塊,導(dǎo)致之后程序維護(hù)非常困難。我上面所述的工作流程中每個(gè)環(huán)節(jié)都明確指出了每個(gè)角色的出現(xiàn)場(chǎng)合,所以我是很強(qiáng)調(diào)以角色來分工。但如我前面所提到的,我這邊的團(tuán)隊(duì)也不過5個(gè)人,所以,雖然角色眾多,但我們還是可以根據(jù)各自的團(tuán)隊(duì)實(shí)際情況來分擔(dān)這些角色,只要記住一個(gè)原則,找合適的人去做合適的角色,即擔(dān)當(dāng)某一角色的人是對(duì)該角色領(lǐng)域感興趣的人。比如在我的團(tuán)隊(duì)中,美工是對(duì)藝術(shù)美感感興趣,我團(tuán)隊(duì)的美工是plmm,可惜只是兼職,沒太多機(jī)會(huì),建議大家有條件就找plmm來擔(dān)任。需求人員是對(duì)整體業(yè)務(wù)有興趣的人,我這里的需求人員是辦公室頭,所以向上和外界的公關(guān)都是由他搞定。還有兩個(gè)是程序員角色,一個(gè)偏向于底層數(shù)據(jù)庫的實(shí)現(xiàn),另一個(gè)偏向于邏輯層的實(shí)現(xiàn),而最后我則是很痛苦地?fù)?dān)當(dāng)了項(xiàng)目組長、界面工程師、高級(jí)程序員的角色。之所以這樣,也是無奈,因?yàn)閳F(tuán)隊(duì)組建才半年不到,兩個(gè)程序員尚不能勝任更高級(jí)的角色,期望其中一個(gè)人能盡快勝任界面工程師角色,那樣就能做到更合理化的角色分配,是理想的團(tuán)隊(duì)結(jié)構(gòu)。
該文章在 2011/4/7 22:53:28 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |