日本xxxx18视频在线观看-日本xxxx1819-日本xxxwww在线观看-日本xxx-日本xx-日本www在线视频

大致描述一下我的項目團隊（算上美工5人）在這方面的情況：

 

首先，介紹角色：

１.項目組長：相當(dāng)于項目經(jīng)理吧，主要職責(zé)我就不多說了。
 2.界面工程師：是用戶界面交互方面的專家，決定與用戶交互的方式，當(dāng)然很大程度也影響著界面
 3.美工：設(shè)計和美化界面
 4.高級程序員：設(shè)計總體程序結(jié)構(gòu)，制定技術(shù)上的規(guī)范，并為小組解決各種難題，幫助項目組長分解每日程序員任務(wù)
 5.程序員：編寫代碼，實現(xiàn)功能
 6.需求人員：與本話題無關(guān)，我就不介紹了
 7.公關(guān)人員：雖然與本話題無關(guān)，但我就想在這里突出其對項目組的重要性，所以順便提一下。至于要攻什么關(guān)大家一定都能猜得出來。
 8.其他，如測試人員、文檔管理人員等(想象能有plmm角色)：都很重要，但也與本話題無關(guān)。

 

工作流程：

 

 1.公關(guān)人員和需求人員獲得用戶需求，并制定需求文檔。
   需求的正確與否是項目成功的首要關(guān)鍵環(huán)節(jié)，這個我就不多說了，和本主題相關(guān)的就是他們需要獲取到用戶的各種習(xí)慣層次上，主要分為兩種思路來整理，一種是之前用過軟件系統(tǒng)的考慮如何延續(xù)他們的習(xí)慣，另一種是之前沒有用過軟件系統(tǒng)的考慮如何適應(yīng)他們原有手工的工作流程，并作出合理化的改進。
 
 2.項目組長和需求人員以及高級程序員共同根據(jù)需求制定大體的設(shè)計方案，包括總體模塊和各個可行性功能。
  在這里，項目組長會根據(jù)需求人員和高級程序員的意見來合理安排出一個基本雛形，然后去寫Project2003（我覺得這個蠻不錯）...后面還有反復(fù)交復(fù)雛形給用戶確認等等我就不介紹了。有一點值得注意的是，項目組長除了需要具備一定的人員管理方法以外，最好還是要懂得技術(shù)，這樣能夠制定出更合理、更準(zhǔn)確的項目進度，也能帶動團隊工作的士氣。個人認為項目經(jīng)理的技術(shù)水準(zhǔn)應(yīng)該在高級程序員之上，不然在這個環(huán)節(jié)中就只能聽取高級程序員的意見了，相信大家如果遇到個不懂技術(shù)的項目經(jīng)理，而他又指責(zé)你技術(shù)水準(zhǔn)有問題時，一定都會自然而然地產(chǎn)生想K他一把的沖動，這樣的團隊還能保持好的士氣么？技術(shù)人畢竟還是需要以能耐服人來得好。
 
3.開工，項目組長在高級程序員配合下根據(jù)預(yù)先計劃開始推動項目進展。
  這里是關(guān)于本主題的主要環(huán)節(jié)，首先由項目組長和高級程序員在上一環(huán)節(jié)設(shè)計的雛形的基礎(chǔ)上按照計劃規(guī)劃架設(shè)各模塊的基本結(jié)構(gòu)。然后以模塊為單位，我這邊團隊喜歡采用我們稱之為狼群戰(zhàn)術(shù)的方法來逐步蠶食各個模塊，每個模塊的流程分為如下幾個步驟
   a.高級程序員詳細化拆分該模塊的各個界面和功能，包括前臺和后臺等。需要需求人員給出參考
   b.在高級程序員的分配下，界面工程師對當(dāng)前子模塊制定界面用戶交互的基本方案，也需要需求人員給參考，美工人員則給出美學(xué)方面的建議，并達成一致。在這里，界面工程師會將決定界面的大致框架，并將界面相應(yīng)的功能描述成文以用于給程序員，一個子模塊界面的雛形在這里已經(jīng)誕生，生成的程序文件有aspx和(vb或cs)，建議界面結(jié)構(gòu)最好用表格來設(shè)計。
   c.美工去做界面，對界面工程師所搭建的界面框架aspx或ascx文件進行處理，如背景、需要配合的圖片圖標(biāo)及flash等。在這里環(huán)節(jié)上，美工已和界面工程師已經(jīng)在明確需求人員的指導(dǎo)下達成對界面統(tǒng)一風(fēng)格的一致。因為界面工程師在之前已經(jīng)在頁面中制定好標(biāo)記，所以美工可以忽略有腳本標(biāo)記的地方。而且，總的來說這一環(huán)節(jié)上美工主要是預(yù)先為界面定義好各種素材。
  d.與美工并發(fā)執(zhí)行的是高級程序員與程序員對功能的實現(xiàn)。程序員們在界面工程師的指導(dǎo)下將功能實現(xiàn)，其間包括滿足交互功能所需的控件、業(yè)務(wù)規(guī)則層、數(shù)據(jù)訪問層，等等的實現(xiàn)，所涉及編寫的文件則為界面文件(ascx等)和程序文件(vb或cs)。這里需要說明的是在實現(xiàn)功能時程序員只要把滿足功能的控件拖到大致位置就可以，然后就關(guān)注功能的實現(xiàn)。而此時美工也在設(shè)計該界面，但因為只是設(shè)計素材，所以根本不與程序員沖突，在后面的環(huán)節(jié)中始終以程序員完成的程序文檔為準(zhǔn)。
  e.程序員完成功能后，轉(zhuǎn)交測試人員進行功能測試。。。
  f.基本測試通過后，又回到界面工程師手里，在不改動程序文件(vb或cs)文件的前提下，界面工程師只對界面文件中的各種控件、結(jié)構(gòu)等進行調(diào)整。達到滿意的效果為止。
  g.界面基本已經(jīng)誕生，只是全裸不太文雅，所以這時回到美工手上，給其穿上美工設(shè)計的靚裝，加上各種圖片背景等就ok了
  h.補充一下項目組長，貫穿整個過程，負責(zé)團隊人員之間的協(xié)調(diào)，監(jiān)督項目進度，合理分配任務(wù)，看誰不干活就。。。

 4.所有模塊都完工后，就是整體的銜接和測試，然后反復(fù)交復(fù)用戶征求意見，這里參與的是團隊所有的人馬，一直忙到最后期限為止，然后再延期，直到用戶滿意。

  以上是我所在團隊的大致工作流程，大家看了后一定會提出如此分角色人手資源一定不夠的問題。確實，通常來說小公司的開發(fā)團隊就幾個人，所以通常很容易做著做著就陷入作坊式做法，大家角色不明確，各自包辦各自的模塊，導(dǎo)致之后程序維護非常困難。我上面所述的工作流程中每個環(huán)節(jié)都明確指出了每個角色的出現(xiàn)場合，所以我是很強調(diào)以角色來分工。但如我前面所提到的，我這邊的團隊也不過5個人，所以，雖然角色眾多，但我們還是可以根據(jù)各自的團隊實際情況來分擔(dān)這些角色，只要記住一個原則，找合適的人去做合適的角色，即擔(dān)當(dāng)某一角色的人是對該角色領(lǐng)域感興趣的人。比如在我的團隊中，美工是對藝術(shù)美感感興趣，我團隊的美工是plmm，可惜只是兼職，沒太多機會，建議大家有條件就找plmm來擔(dān)任。需求人員是對整體業(yè)務(wù)有興趣的人，我這里的需求人員是辦公室頭，所以向上和外界的公關(guān)都是由他搞定。還有兩個是程序員角色，一個偏向于底層數(shù)據(jù)庫的實現(xiàn)，另一個偏向于邏輯層的實現(xiàn)，而最后我則是很痛苦地擔(dān)當(dāng)了項目組長、界面工程師、高級程序員的角色。之所以這樣，也是無奈，因為團隊組建才半年不到，兩個程序員尚不能勝任更高級的角色，期望其中一個人能盡快勝任界面工程師角色，那樣就能做到更合理化的角色分配，是理想的團隊結(jié)構(gòu)。

該文章在 2011/4/7 22:53:28 編輯過