開發(fā)項目，小組中有頁面美工、后臺服務(wù)程序、數(shù)據(jù)庫幾個部分，應(yīng)該合理的組織各項工作的人員配比。對于一個中型農(nóng)技110網(wǎng)站，對數(shù)據(jù)采集量要求較高，一個人員配比方案可以是2個美工、2個后臺服務(wù)程序編寫、3個數(shù)據(jù)采集整理人員。
在組建開發(fā)組時，還應(yīng)充分估計到開發(fā)過程中的人員風(fēng)險。由于工作環(huán)境、待遇、工作強度、公司的整體工作安排和其他無法預(yù)知的因素，一個項目尤其是開發(fā)周期較長的項目幾乎無可避免的要面臨人員的流入流出。如果不在項目初期對可能出現(xiàn)的人員風(fēng)險進行充分的估計，作必要的準備，一旦風(fēng)險轉(zhuǎn)化為現(xiàn)實，將有可能給整個項目開發(fā)造成巨大的損失。以較低的代價進行及早的預(yù)防是降低這種人員風(fēng)險的基本策略。具體來說可以從以下幾個方面對人員風(fēng)險進行控制：
a．保證開發(fā)組中全職人員的比例，且項目核心部分的工作應(yīng)該盡量由全職人員來擔(dān)任， 以減少兼職人員對項目組人員不穩(wěn)定性的影響。
b．建立良好的文檔管理機制，包擴項目組進度文檔、個人進度文檔、版本控制文檔、整體技術(shù)文檔、個人技術(shù)文檔、源代碼管理等。一旦出現(xiàn)人員的變動，比如某個組員因病退出，替補的組員能夠根據(jù)完整的文檔盡早接手工作。
c．加強項目組內(nèi)技術(shù)交流，比如定期開技術(shù)交流會，或根據(jù)組內(nèi)分工建立項目組內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互熟悉對方的工作和進度，能夠在必要的時候替對方工作。
d．為項目開發(fā)提供盡可能好的開發(fā)環(huán)境，包括工作環(huán)境、待遇、工作進度安排等等，同 時一個優(yōu)秀的項目經(jīng)理應(yīng)該能夠在項目組內(nèi)營造一種良好的人際關(guān)系和工作氛圍。良好的開發(fā)環(huán)境對于穩(wěn)定項目組人員以及提高生產(chǎn)效率都有不可忽視的作用。
e．對于項目經(jīng)理，可以從一開始就指派一個副經(jīng)理在項目中協(xié)同項目經(jīng)理管理項目開發(fā)工作，如果項目經(jīng)理退出開發(fā)組，副經(jīng)理可以很快接手。但是只建議在項目經(jīng)理這樣的高度重要的崗位采用這種冗余復(fù)制的策略來預(yù)防人員風(fēng)險，否則將大大增加項目成本。
7.軟件過程能力評估
軟件過程能力描述了一個開發(fā)組織開發(fā)軟件開發(fā)高質(zhì)量軟件產(chǎn)品的能力?，F(xiàn)行的國際標準主要有兩個：ISO9000.3和CMM。
ISO9000.3是ISO9000質(zhì)量體系認證中關(guān)于計算機軟件質(zhì)量管理和質(zhì)量保證標準部分。它從管理職責(zé)、質(zhì)量體系、合同評審、設(shè)計控制、文件和資料控制、采購、顧客提供產(chǎn)品的控制、產(chǎn)品標識和可追溯性、過程控制、檢驗和試驗、檢驗/測量和試驗設(shè)備的控制、檢驗和試驗狀態(tài)、不合格品的控制、糾正和預(yù)防措施、搬運/貯存/包裝/防護和交付、質(zhì)量記錄的控制、內(nèi)部質(zhì)量審核、培訓(xùn)、服務(wù)、統(tǒng)計系統(tǒng)等二十個方面對軟件質(zhì)量進行了要求。
CMM（能力成熟度模型）是美國卡納基梅隆大學(xué)軟件工程研究所（CMU／SEI）于1987年提出的評估和指導(dǎo)軟件研發(fā)項目管理的一系列方法，用5個不斷進化的層次來描述軟件過程能力?，F(xiàn)在CMM是2.0版本。
ISO9000和CMM的共同點是二者都強調(diào)了軟件產(chǎn)品的質(zhì)量。所不同的是，ISO9000強調(diào)的是衡量的準則，但沒有告訴軟件開發(fā)人員如何達到好的目標，如何避免差錯。CMM則提供了一整套完善的軟件研發(fā)項目管理的方法。它可告訴軟件開發(fā)組織，如果要在原有的水平上提高一個等級，應(yīng)該關(guān)注哪些問題，而這正是改進軟件過程的工作。
CMM描述了五個級別的軟件過程成熟度（初始級，可重復(fù)級，已定義級，已定量管理級，優(yōu)化級），成熟度反映了軟件過程能力的大小。
初始級特點是軟件機構(gòu)缺乏對軟件過程的有效管理，軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，其軟件項目的成功來源于偶