項目計劃5篇(熱)
時間流逝得如此之快，前方等待著我們的是新的機遇和挑戰(zhàn)，現(xiàn)在的你想必不是在做計劃，就是在準備做計劃吧。相信許多人會覺得計劃很難寫？以下是小編幫大家整理的項目計劃5篇，僅供參考，歡迎大家閱讀。
項目計劃 篇1
由于蘇小項目區(qū)土地整治已經(jīng)完畢，必須盡快對項目區(qū)土地進行確權，以利于農(nóng)業(yè)企業(yè)進駐和農(nóng)民安排生產(chǎn)，現(xiàn)根據(jù)項目區(qū)的實際，制定本調(diào)整方案。
本調(diào)整方案主要為土地確權分配調(diào)整。
一、分配原則
尊重歷史、統(tǒng)籌兼顧、整體順延、等量配置。即是在尊重歷史的前提下，兼顧順延土地的整體性、順向性和可生產(chǎn)性，按各村民組原有的實際區(qū)域面積（含水塘面積）按比例扣除公共用地部分即為各村民組調(diào)整土地面積，等量足額配置。
二、分配方法
1、以規(guī)劃點為中心，邊緣向心實施。即從項目區(qū)的最邊端開始，以規(guī)劃點為中心，最終將土地集中到主規(guī)劃點附近，補充主規(guī)劃點村民組的耕地。
2、公攤面積的處理：主規(guī)劃點建設占用的土地面積，按選房戶數(shù)均攤，其他公共設施（干、支道路、支、斗渠道，具有一定規(guī)模的水工設施、公墓等）占地，按區(qū)域面積均攤。
3、塘壩的`處理：在土地順延過程中會出現(xiàn)塘壩或塘壩受益面積的移位，在調(diào)整土地時塘壩移位在哪個村民組就納入該村民組面積計算，受益面積移位后仍以塘壩受益區(qū)域用水，各村民組可根據(jù)實際，按受益面積均攤塘壩面積，以耕地補平。
4、耕地面積的確定：以區(qū)域面積為基數(shù)，扣除公共建設面積（包括主規(guī)劃點、道路、渠道、公墓）塘口面積、機耕路面積即為各村民組實際耕地面積。各村民組內(nèi)部耕地的調(diào)整，原則上按二輪承包耕地分配的面積比例進行調(diào)整。
5、順延土地區(qū)域的留置：順延的土地留置于主規(guī)劃點周邊，補充新村建設所占村民組的耕地。
6、按圖以組分配，實際踩界。
三、分配步驟
1、召開動員會：9月10日召開項目區(qū)動員會，宣布蘇小項目區(qū)土地調(diào)整工作正式啟動。
2、核定面積：9月11日至9月12日，由鄉(xiāng)土地所、農(nóng)經(jīng)部門、農(nóng)辦、司法所根據(jù)原土地現(xiàn)狀圖結合土地整理規(guī)劃圖確定各村民組的實際面積及占主規(guī)劃點的面積。
3、圖上分配：9月12日至9月14日，在圖上分配并標注各村民組的面積和界線。
4、面積認定：9月中、下旬召開項目區(qū)村民小組組長和群眾代表會議，宣布土地核實面積，對土地面積作最終確定。
5、實地踩界：由鄉(xiāng)政府組織現(xiàn)場踩界，并形成書面材料，由相鄰村民組群眾代表簽字確認。
項目計劃 篇2
這里主要介紹公司的基本情況，該段落一般抄襲公司已有的宣傳資料。
二、該項目的許可說明。
由公司什么機構在什么時間決定干什么，由誰批核，由誰負責。做事之前先正名。
三、項目的實施規(guī)劃
1、總綱
公司計劃通過erp加強哪幾個方面的工作，加強這方面工作的目的是什么。比如說提高采購的交貨及時性，提高生產(chǎn)效率等等。需要注意的是，這里必須明確老板的意圖，弄錯了可就……(我會為你默哀!)。
2、項目實施的范圍
公司計劃在哪些部門的哪些模塊進行實施。如工程部門的bom管理、生產(chǎn)物料部門的mrp等等，在這里需要詳細列出(可以參考我在bbs中貼出的那份文件，再結合你們的具體工作)。
3、項目的費用計劃
公司目前的軟硬件情況如何，上erp系統(tǒng)以后，哪些可以繼續(xù)使用的，哪些需要改進的、哪些需要淘汰的。這里也需要考慮到打印機和紙張的問題：手寫通過復寫紙就可以了，通過電腦打印就需要多聯(lián)紙和針式打印機，這也是一筆投資。
公司計劃投資多少，其中硬件多少(硬件要達到什么樣的要求：硬盤、內(nèi)存、網(wǎng)路速度)、軟件多少(服務器軟件、web軟件、客戶端軟件)、實施費用多少、調(diào)研費用計劃多少(按10%計算)、服務費用多少(每年的服務費用另收，約軟件費用的10%~15%)，另外有一個極容易忽視的費用：系統(tǒng)內(nèi)部的維護費用。系統(tǒng)資料是需要備份的.，每天備份一次和每周備份一次(最低要求)是不同的，在這里需要考慮到這一點，尤其是還沒有做過系統(tǒng)備份的公司。
4、進度計劃
公司計劃在哪個時間完成什么工作，以及完成的標志(里程碑/報告是什么)。
該步驟由誰統(tǒng)籌負責，計劃的范圍包括什么(尋找軟件、硬件、咨詢供應商等等)。
a、項目選型階段
a、初步選型階段(十數(shù)家)
在該階段需要進行的準備工作包括哪些(參考我在bbs中貼出的文件)
該步驟完成的標志是：尋找xx家軟件供應商，每家的公司概況、軟件功能介紹、系統(tǒng)報價、服務條款等等，并將其編制成冊。
b、精細選型階段(三至四家)
精選的公司erp系統(tǒng)實施計劃方案、每套方案的評價、詳細的實施進度及進度控制方法。
在這里要提出：考慮到公司已實施了rf-mis，在挑選軟件供應商的時候應該如何保障公司的利益，軟件供應商必須提供接口程序保障現(xiàn)有資源不會浪費等等(這也屬于風險計劃的一部份)。
c、項目確認階段(一至兩家)
確認的公司(一家，以及候選一家)，該公司的項目項目計劃交老總批核。
b、項目調(diào)研階段
承接項目確認階段，主要是由已初步確認的軟件供應商來進行市場調(diào)研。在這里應該規(guī)定調(diào)研的時間安排，計劃哪個部門需要多長時間(每個部門兩天，合計數(shù)加二)，編寫報告需要多長時間(兩個禮拜)。
承接項目單位需要做到的大概方面(整理公司的業(yè)務流程、目前存在的問題及分析對策、如何通過erp系統(tǒng)達到加強管理的目標等等)
c、合同談判期
需要就合同細節(jié)進行談判，談判的時間應該予以計算(一般為一周時間)
合同談判需要由誰負責，由誰批核，付款條件(項目調(diào)研付百分比、預付百分比、項目培訓過程支付百分比、試用付百分比、驗收完成付百分比)
需要注明的是，這里只是計劃的情況，具體的情況還需要具體去談(先給老板一個大概的付款方式----需要保障老板的權益)
項目計劃 篇3
一、目錄
1引言
1、1編寫目的
1、2背景
1、3定義
1、4參考資料
1、5標準、條約和約定
2項目概述
2、1項目目標
2、2產(chǎn)品目標與范圍
2、3假設與約束
2、4項目工作范圍
2、5應交付成果
2、5、1需完成的軟件
2、5、2需提交用戶的文檔
2、5、3須提交內(nèi)部的文檔
2、5、4應當提供的服務
2、6項目開發(fā)環(huán)境
2、7項目驗收方式與依據(jù)
3項目團隊組織
3、1組織結構
3、2人員分工
3、3協(xié)作與溝通
3、3、1內(nèi)部協(xié)作
3、3、2外部溝通
4實施計劃
4、1風險評估及對策
4、2工作流程
4、3總體進度計劃
4、4項目監(jiān)控
4、4、1質(zhì)量控制計劃
4、4、2進度監(jiān)控計劃
4、4、3預算監(jiān)控計劃
4、4、4配置管理計劃
二、項目計劃書的編寫說明
1引言
1、1編寫目的
說明編寫這份項目計劃的目的，并指出預期的讀者。
作用本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用�！绊椖磕繕恕痹�2、1中說明。
意義使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作�！�
例如可以這么寫為了保證項目團隊按時保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的。
1、2背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內(nèi)容
項目的名稱經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關系，如針對“XX系統(tǒng)”開發(fā)的項目名稱是“XX系統(tǒng)開發(fā)”。
項目的委托單位如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶（單位）軟件或網(wǎng)絡的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業(yè)單位。
項目的任務提出者本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔部門有些企業(yè)根據(jù)行業(yè)方向或工作性質(zhì)的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。
項目建設背景從政治環(huán)境上、業(yè)務環(huán)境上說明項目建設背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。
例句根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內(nèi)容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態(tài)。
目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯(lián)合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數(shù)百個，加上前期建設工作的數(shù)量和今后某市建設發(fā)展的趨勢，建設工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設工作信息報送反饋系統(tǒng)”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟件系統(tǒng)與其他系統(tǒng)的關系說明與本系統(tǒng)有關的其他系統(tǒng)，說明它們之間的相互依賴關系。這些系統(tǒng)可以是這個系統(tǒng)的基礎性系統(tǒng)（一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行），也可以是以這個系統(tǒng)為基礎的系統(tǒng)，或者是兩者兼而有之的關系、互相依賴的系統(tǒng)。例句本系統(tǒng)中對外部辦公部分如需要各個建設單位報送材料的子系統(tǒng)應當掛在網(wǎng)站。
軟件系統(tǒng)與機構的關系說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構組織有關系。例如一些系統(tǒng)需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1、3定義
列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1、4參考資料
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節(jié)與下一節(jié)的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。常用資料如
本項目的合同、標書、上級機關有關通知、經(jīng)過審批的項目任務書；
屬于本項目的其他已經(jīng)發(fā)表的文件；
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。
1、5標準、條約和約定
列出在本項目開發(fā)過程中必須遵守的標準、條約和約定。例如相應的《立項建議書》、《項目任務書》、合同、國家標準、行業(yè)標準、上級機關有關通知和實施方案、相應的技術規(guī)范等。
“參考資料”一般具有“物質(zhì)”特性，一般要說明參照了什么，要說明在哪里可以獲得；“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應該涵蓋“標準、條約和約定”。
2項目概述
2、1項目目標
設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務。注意“要完成一個系統(tǒng)”只是一個凝的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標應當符合SMART原則
SSpecific明確的陳述
MMeasurabe可以衡量的結果
AAttainabe可以達成的目標
RReaistic合理的，現(xiàn)實的或者說是能和實際工作相結合
TTrackabe可以跟蹤的
項目目標可以進行橫向的分解也可以進行縱向的分解♂向分解一般按照系統(tǒng)的功能或按照建設單位的不同業(yè)務要求，如分解為第一目標、第二目標等等；縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現(xiàn)的較為明確的時間。一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現(xiàn)項目的總目標，必須實現(xiàn)以下三個階段目標？”
2、2產(chǎn)品目標與范圍
根據(jù)項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統(tǒng)）范圍進行準確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎和依據(jù)。軟件系統(tǒng)產(chǎn)品目標應當從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。產(chǎn)品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準確性，減輕各級相關工作人員的勞動強度�！�
2、3假設與約束
對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候實現(xiàn)、成本范圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質(zhì)量等等。
假設與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應該在風險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應當采取的相應措施。
2、4項目工作范圍
說明為實現(xiàn)項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準時交付。
2、5應交付成果
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ī)定的實例（參考件）”結合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。根據(jù)《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務和資源。
根據(jù)因素取值列出本項目應完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2、5、4應當提供的服務
根據(jù)合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導書、培訓計劃等，應當在本計劃“4、3總體進度計劃”中條列出。
2、6項目開發(fā)環(huán)境
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對Java的，也需要針對C++的。有些環(huán)境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環(huán)境。
2、7項目驗收方式與依據(jù)
說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標書、合同、相關標準、項目文檔（最主要是需求規(guī)格說明書）。
3項目團隊組織
3、1組織結構
說明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術水平。
注意雖然有一些通用的結構可以套用，但各種不同規(guī)模、不同形式的項目組織結構是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。
3、2人員分工
確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。以下是一個示例。
3、3協(xié)作與溝通
項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。
其次應當確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、QQ、內(nèi)部郵件、外部郵件、QuickPace、聊天室等等。其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應當（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等
3、3、1項目團隊內(nèi)部協(xié)作
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3、3、2項目接口人員
應當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括
a、負責本項目同用戶的接口人員；
b、負責本項目同本企業(yè)各管理機構，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務部門等的接口人員；
c、負責本項目同分包方的接口人員。
3、3、3項目團隊外部溝通與協(xié)作模式
項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關部門的名稱、經(jīng)理姓名、承擔的工作內(nèi)容以及工作實施責任人的姓名、聯(lián)系電話。確定有關的合作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
4實施計劃
4、1風險評估及對策
識別或預估項目進行過程中可能出現(xiàn)的風險。應該分析風險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應該采取的對策，采取的措施。風險識別包括識別內(nèi)在風險及外在風險。內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等
風險的對策包括避免排除特定危脅往往靠排除危險起源；減緩減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù)；吸納接受一切后果，可以是積極的（如制定預防性計劃來防備風險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預期的利潤）。
對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
軟件開發(fā)項目常見預估的風險
1）工程／規(guī)模／進度上的風險
規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預料外的工作（測試未完時的現(xiàn)場對應等）；
2）技術上的風險
使用新的開發(fā)技術、新設備等，或是新的應用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務，沒有經(jīng)驗；性能上的要求很嚴；
3）用戶體制上的問題
用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其他相關單位承擔的工作有可能延誤；
4）其它應該包含此處沒有、但據(jù)推測有風險的項目。
4、2工作流程
說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。
4、3總體進度計劃
這里所說的總體進度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。
總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的.時間。
對于項目計劃、項目準備、需求調(diào)研、需求分析、構架設計或概要設計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（里程碑）。
例如
需求評審
設計評審
表格中檢查點／里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用EXCEL作為輔助工具。關于如何使用這些工具不在此作詳細說明。
制定軟件項目進度計劃應當考慮以下一些因素：
1）對于系統(tǒng)需求和項目目標的掌握程度。如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。
2）軟件系統(tǒng)規(guī)耐項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓和管理方面的問題將更為嚴重。
3）軟件系統(tǒng)復雜程度和項目復雜程度和軟件系統(tǒng)規(guī)耐項目規(guī)模一樣，軟件系統(tǒng)的復雜程度主要是考慮軟件系統(tǒng)本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復雜程度未必是成比例的關系；同樣項目的規(guī)模與項目的復雜程度未必是成比例的關系。
4）項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。
5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客戶行業(yè)業(yè)務的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術的掌握程度；企業(yè)內(nèi)部對行業(yè)業(yè)務知識和主要技術的知識積累。
4、4項目控制計劃
4、4、1質(zhì)量保證計劃
執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應當單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)GB/T12504計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括
引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）
管理（描述負責軟件質(zhì)量管理的機構、任務及其相關的職責）
文檔（列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）
標準、條例和約定（列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）
評審和檢查（規(guī)定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規(guī)程，以及通過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查）
軟件配置管理（編制有關配置管理條款，或在“4、4、4配置管理計劃”中說明，或引用按照《GB/T12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔）
工具、技術和方法（指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術和方法，指出它們的目的和用途）
媒體控制（說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）
對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。）
記錄的收集、維護和保存（指明需要保存的軟件質(zhì)量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限）
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預算監(jiān)控計劃
說明如何檢查項目預算的使用情況。根據(jù)項目情況需要制定。
項目計劃 篇4
一、項目概述 項目的基本信息.包括項目來源及立項依據(jù),承擔人,研究目的、用途,主要研究內(nèi)容,技術方案、方法和技術路線的選擇等。
二、項目研究進程與合同指標的完成情況 項目研究過程中的工作開展情況.包括項目研發(fā)過程的描述,對應任務書約定的研究內(nèi)容、工作進度、技術和經(jīng)濟等考核指標的實際完成情況。
三、項目的創(chuàng)新點和取得的突破 四、項目經(jīng)費使用情況 包括財政撥款資金,配套經(jīng)費、自籌經(jīng)費的到位情況及支出情況,特別是對財政資助經(jīng)費的使用情況做必要說明。
五、項目人員組成及分工 項目組成人員在項目研究過程中的'分工及承擔并完成的主要工作情況。
六、項目取得的成效 項目研究對學科建設、行業(yè)技術進步、新興產(chǎn)業(yè)培育及社會進步、自主創(chuàng)新等方面的意義;獲得的經(jīng)濟、社會效益,通過項目研究產(chǎn)生的變化。
七、存在問題或其他需要說明的內(nèi)容等.
項目計劃 篇5
1.引言
1.1編寫目的
為了保證項目的順利進行，更好的規(guī)劃團隊的任務分配。 把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。.
1.2項目背景
開發(fā)軟件名稱：《PC版Flappy bird》。
項目任務提出者：Team--時代團隊（蘇林東、李帥、吳威、黃為、安娜、王鑫楠）。
項目開發(fā)者：石家莊鐵道大學Team--時代團隊。
用戶：中國大學生是各種常用軟件的主要用戶，而且我們本身是大學生，對此目標群體更為熟悉和了解。
本軟件采用的是基于vs20xx開發(fā)的pc版的軟件項目。
1.3定義
Visual Studio是微軟公司推出的開發(fā)環(huán)境。是目前最流行的Windows平臺應用程序開發(fā)環(huán)境。Visual Studio 20xx版本于20xx年4月12日上市，其集成開發(fā)環(huán)境（IDE）的界面被重新設計和組織，變得更加簡單明了。Visual Studio 20xx同時帶來了NET Framework 4.0、Microsoft Visual Studio 20xx CTP( Community Technology Preview--CTP)，并且支持開發(fā)面向Windows 7的應用程序。除了Microsoft SQL Server，它還支持 IBM DB2和Oracle數(shù)據(jù)庫。
1.4 參考資料
《軟件工程導論》，張海藩，清華大學出版社。
《實用軟件工程》，鄭人杰等，清華大學出版社。
《軟件工程導論》，張海藩（第五版），清華大學出版社；
《軟件工程及軟件開發(fā)應用》，施一萍，清華大學出版社；
2．項目概述
2.1工作內(nèi)容
一 項目概述：
1.主要工作：
系統(tǒng)計劃：問題定義和可行性研究，寫出項目計劃書和可行性研究報告。
系統(tǒng)需求分析：分析目標和任務，畫出數(shù)據(jù)流程圖，編寫數(shù)據(jù)字典。
系統(tǒng)總體設計：畫出系統(tǒng)結構圖，找出所有的系統(tǒng)模塊，并開始設計數(shù)據(jù)庫，編寫概要設計說明書。
系統(tǒng)詳細設計：畫出基本邏輯結構圖，N-S結構流程圖，代碼設計，用戶界面設計，數(shù)據(jù)輸入與顯示，控制界面的設計，系統(tǒng)安全控制設計，編寫詳細設計文檔。
系統(tǒng)測試：系統(tǒng)實施與維護。
2.軟件功能：游戲開始后，間歇性的點擊空格鍵，讓小鳥向上飛，不會掉下來，并且要穿過柱子的空隙，不能碰到柱子，碰到就dead了，穿過一個柱子的一分。（其中背景中會間斷的出現(xiàn)紅心圖標，可以控制小鳥“吃”到紅心，一個紅心可以獲得一次復活的機會）。期間可以增加不同模式的選擇（柱子上下移動，雙人小鳥等）
3.軟件性能：性能良好，安全穩(wěn)定，效率高。
2.2條件與限制
1.應具備條件：應提供相應的硬件配置，相應的軟件及一定數(shù)量的技術人員和管理人員等，以及相應的開發(fā)環(huán)境。
2.工作及完成期限：應按照老師的'計劃完成任務和工作
2.3產(chǎn)品
2.3.1程序
1. 應交付程序名稱：《pc版Flappy bird》
2. 使用語言：c#。
2.3.2文檔
應交付的文檔：可行性研究的文檔，項目開發(fā)計劃文檔，需求分析文檔，概要設計文檔，詳細設計說明書。
2.4運行環(huán)境
硬件環(huán)境：
(1) 處理器（CPU）：Pentium 133M 或更高
(2) 內(nèi)存容量（RAM）：256M或更高
軟件環(huán)境：
windows xp/7操作系統(tǒng)
2.5需要提供服務
因該游戲簡單易懂，前期并不需要任何服務和培訓等。
2.6 驗收標準
驗收標準：軟件的可靠性、易實用性、和功能完整性。
3．實施計劃
3.1任務分解
任務的劃分：
可行性研究 負責人：吳威、黃為
項目開發(fā)計劃 負責人：蘇林東
需求分析 負責人：安娜
概要設計 負責人：王鑫楠
詳細設計 負責人：李帥
3.2關鍵問題
1.由于時間的問題，在技術支持上會略顯倉促，開發(fā)的過程中會遇到很多細節(jié)中的問題，例如編寫程序的不嚴謹以及編碼測試階段的細節(jié)工作都會有錯誤出現(xiàn)不可避免，建議整個小組在開發(fā)的進度中保持高度的團結，每個組員都要對技術開發(fā)的各個環(huán)節(jié)都十分熟悉。
2.本系統(tǒng)純屬為了更好的放松休閑而開發(fā)，對此開發(fā)者要本著更易趣性和簡潔性是受雇于更多人。
4.人員組織及分工
5．交付期限
第十五周周四
6．專題計劃要點
測試計劃：計劃整個小組在開發(fā)過程之后進行集中測試。
質(zhì)量保證計劃：在開發(fā)中盡量避免錯誤的發(fā)生，相互監(jiān)督與檢查。
配置管理計劃：盡量利用現(xiàn)有的設備完成對整個系統(tǒng)的開發(fā)。
人員培訓計劃：交付系統(tǒng)是對相關工作人員進行指導，使其可以自行操作。
系統(tǒng)安裝計劃：開發(fā)小組自行安裝調(diào)試，保證設備的正常工作。
【項目計劃】相關文章：
[經(jīng)典]項目計劃07-24
項目計劃07-22
項目計劃【精選】07-27
[精選]項目計劃08-11
項目計劃[精選]08-07
（經(jīng)典）項目計劃07-28
【精選】項目計劃07-29
(精選)項目計劃07-28
項目計劃(經(jīng)典)07-30
項目計劃(精選)08-03