目經(jīng)理：對項(xiàng)目的決策性問題進(jìn)行定位，一個功能做與不做，領(lǐng)導(dǎo)說的算
構(gòu)架師：控制技術(shù)問題，解決技術(shù)難題，對分配下來的任務(wù)進(jìn)行分析、評估，反饋給項(xiàng)目經(jīng)理，再進(jìn)行確定
項(xiàng)目助理：記錄團(tuán)隊會議內(nèi)容，協(xié)調(diào)工作中的日常事務(wù)
開發(fā)組長：調(diào)配開發(fā)組員，輔助組內(nèi)開發(fā)人員并對成員工作進(jìn)行監(jiān)管，一般由主程擔(dān)任
開發(fā)人員：負(fù)責(zé)編寫代碼，按需求完成任務(wù)
測試人員：對功能進(jìn)行測試
如果這里的每項(xiàng)目工作按排到個人，我想開發(fā)團(tuán)隊的協(xié)調(diào)管理最好。
1.9系統(tǒng)運(yùn)行環(huán)境是什么樣的
在系統(tǒng)構(gòu)架時，根據(jù)需要定義好，系統(tǒng)構(gòu)架、程序環(huán)境、網(wǎng)絡(luò)環(huán)境，如考慮分布式存儲，日均訪問量、系統(tǒng)安全、成本預(yù)算等。
asp.net的開發(fā)成本是要比java的開成本低的。
Sql server的運(yùn)營成本是要oracle低的，但oracle在大型數(shù)據(jù)處理上要優(yōu)于SQL Server,如果是SNS站我覺得上Oracle會好些。
選擇什么樣的環(huán)境，在沒有特定要求的情況下，根據(jù)團(tuán)隊的現(xiàn)狀去考慮我覺得就差不多了。
我們有了目的地將要遠(yuǎn)航，那么就得需要航海圖、船、船長、舵手、水手、水和食物，雖然這樣我們能保證100%完成任務(wù)，因?yàn)榇蠛Ｖ械囊馔庹l也不會知曉，但我們理想的是我們能安全到達(dá)，如果條件不允許，就算我們知道目的地在哪，出了海，我們將面對是一場艱辛冒險旅程。
2、收集需求
需求的收集是個很繁瑣的過程，收集的不夠，開發(fā)過程中變化會很多，特別是你上了一個演示版本后，開始別人一點(diǎn)意見都沒，一看你的演示，你就意見一大堆，這樣的問題我想在很多項(xiàng)目中都出現(xiàn)過，所以先在收集需求的時候要和客戶或相關(guān)部門一一確認(rèn)，我們考慮需求要從種兩種角度去考慮，一種是用戶角度，另一種是開發(fā)者角度，所以在談需求時，必須邊聊邊記，把所談的話記錄整理，如果怕遺漏，可以錄音，然后將采用文檔的方式表達(dá)出來，將提出的需求加以分析，做下技術(shù)評估，如果有特別的難題可以提前讓開發(fā)人員做技術(shù)預(yù)研，在做評估后，需要分段實(shí)施的，就做好規(guī)劃，然后和提需求的人員確認(rèn)，需求文檔的功能可以多寫點(diǎn)，根據(jù)企業(yè)的發(fā)展，能考慮的都考慮，這樣可以在系統(tǒng)構(gòu)架時，定位系統(tǒng)的生命周期時，給以更多的參考，在需求定出階段后，我們得把要馬上實(shí)施的功能放在當(dāng)前，加以強(qiáng)化、細(xì)化，反復(fù)的進(jìn)行，條件允許的時候應(yīng)該做些Demo來確認(rèn)。
作者：Neo.Yan
出處：http://www.cnblogs.com/Nick4/
本文版權(quán)歸作者和博客園共有，歡迎轉(zhuǎn)載，但未經(jīng)作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責(zé)任的權(quán)利。
歡迎大家訪問我的網(wǎng)站-RedGlove.NET。