《項目計劃書的編寫說明》屬于計劃書中比較優(yōu)秀的內(nèi)容，歡迎參考。
1、項目計劃書的編寫說明
1引言
1.1編寫目的
說明編寫這份項目計劃的目的，并指出預(yù)期的讀者。
作用：本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標(biāo)”，而是為了說明本文檔的目的與作用?！绊椖磕繕?biāo)”在2.1中說明。
意義：使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團隊根據(jù)本計劃書開展和檢查項目工作?！?/p>
例如可以這么寫：為了保證項目團隊按時保質(zhì)地完成項目目標(biāo)，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責(zé)任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預(yù)算、項目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題：把項目本身的“項目目標(biāo)”誤作編制項目開發(fā)計劃的目的。
1.2背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關(guān)情況。主要有以下內(nèi)容：
項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“XX系統(tǒng)”開發(fā)的項目名稱是“XX系統(tǒng)開發(fā)”。
項目的委托單位：如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(單位)：軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機關(guān)，但使用的用戶或單位不僅有海關(guān)或稅務(wù)機關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。
項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領(lǐng)導(dǎo)或商務(wù)人員;注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔(dān)部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門(也有的分為不同事業(yè)部)。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔(dān)部門。
項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標(biāo)和各項任務(wù)。
例句：根據(jù)《某部關(guān)于某建設(shè)工作的實施意見》精神，為了保障某建設(shè)工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設(shè)工作小組辦公室把此項建設(shè)工作實施列入督查的重要內(nèi)容，及時掌握進度，相關(guān)部門建立市某建設(shè)工作簡報制度，及時反映全市某建設(shè)工作動態(tài)。
目前對于某建設(shè)工作的工作主要采用計劃部門手工編制年度計劃、建設(shè)工作主管部門和建設(shè)工作實施單位聯(lián)合手動編制進度計劃，某建設(shè)工作單位手工上報建設(shè)工作進度情況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和今后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關(guān)工作人員的勞動強度是非常有必要和緊迫的任務(wù)。
軟件系統(tǒng)與其他系統(tǒng)的關(guān)系：說明與本系統(tǒng)有關(guān)的其他系統(tǒng)，說明它們之間的相互依賴關(guān)系。這些系統(tǒng)可以是這個系統(tǒng)的基礎(chǔ)性系統(tǒng)(一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行)，也可以是以這個系統(tǒng)為基礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句：本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當(dāng)掛在市政府網(wǎng)站。
軟件系統(tǒng)與機構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標(biāo)準(zhǔn)、需要通過那些組織機構(gòu)的測試才能使用等等、是否需要外包或與那些組織機構(gòu)合作。
1.3定義
列出為正確理解本計劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語進行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。
1.4參考資料
列出本計劃書中所引用的及相關(guān)的文件資料和標(biāo)準(zhǔn)的作者、標(biāo)題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標(biāo)準(zhǔn)的途徑。本節(jié)與下一節(jié)的“標(biāo)準(zhǔn)、條約和約定”互為補充，注意“參考資料”未必作為“標(biāo)準(zhǔn)、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：
本項目的合同、標(biāo)書、上級機關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書;
屬于本項目的其他已經(jīng)發(fā)表的文件;
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。
1.5標(biāo)準(zhǔn)、條約和約定
列出在本項目開發(fā)過程中必須遵守的標(biāo)準(zhǔn)、條約和約定。例如：相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、上級機關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)范等。
“參考資料”一般具有“物質(zhì)”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標(biāo)準(zhǔn)、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應(yīng)該涵蓋“標(biāo)準(zhǔn)、條約和約定”。
2項目概述
2.1項目目標(biāo)
設(shè)定項目目標(biāo)就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。注意“要完成一個系統(tǒng)”只是一個模糊的目標(biāo)，它還不夠具體和明確。明確的項目目標(biāo)應(yīng)該指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標(biāo)應(yīng)當(dāng)符合SMART原則：
lSSpecific明確的陳述
lMMeasurable可以衡量的結(jié)果
lAAttainable可以達成的目標(biāo)
lRRealistic合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合
lTTrackable可以跟蹤的
項目目標(biāo)可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標(biāo)、第二目標(biāo)等等;縱向的分解一般是指按照階段，如分解為第一階段目標(biāo)、第二階段目標(biāo)等等，或近期目標(biāo)、中期目標(biāo)、遠期目標(biāo)等等。階段目標(biāo)一般應(yīng)當(dāng)說明目標(biāo)實現(xiàn)的較為明確的時間。一般要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上“為實現(xiàn)項目的總目標(biāo)，必須實現(xiàn)以下三個階段目標(biāo)······”
2.2產(chǎn)品目標(biāo)與范圍
根據(jù)項目輸入(如合同、立項建議書、項目技術(shù)方案、標(biāo)書等)說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標(biāo)及簡要的軟件功能需求。對項目成果(軟件系統(tǒng))范圍進行準(zhǔn)確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎(chǔ)和依據(jù)。軟件系統(tǒng)產(chǎn)品目標(biāo)應(yīng)當(dāng)從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標(biāo)如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準(zhǔn)確性，減輕各級相關(guān)工作人員的勞動強度?！?/p>
2.3假設(shè)與約束
對于項目必須遵守的各種約束(時間、人員、預(yù)算、設(shè)備等)進行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種種制約條件。
假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。
假設(shè)與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風(fēng)險分析中列出，分析其出現(xiàn)的可能性(概率)、造成的影響、應(yīng)當(dāng)采取的相應(yīng)措施。
2.4項目工作范圍
說明為實現(xiàn)項目的目標(biāo)需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。
2.5應(yīng)交付成果
2.5.1需完成的軟件
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3須提交內(nèi)部的文檔
可根據(jù)《GB8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄O：“文件編制實施規(guī)定的實例(參考件)”結(jié)合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務(wù)和資源。
根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4應(yīng)當(dāng)提供的服務(wù)
根據(jù)合同或某重點建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如培訓(xùn)、安裝、維護和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當(dāng)在本計劃“4.3總體進度計劃”中條列出。
2.6項目開發(fā)環(huán)境
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對Java的，也需要針對C++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。
2.7項目驗收方式與依據(jù)
說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項目文檔(最主要是需求規(guī)格說明書)。
3項目團隊組織
3.1組織結(jié)構(gòu)
說明項目團隊的組織結(jié)構(gòu)。項目的組織結(jié)構(gòu)可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務(wù)，項目團隊需要哪些角色構(gòu)成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員(或小組)、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。
注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員(小組)，但需要知識轉(zhuǎn)移方面的人員(小組)。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當(dāng)?shù)販p少。
3.2人員分工
確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。
3.3協(xié)作與溝通
項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。
其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、QQ、內(nèi)部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應(yīng)當(dāng)說明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等
3.3.1項目團隊內(nèi)部協(xié)作
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2項目接口人員
應(yīng)當(dāng)說明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，包括：
a、負責(zé)本項目同用戶的接口人員;
b、負責(zé)本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員;
c、負責(zé)本項目同分包方的接口人員。
3.3.3項目團隊外部溝通與協(xié)作模式
項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)/部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實施責(zé)任人的姓名、聯(lián)系電話。確定有關(guān)的合作單位的名稱、負責(zé)人姓名、承擔(dān)的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
4實施計劃
4.1風(fēng)險評估及對策
識別或預(yù)估項目進行過程中可能出現(xiàn)的風(fēng)險。應(yīng)該分析風(fēng)險出現(xiàn)的可能性(概率)、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等
風(fēng)險的對策包括：避免：排除特定危脅往往靠排除危險起源;減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數(shù);吸納：接受一切后果，可以是積極的(如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生)，也可以是消極的(如某些費用超支則接受低于預(yù)期的利潤)。
對于軟件開發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
軟件開發(fā)項目常見預(yù)估的風(fēng)險：
1)工程/規(guī)模/進度上的風(fēng)險
規(guī)模大，規(guī)模估算不精確甚至誤差很大;就規(guī)模而言，用戶要求交付期、費用很緊;預(yù)料外的工作(測試未完時的現(xiàn)場對應(yīng)等);
2)技術(shù)上的風(fēng)險
使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗;是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗;性能上的要求很嚴;
3)用戶體制上的問題
用戶管理不嚴，恐怕功能決定、驗收不能順利地完成(或者出現(xiàn)了延遲);或者恐怕功能會多次變更;與用戶分擔(dān)開發(fā)，恐怕工程會拖延(或者出現(xiàn)了延遲);用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤;
4)其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。
4.2工作流程
說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。
4.3總體進度計劃
這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。
總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對于項目計劃、項目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓(xùn)、用戶培訓(xùn)、安裝部署、試運行、驗收等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件(里程碑)。
設(shè)計評審
表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用EXCEL作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說明。
制定軟件項目進度計劃應(yīng)當(dāng)考慮以下一些因素:
1)對于系統(tǒng)需求和項目目標(biāo)的掌握程度。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。
2)軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴重。
3)軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的.復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系;同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。
4)項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務(wù)所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。
5)項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度;對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度;企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。
4.4項目控制計劃
4.4.1質(zhì)量保證計劃
執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應(yīng)當(dāng)單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)GB/T12504計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括：
l引言(本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料)
l管理(描述負責(zé)軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責(zé))
l文檔(列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準(zhǔn)則)
l標(biāo)準(zhǔn)、條例和約定(列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施)
l評審和檢查(規(guī)定所要進行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準(zhǔn)則。至少要進行軟件需求評審、概要設(shè)計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查)
l軟件配置管理(編制有關(guān)配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《GB/T12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔)
l工具、技術(shù)和方法(指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途)
l媒體控制(說明保護計算機程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化)
l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。)
l記錄的收集、維護和保存(指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設(shè)施，并指明要保存的期限)
4.4.2進度控制計劃
(可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容)
本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3預(yù)算監(jiān)控計劃
說明如何檢查項目預(yù)算的使用情況。根據(jù)項目情況需要制定。
4.4.4配置管理計劃
編制有關(guān)軟件配置管理的條款，或引用按照GB/T12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標(biāo)識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設(shè)施;必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構(gòu)及其職責(zé)。
5支持條件
說明為了支持本項目的完成所需要的各種條件和設(shè)施。
5.1內(nèi)部支持
逐項列出項目每階段的支持需求(含人員、設(shè)備、軟件、培訓(xùn)等)及其時間要求和用途。
例如，設(shè)備、軟件支持包括客戶機、服務(wù)器、網(wǎng)絡(luò)環(huán)境、外設(shè)、通訊設(shè)備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時間的要求。
5.2客戶支持
列出對項目而言需由客戶承擔(dān)的工作、完成期限和驗收標(biāo)準(zhǔn)，包括需由客戶提供的條件及提供時間。
5.3外包(可選)
列出需由外單位分合同承包者承擔(dān)的工作、完成時間，包括需要由外單位提供的條件和提供的時間。
6預(yù)算
6.1人員成本
列出產(chǎn)品/項目團隊每一個人的預(yù)計工作月數(shù)。
列出完成本項目所需要的勞務(wù)(包括人員的數(shù)量和時間)
勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金
6.2設(shè)備成本
設(shè)備成本包括：原材料費，設(shè)備購置及使用費
列出擬購置的設(shè)備及其配置和所需的經(jīng)費
列出擬購置的軟件及其版本和所需的經(jīng)費
使用的現(xiàn)有設(shè)備及其使用時間
6.3其它經(jīng)費預(yù)算
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓(xùn)費、外包費等，包括：
(1)差旅費(旅費、出租)(含補貼)
(2)資料費(圖書費、資料費、復(fù)印費、出版費)
(3)通信費(市話長話費、移動通信費、上網(wǎng)費、郵資)
(4)會議費(鑒定費、評審會、研討費、外事費等)
(5)辦公費(購買辦公用品)
(6)協(xié)作費(業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費)
(7)培訓(xùn)費(培訓(xùn)資料編寫費、資料印刷費、產(chǎn)地費、設(shè)備費)
其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)
6.4項目合計經(jīng)費預(yù)算
列出完成本項目需要的所有經(jīng)費預(yù)算(上述各項費用之和)。
7關(guān)鍵問題
逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對項目成敗的影響。
8專題計劃要點
專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓(xùn)計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶培訓(xùn)計劃、系統(tǒng)安裝部署計劃。
2、如何編寫創(chuàng)業(yè)計劃書?
一、創(chuàng)業(yè)者和創(chuàng)業(yè)計劃
--創(chuàng)業(yè)者簡介，全國文秘工作者的重點介紹創(chuàng)業(yè)者的業(yè)務(wù)專長和已取得的業(yè)績。
--創(chuàng)業(yè)機會概述，應(yīng)對產(chǎn)品（服務(wù)）和市場機會進行簡要描述。
--創(chuàng)業(yè)目標(biāo)
二、市場分析
--市場現(xiàn)狀綜述，應(yīng)詳細描述顧客、市場的現(xiàn)實需求，市場的容量和成長潛力，市場的細分及其特征。
--市場發(fā)展趨勢，應(yīng)詳細分析市場發(fā)展趨勢，各影響因素及其對市場的具體影響。
--競爭分析，要詳細分析所有現(xiàn)實和可能的競爭對手的情況，包括他們的產(chǎn)品、銷售額、市場份額、經(jīng)濟實力以及各自優(yōu)勢與劣勢。
--市場定位，應(yīng)詳細說明本產(chǎn)品（服務(wù)）的目標(biāo)顧客、目標(biāo)市場和市場競爭力，可能的市場地位和市場份額。（以上應(yīng)說明資料來源與選擇的預(yù)測辦法）
三、產(chǎn)品（服務(wù)）
--產(chǎn)品（服務(wù)）介紹，主要包括產(chǎn)品（服務(wù)）的技術(shù)原理、技術(shù)水平、新穎性和獨特性，主要用途和應(yīng)用范圍，經(jīng)濟壽命和所處階段，未來發(fā)展預(yù)測。
--產(chǎn)品（服務(wù)）的市場保護措施
--產(chǎn)品（服務(wù)）研發(fā)計劃
--產(chǎn)品（服務(wù)）生產(chǎn)計劃（以上應(yīng)注明資料及信息來源）
四、市場營銷
--營銷方式和渠道--營銷隊伍--促銷計劃--價格策略
五、財務(wù)計劃財務(wù)計劃主要是對創(chuàng)業(yè)前三年的財務(wù)情況進行預(yù)測、分析。--資金需求和使用
--預(yù)計銷售收入和經(jīng)濟效益--財務(wù)分析，包括對投資額、經(jīng)營成本和銷售收入發(fā)生變動的影響分析
六、風(fēng)險與對策
--技術(shù)風(fēng)險--市場風(fēng)險--管理風(fēng)險--環(huán)境風(fēng)險
七、創(chuàng)業(yè)團隊
--主要成員，重點介紹成員經(jīng)歷和背景，能力與專長，擬任職務(wù)（注意分工和互補）。--組織結(jié)構(gòu)，包括企業(yè)的組織結(jié)構(gòu)圖、部門的功能、作用與職責(zé)，部門的負責(zé)人及主要成員。--欠缺與對策
八、發(fā)展預(yù)測新星創(chuàng)業(yè)計劃項目可行性研究報告編寫提綱
一、總論
1、項目名稱
2、主要內(nèi)容說明本項目創(chuàng)新內(nèi)容、技術(shù)水平、技術(shù)指標(biāo)、用途及應(yīng)用范圍。
3、目的、意義說明本項目提出的背景、目的和是否符合國家和地方產(chǎn)業(yè)政策要求以及社會經(jīng)濟意義。
4、國內(nèi)外現(xiàn)狀及發(fā)展趨勢說明與本項目研究開發(fā)內(nèi)容相關(guān)的國內(nèi)外現(xiàn)狀及發(fā)展趨勢。（要求注明主要資料及信息來源）
九、項目技術(shù)可行性分析
1、項目的技術(shù)創(chuàng)新性論述（1）項目產(chǎn)品（服務(wù)）的主要技術(shù)內(nèi)容及基礎(chǔ)原理。（2）項目產(chǎn)品（服務(wù)）的技術(shù)創(chuàng)新點論述。詳細說明本項目的技術(shù)創(chuàng)新點、創(chuàng)新程度、創(chuàng)新難度，以及需進一步解決的問題，并附上權(quán)威機構(gòu)出示的查新報告或其他相關(guān)證明材料。（3）項目產(chǎn)品（服務(wù)）的主要技術(shù)性能指標(biāo)與國內(nèi)、國外同類產(chǎn)品先進技術(shù)指標(biāo)的比較（可以表格方式說明）。
2、技術(shù)成熟性和項目產(chǎn)品可靠性論述技術(shù)成熟階段的論述、有關(guān)部門對本項目技術(shù)成果的技術(shù)鑒定情況；本項目產(chǎn)品（服務(wù)）的技術(shù)檢測、分析化驗的情況；該技術(shù)進行生產(chǎn)條件下小批量、小規(guī)模試生產(chǎn)的情況，包括生產(chǎn)質(zhì)量的穩(wěn)定性、成品率；本項目產(chǎn)品（服務(wù)）在實際使用條件下的可靠性、耐久性、安全性的考核情況等。
十、項目產(chǎn)品（服務(wù)）市場預(yù)測
1、項目產(chǎn)品（服務(wù)）的主要用途，產(chǎn)品（服務(wù)）的經(jīng)濟壽命，目前處于壽命期的階段，開發(fā)新用途的可能性。
2、市場調(diào)查。說明現(xiàn)階段市場容量、市場供應(yīng)能力，國內(nèi)外同類產(chǎn)品的水平、價格、市場競爭力情況。
3、市場預(yù)測。說明未來市場容量、市場供應(yīng)能力、產(chǎn)品的技術(shù)水平、價格等方面的發(fā)展趨勢。（以上應(yīng)注明主要資料、信息來源及選用的預(yù)測辦法）
十一、項目實施方案
1、技術(shù)方案2、生產(chǎn)方案3、營銷計劃4、特殊行業(yè)許可證報批情況5、項目總體發(fā)展論述
十二、項目投資估算與資金籌措
1、投資估算2、資金籌措3、資金使用計劃
十三、經(jīng)濟、社會效益分析
1、生產(chǎn)成本與銷售收入估算2、財務(wù)分析預(yù)測項目完成后項目產(chǎn)品年凈利潤、年納稅總額、投資利潤率、財務(wù)內(nèi)部收益率、投資回收期。3、社會效益分析4、項目的風(fēng)險性及不確定性分析對項目的風(fēng)險性及不確定因素進行識別，包括技術(shù)風(fēng)險、人員風(fēng)險、市場風(fēng)險、政策風(fēng)險等。進行盈虧平衡分析和敏感性分析，進而分析不確定因素對項目經(jīng)濟評價指標(biāo)的影響，分析項目的抗風(fēng)險能力。
十四、項目承擔(dān)人情況
1、創(chuàng)業(yè)申請人及主要創(chuàng)業(yè)人員的姓名、性別、年齡、文化程度、技術(shù)職稱及在項目中承擔(dān)的主要研究開發(fā)任務(wù)。2、主要研究開發(fā)人員的研究領(lǐng)域及研究成果簡介。3、創(chuàng)業(yè)申請人與主要研究開發(fā)人員的合作形式、經(jīng)濟和技術(shù)關(guān)系。
附件包括可以說明項目情況的證明文件（技術(shù)報告、設(shè)計文件、查新報告、鑒定證書、檢測報告、專利證書、獎勵證明等復(fù)印件。
《寫作技巧-如何編寫創(chuàng)業(yè)計劃書?》
3、項目借款用途說明及還款計劃書
導(dǎo)語：策劃其實就是為了達到一定的目的`，充分調(diào)查市場環(huán)境及相關(guān)聯(lián)的環(huán)境的基礎(chǔ)之上，遵循一定的方法或者規(guī)則，對未來即將發(fā)生的事情進行系統(tǒng)、周密、科學(xué)的預(yù)測并制訂科學(xué)的可行性的方案。
——————公司/銀行：
xxxx有限公司項目因在開發(fā)過程中資金周轉(zhuǎn)需要，特向貴單位申請項目借款人民幣元整。借款用途及還款計劃說明如下：
xxxx有限公司成立于 年 月，投資開發(fā)xxx景苑項目總用地面積㎡，總建筑面積㎡左右，容積率為 ，綠地率達到，項目分期開發(fā)，預(yù)計項目總投資萬元，建成后將成為該區(qū)域地塊的龍頭項目。目前項目一期2萬㎡已經(jīng)竣工交付。建設(shè)中的二期工程由5幢高層和1幢商業(yè)街構(gòu)成，共計建筑面積約5萬㎡左右，已于2011年3月正式開工。因受到國家宏觀經(jīng)濟調(diào)控影響，目前資金缺口六千萬元左右。此次項目借款主要用于在建工程的土建工程，其中后續(xù)主體工程建設(shè)和主體裝飾工程用款約5000萬元，項目后續(xù)配套設(shè)施，包括配電工程、電訊、電視配套、消防工程、管道燃氣、市政、道路、園林綠化以及竣工驗收費用約1000萬元左右。
我公司承諾按期歸還所借款項之本金與利息。還款來源保證如下：畫溪〃銀杏景苑項目一期在售住宅銷售均價每平方米4000元左右，商業(yè)用房均價每平方米8000元左右。項目二期開發(fā)總量5萬㎡左右，其中商品房420套，營業(yè)用房35套。整個項目竣工完成后，居住人氣與商業(yè)氣氛都將形成規(guī)模，因此公司計劃將二期售價提高15 %左右，目前已經(jīng)有登記意向客戶130名。如各項工程按計劃順利實施，xxx景苑二期30%的銷售收入即可用于歸還貴單位之借款。
請貴單位批準(zhǔn)我公司借款申請為荷！
xxx有限公司
二0xx年x月xx日
4、大學(xué)生創(chuàng)業(yè)項目計劃書范文SNS創(chuàng)業(yè)計劃書
背景說明
1967年，哈佛大學(xué)的心理學(xué)教授Stanley Milgram(1933～1984)創(chuàng)立了六度關(guān)系理論，簡單地說：“你和任何一個陌生人之間所間隔的人不會超過六個，也就是說，最多通過六個人你就能夠認識任何一個陌生人。”
MySpace.com 在alexa的全球排名是第5位，業(yè)內(nèi)評估其價值為200億美元以上。2007年10月，微軟公司出資2.4億美元收購美國第二大社交網(wǎng)站Facebook 1.6%股權(quán)。這項交易使Facebook價值已高達150億美元。
美國是SNS網(wǎng)站的先行者。美國兩個社交網(wǎng)站MySpace和Facebook的全球風(fēng)行迅速將SNS的熱潮燒到中國。從2003年起，SNS陸續(xù)在中國發(fā)展起來，據(jù)市場研究公司BDA預(yù)計，中國目前共有超過100家較為活躍的社交網(wǎng)站。本土SNS網(wǎng)站51.com、校內(nèi)網(wǎng)等更是其中翹楚。
在國內(nèi)，SNS網(wǎng)站大致劃分為三大類：第一類是綜合交友類型，以某種共同愛好、共同話題為核心，建立一般意義上的朋友關(guān)系。第二類是婚戀類型，這些網(wǎng)站目標(biāo)用戶大多是白領(lǐng)階層。第三類是商務(wù)類型的SNS，這一類型主要面向企業(yè)商務(wù)應(yīng)用收費和多樣線下商業(yè)活動收費。目前，除婚戀類型發(fā)展勢頭較好以外，絕大部分SNS網(wǎng)站正在尷尬求存。
1.盈利模式
SNS網(wǎng)站一般提供的服務(wù)有：日記，相冊，音樂等一些共享性質(zhì)的服務(wù)。SNS從名稱上看是服務(wù)性網(wǎng)站，賣的自然就是服務(wù)。中國的網(wǎng)民不習(xí)慣付費服務(wù)。他們只是覺得大家都能享受的服務(wù)就是應(yīng)該是免費的，同時也接受一些定制收費服務(wù)。也就是說中國網(wǎng)民喜歡花錢消費在“特殊性”上面。目前的SNS都提供了供定制服務(wù)來擴展用戶的相冊，音樂，空間。
目前來看國內(nèi)的SNS網(wǎng)站所建立起來的人與人之間的關(guān)系并不粘連?！皞€人留言”這頁大都是“我來踩踩”、
“串門”、“加我為好友吧”等一些寒暄。找不到理由的搭訕，這種搭訕成功的概率極低。即便搭訕成功，把對方加為好友你也不知道如何繼續(xù)下去，用戶的體驗非常少。最后會發(fā)現(xiàn)自己的幾百個好友竟然沒有幾個是經(jīng)常上線?？蛻袅魇н^快是SNS面臨的一個巨大問題。
SNS網(wǎng)站除了有日記，相冊這些基本工具外還應(yīng)該有更多必須通過交流才能獲得的樂趣。網(wǎng)絡(luò)游戲就是一個很好的學(xué)習(xí)例子。大家剛進去在新手村練習(xí)打小動物就可能結(jié)交到一個朋友，并與之圍繞話題展開聊天。同樣，一個SNS網(wǎng)站必須讓用戶有事可做，這件事可以是虛擬的，也可以是實際的。例如，可以嘗試給新注冊用戶一個小小任務(wù)。這個任務(wù)不是一個人能輕易完成，但又不是很復(fù)雜。讓用戶充當(dāng)記者采訪另外一個用戶。網(wǎng)站工作人員可以幫忙組合用戶(網(wǎng)絡(luò)紅娘?)來完成任務(wù)?；蛘咚麄兛梢再徺I輔助道具來減少完成任務(wù)的阻力。完成任務(wù)之后又能得到豐厚獎勵。加入這種游戲元素的話虛擬道具的銷售也可以成為一項收入來源。
網(wǎng)絡(luò)廣告尤其是精準(zhǔn)廣告已經(jīng)成為SNS網(wǎng)站的重要盈利模式。在不破壞網(wǎng)友用戶體驗的情況下，SNS網(wǎng)站可以根據(jù)交友用戶的上網(wǎng)行為、社區(qū)行為、言論行為以及內(nèi)容偏好進行數(shù)據(jù)挖掘，從而實現(xiàn)對用戶的分類，并根據(jù)不同類別用戶的特征和需求匹配相應(yīng)的廣告。廣告商的廣告效力明顯增強。51.com目前30%收入來源于此。
2.用戶群
中國互聯(lián)網(wǎng)絡(luò)信息中心(CNNIC)數(shù)據(jù)顯示，截止2007年12月31日，我國網(wǎng)民總?cè)藬?shù)達到2.1億人，僅以500萬人之差次于美國，居世界第二，CNNIC預(yù)計在2008年初中國將成為全球網(wǎng)民規(guī)模最大的國家?？焖僭鲩L的農(nóng)村網(wǎng)民成為新增網(wǎng)民的重要組成，7300萬新增網(wǎng)民中的4成，即有2917萬來自農(nóng)村;截至2007年12月底，我國農(nóng)村網(wǎng)民數(shù)量達到5262萬，年增長率達到127.7%。這一數(shù)據(jù)表明：農(nóng)村網(wǎng)民的高速增長，使得農(nóng)村成為一個擁有巨大潛力的互聯(lián)網(wǎng)消費市場，隨著 "村村通電話"、"鄉(xiāng)鄉(xiāng)能上網(wǎng)"、"鄉(xiāng)鄉(xiāng)有網(wǎng)站"等鄉(xiāng)鎮(zhèn)信息化普及工程的推進，農(nóng)村互聯(lián)網(wǎng)市場必將大有可為。
面向白領(lǐng)的SNS網(wǎng)站，用戶數(shù)發(fā)展注定受限。特別在中國，白領(lǐng)是占總?cè)丝诒壤龢O少的一群，大部分生活在沿海。以這個群體為目標(biāo)的SNS網(wǎng)站用戶數(shù)很難上到千萬。18-30歲的有大部分都是學(xué)生，社會從業(yè)人員。他們停留在二線城市。SNS網(wǎng)站的用戶群應(yīng)該是他們。這類人是屬于沖動型消費，快速消費產(chǎn)品例如彩鈴，圖片，游戲道具他們都樂于嘗試。
5、項目開發(fā)計劃書編寫的目的
項目計劃書是指項目方為了達到招商融資和其它發(fā)展目標(biāo)等目的所制作的計劃書。下面是小編整理的項目開發(fā)計劃書編寫的目的，供大家參考！
1引言
1.1編寫目的
此項目開發(fā)計劃書的編寫主要是為了給開發(fā)《疾病診斷系統(tǒng)》做主要的規(guī)劃和整合，在開發(fā)過程中起到引導(dǎo)作用，保證項目團隊按時保質(zhì)地完成項目目標(biāo)，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，以文件化的形式，把對于在項目生存周期內(nèi)的工作任務(wù)范圍、各項工作的`任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責(zé)任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預(yù)算、項目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，它又是項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)、項目團隊開展和檢查項目工作的依據(jù)。
1.2 背景
1.待開發(fā)系統(tǒng)的名稱：疾病診斷系統(tǒng)。
2.本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該系統(tǒng)的環(huán)境：
?、偃蝿?wù)提出者：Xx老師
?、陂_發(fā)者：
?、塾脩簦捍蟊?/p>
3.該系統(tǒng)與其他系統(tǒng)基本的相互關(guān)系：由于該系統(tǒng)的應(yīng)用范圍比較廣，我們會考慮其兼容性。
1.3參考資料
1.張海藩.軟件工程導(dǎo)論(第五版).北京：清華大學(xué)出版社，2008 2.鄭仁杰.實用軟件工程(第二版).北京：清華大學(xué)出版社，1997 3.網(wǎng)站：
2 項目概述
疾病診斷系統(tǒng)是一個在線診斷疾病的網(wǎng)站，主要是為查詢疾病的用戶提供方便，也可以查詢到各種疾病知識。本系統(tǒng)分前臺操作和后臺操作，前臺主要是面向廣大客戶，提供廣大交流空間，后臺是系統(tǒng)管理員進行管理。
2.1工作內(nèi)容：
1.項目可行性分析;
2.項目需求分析;
3.項目體系結(jié)構(gòu)設(shè)計;
4.項目編程實現(xiàn);
5.項目測試;
6.項目后期管理與維護。
2.2主要參加人員
項目經(jīng)理: 曾明 具有較強的組織能力 系統(tǒng)分析員： 顏海林 林玉蘭 有較強的分析能力
開發(fā)人員： 曾明 林乃鳳 掌握各語言以及具有較強的編程能力 測試人員： 顏海林 林玉蘭
客戶： 黎炳淞 曹付嵩 有較強的觀察能力
2.3產(chǎn)品
2.3.1程序
1.程序名稱：EasyEclipse for PHP 1.2.2開發(fā)的 php程序
2.編輯語言:php語言
2.3.2文件
(1)項目總體設(shè)計規(guī)格說明書
(2)項目詳細設(shè)計規(guī)格說明書
(3)軟件使用說明書
(4)源代碼
(5)軟件說明書
2.3.3服務(wù)
培訓(xùn)安裝、使用，維護從使用該系統(tǒng)開始，維護期為一年。
2.3.4非移交品
(1)項目開發(fā)計劃書
(2)軟件測試計劃書
2.4.驗收標(biāo)準(zhǔn)：系統(tǒng)各項功能能夠正常運行，達到客戶的功能需求。
3.實施計劃
3.1.項目選用的生命周期
本項目采用的瀑布模型，每一個階段只做一次，從上一階段到下一階段一步一步過度，最終得到開發(fā)的產(chǎn)品。
3.2工作任務(wù)的人員分工安排
3.3預(yù)算
1.參與開發(fā)的人員：6人
2.預(yù)期完成需時：約1個月
3.費用預(yù)算
6、項目計劃書范本方便食品經(jīng)營的創(chuàng)業(yè)計劃書
一、企業(yè)概況
主要經(jīng)營范圍:
工業(yè)化中餐(包括各類‘北綠’凍干食品、速食營養(yǎng)粥、蓋澆飯、速食菜、即食素食及藍梅飲料等
企業(yè)類型:新型產(chǎn)業(yè)
□生產(chǎn)制造□零售□批發(fā)□服務(wù)□農(nóng)業(yè)
□√新型產(chǎn)業(yè)□傳統(tǒng)產(chǎn)業(yè)□其他
二、創(chuàng)業(yè)計劃作者的個人情況
以往的相關(guān)經(jīng)驗(包括時間):
1985——1995天津市電表廠技術(shù)工人
1995——1997紙業(yè)公司會計
1997——2000餐廳會計
2000——2002娛樂中心會計
2001——2005健康中心會計
2005——2006食品銷售部會計
2006——至今籌辦“吉祥三寶你的店”
教育背景，所學(xué)習(xí)的相關(guān)課程(包括時間):
1983——1985天津市電表廠技校電子儀表
1994天津市河西職大會計證培訓(xùn)
三、市場評估
目標(biāo)顧客描述:時尚人群、寫字樓辦公人員、企事業(yè)人員、老師、學(xué)生、醫(yī)護人員、病人等。
市場容量或本企業(yè)預(yù)計市場占有率:本店坐落內(nèi)環(huán)線，交通便利，周圍有高層寫字樓、音樂學(xué)院等。根據(jù)報道，快餐業(yè)二○XX年要營業(yè)額達2000億元，單是方便面就達230億元，就按1%計也可達2億元的市場容量，預(yù)計市場占有率可達20%。
市場容量的變化趨勢:隨著人們對食品安全越來越重視以及營養(yǎng)快餐的進一步了解，而我們品牌及產(chǎn)品知名度會越越來越高，價格合理，市場份額會明顯增加。
競爭對手的主要優(yōu)勢:
1、資金雄厚，經(jīng)常促銷
2、進入市場較早，品種多
3、宣傳力度大
4、管理完善
競爭對手的主要劣勢:
1、價格高
2、多數(shù)缺少營養(yǎng)，很少是綠色有機食品
3、開辦費高、經(jīng)營面積大
4、設(shè)備多、人力多
本企業(yè)相對于競爭對手的主要優(yōu)勢:
1、價格適中
2、綠色有機食品
3、“無廚房、無炊煙、無大廚、無需工點業(yè)”唯一可以開在寫字樓中的快餐廳
4、投入費用低，易于操作
5、采用全新的復(fù)合式會員制加盟連鎖方式
本企業(yè)相對于競爭對手的主要劣勢:
1、資金少
2、進入市場晚
3、宣傳力度須加強
4、管理須更加完善
四、市場營銷計劃
1、產(chǎn)品
產(chǎn)品或服務(wù)主要特征
麻辣燙綠色有機食品，開水一泡即食
多款營養(yǎng)粥綠色有機食品，開水一泡、一燜即食
多款菜綠色有機食品，微波爐加溫即食
多款素食菜開袋即食
2、價格(略)
(1)選址細節(jié):
地址:婦女創(chuàng)業(yè)中心平房
面積(平方米):54
租金或建筑成本:1300元/月
(2)選擇該地址的主要原因:坐落內(nèi)環(huán)線，交通便利，旁邊有高層寫字樓、音樂學(xué)院等，便于店堂消費和外賣送餐
(3)銷售方式(選擇一項并打√):
將把產(chǎn)品或服務(wù)銷售或提供給:□√最終消費者□零售商□批發(fā)商
(4)選擇該銷售方式的原因:利于做大做強、效益最大化
五、企業(yè)組織結(jié)構(gòu)
企業(yè)將登記注冊成:
□√個體工商戶□有限責(zé)任公司
□個人獨資企業(yè)□其他
□合伙企業(yè)
擬議的企業(yè)名稱:吉祥三寶你的店
企業(yè)的員工(請附企業(yè)組織結(jié)構(gòu)圖和員工工作描述數(shù)):
職務(wù)月薪
業(yè)主或經(jīng)理丁煥蓮1000元
員工三人700元
企業(yè)將獲得的營業(yè)執(zhí)照、許可證:個體工商戶、衛(wèi)生許可證
享受國家優(yōu)惠政策，免征行政事業(yè)費用1000元
六、財務(wù)規(guī)劃(略)
世界創(chuàng)業(yè)實驗室預(yù)祝各位想創(chuàng)業(yè)的朋友創(chuàng)業(yè)成功!
7、項目計劃書的編寫說明
1引言
1.1編寫目的
說明編寫這份項目計劃的目的，并指出預(yù)期的讀者。
作用：本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標(biāo)”，而是為了說明本文檔的目的與作用。“項目目標(biāo)”在2.1中說明。
意義：使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎(chǔ)，以便項目團隊根據(jù)本計劃書開展和檢查項目工作?！?/p>
例如可以這么寫：為了保證項目團隊按時保質(zhì)地完成項目目標(biāo)，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結(jié)構(gòu)、各團隊成員的工作責(zé)任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預(yù)算、項目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題：把項目本身的“項目目標(biāo)”誤作編制項目開發(fā)計劃的目的。
1.2背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關(guān)情況。主要有以下內(nèi)容：
項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對“XX系統(tǒng)”開發(fā)的項目名稱是“XX系統(tǒng)開發(fā)”。
項目的委托單位：如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(單位)：軟件或網(wǎng)絡(luò)的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關(guān)的報關(guān)軟件、稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機關(guān)，但使用的用戶或單位不僅有海關(guān)或稅務(wù)機關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。
項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領(lǐng)導(dǎo)或商務(wù)人員;注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔(dān)部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門(也有的分為不同事業(yè)部)。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務(wù)部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔(dān)部門。
項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標(biāo)和各項任務(wù)。
例句：根據(jù)《某部關(guān)于某建設(shè)工作的實施意見》精神，為了保障某建設(shè)工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設(shè)工作小組辦公室把此項建設(shè)工作實施列入督查的重要內(nèi)容，及時掌握進度，相關(guān)部門建立市某建設(shè)工作簡報制度，及時反映全市某建設(shè)工作動態(tài)。
目前對于某建設(shè)工作的工作主要采用計劃部門手工編制年度計劃、建設(shè)工作主管部門和建設(shè)工作實施單位聯(lián)合手動編制進度計劃，某建設(shè)工作單位手工上報建設(shè)工作進度情況的方式，而全市的建設(shè)工作有數(shù)百個，加上前期建設(shè)工作的數(shù)量和今后某市建設(shè)發(fā)展的趨勢，建設(shè)工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應(yīng)市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設(shè)工作信息報送反饋系統(tǒng)”，提高某建設(shè)工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關(guān)工作人員的勞動強度是非常有必要和緊迫的任務(wù)。
軟件系統(tǒng)與其他系統(tǒng)的關(guān)系：說明與本系統(tǒng)有關(guān)的其他系統(tǒng)，說明它們之間的相互依賴關(guān)系。這些系統(tǒng)可以是這個系統(tǒng)的基礎(chǔ)性系統(tǒng)(一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行)，也可以是以這個系統(tǒng)為基礎(chǔ)的系統(tǒng)，或者是兩者兼而有之的關(guān)系、互相依賴的系統(tǒng)。例句：本系統(tǒng)中對外部辦公部分如需要各個建設(shè)單位報送材料的子系統(tǒng)應(yīng)當(dāng)掛在市政府網(wǎng)站。
軟件系統(tǒng)與機構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標(biāo)準(zhǔn)、需要通過那些組織機構(gòu)的測試才能使用等等、是否需要外包或與那些組織機構(gòu)合作。
1.3定義
列出為正確理解本計劃書所用到的專門術(shù)語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語進行另外的定義，使它的含義和通用術(shù)語的慣用含義不一致。
1.4參考資料
列出本計劃書中所引用的及相關(guān)的文件資料和標(biāo)準(zhǔn)的作者、標(biāo)題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標(biāo)準(zhǔn)的途徑。本節(jié)與下一節(jié)的“標(biāo)準(zhǔn)、條約和約定”互為補充，注意“參考資料”未必作為“標(biāo)準(zhǔn)、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如：
本項目的合同、標(biāo)書、上級機關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書;
屬于本項目的其他已經(jīng)發(fā)表的文件;
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。
1.5標(biāo)準(zhǔn)、條約和約定
列出在本項目開發(fā)過程中必須遵守的標(biāo)準(zhǔn)、條約和約定。例如：相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、上級機關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)范等。
“參考資料”一般具有“物質(zhì)”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標(biāo)準(zhǔn)、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應(yīng)該涵蓋“標(biāo)準(zhǔn)、條約和約定”。
2項目概述
2.1項目目標(biāo)
設(shè)定項目目標(biāo)就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務(wù)。注意“要完成一個系統(tǒng)”只是一個模糊的目標(biāo)，它還不夠具體和明確。明確的項目目標(biāo)應(yīng)該指出了服務(wù)對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標(biāo)應(yīng)當(dāng)符合SMART原則：
lSSpecific明確的陳述
lMMeasurable可以衡量的結(jié)果
lAAttainable可以達成的目標(biāo)
lRRealistic合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合
lTTrackable可以跟蹤的
項目目標(biāo)可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標(biāo)、第二目標(biāo)等等;縱向的分解一般是指按照階段，如分解為第一階段目標(biāo)、第二階段目標(biāo)等等，或近期目標(biāo)、中期目標(biāo)、遠期目標(biāo)等等。階段目標(biāo)一般應(yīng)當(dāng)說明目標(biāo)實現(xiàn)的較為明確的時間。一般要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上“為實現(xiàn)項目的總目標(biāo)，必須實現(xiàn)以下三個階段目標(biāo)······”
2.2產(chǎn)品目標(biāo)與范圍
根據(jù)項目輸入(如合同、立項建議書、項目技術(shù)方案、標(biāo)書等)說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標(biāo)及簡要的軟件功能需求。對項目成果(軟件系統(tǒng))范圍進行準(zhǔn)確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎(chǔ)和依據(jù)。軟件系統(tǒng)產(chǎn)品目標(biāo)應(yīng)當(dāng)從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標(biāo)如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準(zhǔn)確性，減輕各級相關(guān)工作人員的勞動強度。”
2.3假設(shè)與約束
對于項目必須遵守的各種約束(時間、人員、預(yù)算、設(shè)備等)進行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種種制約條件。
假設(shè)是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如：“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。
假設(shè)與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應(yīng)該在風(fēng)險分析中列出，分析其出現(xiàn)的可能性(概率)、造成的影響、應(yīng)當(dāng)采取的相應(yīng)措施。
2.4項目工作范圍
說明為實現(xiàn)項目的目標(biāo)需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準(zhǔn)時交付。
2.5應(yīng)交付成果
2.5.1需完成的軟件
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3須提交內(nèi)部的文檔
可根據(jù)《GB8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄O：“文件編制實施規(guī)定的實例(參考件)”結(jié)合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務(wù)和資源。
根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4應(yīng)當(dāng)提供的服務(wù)
根據(jù)合同或某重點建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如培訓(xùn)、安裝、維護和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當(dāng)在本計劃“4.3總體進度計劃”中條列出。
2.6項目開發(fā)環(huán)境
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對Java的，也需要針對C++的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。
2.7項目驗收方式與依據(jù)
說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項目文檔(最主要是需求規(guī)格說明書)。
3項目團隊組織
3.1組織結(jié)構(gòu)
說明項目團隊的組織結(jié)構(gòu)。項目的組織結(jié)構(gòu)可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務(wù)，項目團隊需要哪些角色構(gòu)成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員(或小組)、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。
注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員(小組)，但需要知識轉(zhuǎn)移方面的人員(小組)。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當(dāng)?shù)販p少。
3.2人員分工
確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。
3.3協(xié)作與溝通
項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。
其次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、QQ、內(nèi)部郵件、外部郵件、QuickPlace、聊天室等等。其中郵件溝通應(yīng)當(dāng)說明主送人、抄送人，聊天室溝通方式應(yīng)當(dāng)約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等
3.3.1項目團隊內(nèi)部協(xié)作
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2項目接口人員
應(yīng)當(dāng)說明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，包括：
a、負責(zé)本項目同用戶的接口人員;
b、負責(zé)本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員;
c、負責(zé)本項目同分包方的接口人員。
3.3.3項目團隊外部溝通與協(xié)作模式
項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)/部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實施責(zé)任人的姓名、聯(lián)系電話。確定有關(guān)的合作單位的名稱、負責(zé)人姓名、承擔(dān)的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
4實施計劃
4.1風(fēng)險評估及對策
識別或預(yù)估項目進行過程中可能出現(xiàn)的風(fēng)險。應(yīng)該分析風(fēng)險出現(xiàn)的可能性(概率)、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等
風(fēng)險的對策包括：避免：排除特定危脅往往靠排除危險起源;減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數(shù);吸納：接受一切后果，可以是積極的(如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生)，也可以是消極的(如某些費用超支則接受低于預(yù)期的利潤)。
對于軟件開發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
軟件開發(fā)項目常見預(yù)估的風(fēng)險：
1)工程/規(guī)模/進度上的風(fēng)險
規(guī)模大，規(guī)模估算不精確甚至誤差很大;就規(guī)模而言，用戶要求交付期、費用很緊;預(yù)料外的工作(測試未完時的現(xiàn)場對應(yīng)等);
2)技術(shù)上的風(fēng)險
使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗;是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗;性能上的要求很嚴;
3)用戶體制上的問題
用戶管理不嚴，恐怕功能決定、驗收不能順利地完成(或者出現(xiàn)了延遲);或者恐怕功能會多次變更;與用戶分擔(dān)開發(fā)，恐怕工程會拖延(或者出現(xiàn)了延遲);用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤;
4)其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。
4.2工作流程
說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。
4.3總體進度計劃
這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。
總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應(yīng)提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對于項目計劃、項目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓(xùn)、用戶培訓(xùn)、安裝部署、試運行、驗收等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件(里程碑)。
設(shè)計評審
表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用EXCEL作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說明。
制定軟件項目進度計劃應(yīng)當(dāng)考慮以下一些因素:
1)對于系統(tǒng)需求和項目目標(biāo)的掌握程度。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。
2)軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴重。
3)軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的.復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系;同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。
4)項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務(wù)所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。
5)項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務(wù)的熟悉程度;對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度;企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。
4.4項目控制計劃
4.4.1質(zhì)量保證計劃
執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應(yīng)當(dāng)單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)GB/T12504計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括：
l引言(本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料)
l管理(描述負責(zé)軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責(zé))
l文檔(列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準(zhǔn)則)
l標(biāo)準(zhǔn)、條例和約定(列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施)
l評審和檢查(規(guī)定所要進行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準(zhǔn)則。至少要進行軟件需求評審、概要設(shè)計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查)
l軟件配置管理(編制有關(guān)配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《GB/T12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔)
l工具、技術(shù)和方法(指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途)
l媒體控制(說明保護計算機程序物理媒體的方法和設(shè)施，以免非法存取、意外損壞或自然老化)
l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。)
l記錄的收集、維護和保存(指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設(shè)施，并指明要保存的期限)
4.4.2進度控制計劃
(可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容)
本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3預(yù)算監(jiān)控計劃
說明如何檢查項目預(yù)算的使用情況。根據(jù)項目情況需要制定。
4.4.4配置管理計劃
編制有關(guān)軟件配置管理的條款，或引用按照GB/T12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標(biāo)識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設(shè)施;必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構(gòu)及其職責(zé)。
5支持條件
說明為了支持本項目的完成所需要的各種條件和設(shè)施。
5.1內(nèi)部支持
逐項列出項目每階段的支持需求(含人員、設(shè)備、軟件、培訓(xùn)等)及其時間要求和用途。
例如，設(shè)備、軟件支持包括客戶機、服務(wù)器、網(wǎng)絡(luò)環(huán)境、外設(shè)、通訊設(shè)備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時間的要求。
5.2客戶支持
列出對項目而言需由客戶承擔(dān)的工作、完成期限和驗收標(biāo)準(zhǔn)，包括需由客戶提供的條件及提供時間。
5.3外包(可選)
列出需由外單位分合同承包者承擔(dān)的工作、完成時間，包括需要由外單位提供的條件和提供的時間。
6預(yù)算
6.1人員成本
列出產(chǎn)品/項目團隊每一個人的預(yù)計工作月數(shù)。
列出完成本項目所需要的勞務(wù)(包括人員的數(shù)量和時間)
勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金
6.2設(shè)備成本
設(shè)備成本包括：原材料費，設(shè)備購置及使用費
列出擬購置的設(shè)備及其配置和所需的經(jīng)費
列出擬購置的軟件及其版本和所需的經(jīng)費
使用的現(xiàn)有設(shè)備及其使用時間
6.3其它經(jīng)費預(yù)算
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓(xùn)費、外包費等，包括：
(1)差旅費(旅費、出租)(含補貼)
(2)資料費(圖書費、資料費、復(fù)印費、出版費)
(3)通信費(市話長話費、移動通信費、上網(wǎng)費、郵資)
(4)會議費(鑒定費、評審會、研討費、外事費等)
(5)辦公費(購買辦公用品)
(6)協(xié)作費(業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費)
(7)培訓(xùn)費(培訓(xùn)資料編寫費、資料印刷費、產(chǎn)地費、設(shè)備費)
其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)
6.4項目合計經(jīng)費預(yù)算
列出完成本項目需要的所有經(jīng)費預(yù)算(上述各項費用之和)。
7關(guān)鍵問題
逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對項目成敗的影響。
8專題計劃要點
專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓(xùn)計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶培訓(xùn)計劃、系統(tǒng)安裝部署計劃。