項目計劃

時間：2023-05-27 08:53:40 計劃我要投稿

【推薦】項目計劃集錦5篇

　　時間過得可真快，從來都不等人，我們的工作又將在忙碌中充實著，在喜悅中收獲著，現在就讓我們好好地規劃一下吧。我們該怎么擬定計劃呢？以下是小編為大家收集的項目計劃6篇，歡迎大家分享。

【推薦】項目計劃集錦5篇

項目計劃篇1

　　一、時間：銀象紙業項目參觀后

　　二、地點：經緯家具城項目現場

　　三、參加人員：市，縣四大班子，新聞記者，各鄉鎮黨委，六個企業負責人，施工隊伍。

　　四、活動議程：

　　1、活動由縣委副張貴金主持。

　　2、經緯家具城項目法人代表黎經緯介紹企業情況。

　　3、與會參觀項目開工現場。

　　五、儀式現場布置：

　　1、擬在縣經緯家具城招商樓東側繡水街南側搭建儀式現場，設立面向北高0.5米，寬4米，長8米主臺，主臺后設置高4米，長8米背景板（噴繪字樣：香河縣經緯家具城項目開工儀式），臺上擺設兩個立桿話筒，臺鋪設紅色地毯，周圍用鮮花綠植點綴。

　　2、臺下設立站位分區：分為嘉賓區、記者區、施工隊伍區。

　　3、會場入口處設立彩虹門，彩虹門兩側分別各懸掛3個彩色氣球。

　　4、會場入口繡水街兩側及施工現場遍插彩旗。

　　5、施工隊伍入場、機器入場、建筑材料入場。

　　6、安排禮儀人員負責導引。

　　注：經緯家具城開工現場儀式會場布置及會場氛圍營造由淑陽鎮負責。

　　六、上臺：

　　市，縣殷志剛、于寶華、張貴金、張顯強、張萬福、劉玉海和經緯家具城經理黎經緯。其他縣四大班子、記者等有關人員在臺下分區站立。

項目計劃篇2

　　一、項目摘要

　　丁基橡膠和鹵化丁基橡膠是重要的合成橡膠制品，針對我國在丁基橡膠和鹵化丁基橡膠合成領域起步晚、技術薄弱、高品質產品受制于人的問題，提出基于微反應器技術發展具有自主知識產權的新一代合成工藝和裝備。設計、建設200噸/年的丁基橡膠合成、200噸/年的鹵化丁基橡膠合成和5000kg/年的溴單質回收微反應示范系統，完成長周期實驗研究，為產業化過程提供基礎，初步形成丁基橡膠和鹵化丁基橡膠合成產業化技術。

　　二、項目的必要性和重要性

　　丁基橡膠（簡稱IIR）是重要的合成橡膠，具有優良的氣密性和良好的耐熱、耐老化、耐酸堿、耐臭氧、耐溶劑、電絕緣、減震及低吸水等性能，使得其廣泛應用于輪胎、電線電纜、防水建材、減震材料、藥用瓶塞、食品（口香糖基料）、防毒用具、粘合劑、防腐蝕制品、碼頭船護旋、橋梁支承墊以及耐熱運輸帶等方面。鹵化丁基橡膠（HIIR）是丁基橡膠與鹵素（氯或溴）進行反應的產物，可分為氯化丁基橡膠（CIIR）和溴化丁基橡膠（BIIR）兩大類。鹵化丁基橡膠不僅保持了丁基橡膠的特性，而且克服了普通丁基橡膠硫化速度慢的缺點，主要用于汽車子午線輪胎的氣密層和醫用瓶塞。目前，全球只有美國、德國、俄羅斯、意大利等少數幾個國家擁有丁基及鹵化丁基橡膠的生產技術，其中美國埃克森美孚公司和德國朗盛公司的丁基及鹵化丁基橡膠生產技術和新產品開發能力在全球處于絕對領先地位，產能約占全球的80%。我國只有中國石化北京燕山分公司合成橡膠廠和浙江信匯等幾家企業生產普通丁基橡膠和鹵化丁基橡膠，產量遠遠不能滿足國內實際需求，每年都要大量進口。

　　丁基橡膠合成技術主要有淤漿法和溶液法兩種方法，兩種方法的核心都是異丁烯與少量異戊二烯的陽離子聚合技術。淤漿法是以氯甲烷為溶劑的聚合反應，原料異丁烯必須有要求很高的純度（正丁烯質量分數小于0. 5%），氯甲烷和單體的水含量必須很低。該法聚合反應溫度低，約在-100oC進行，制冷設備龐大。由于存在嚴重的掛膠問題聚合釜連續運轉周期短、能耗高。溶液法使用烷烴作為聚合反應溶劑，可以使反應溫度提高，但受設備傳熱的限制，膠液濃度必須控制在12%以下。這些生產現狀表明，發展新一代的聚合工藝和設備對于發展低能耗、周期和具有自主知識產權的丁基橡膠合成技術十分關鍵。

　　鹵化丁基橡膠是丁基橡膠的改進產品，具有良好的市場前景。丁基橡膠的鹵化反應機理是單質鹵素與橡膠接觸，迅速將橡膠雙鍵上的仲位氫原子取代成為溴或氯的橡膠，反應同時形成鹵化氫，未反應的鹵素單質和鹵化氫最后經堿液中和。鹵化丁基橡膠合成的難點主要在于：產物鹵化丁基橡膠在鹵化氫存在的環境下易發生取代位由仲位向伯位的轉化，同時鹵化氫的加成也會使橡膠損失一定的雙鍵，因此鹵化丁基橡膠的合成需要反應迅速引發、迅速中和，但是反應物丁基橡膠的烷烴溶液的粘度很高，反應物的快速混合不容易實現；中和液和鹵化反應液為不互溶的油水體系，大量含鹵素廢水，尤其是含溴廢水，對生態環境也造成了嚴重的影響，這些因素都嚴重影響著鹵化丁基橡膠的合成過程。針對溴化丁基橡膠合成反應的快速引發、快速終止的基本原理，發展新型的鹵化丁基橡膠合成設備，建立可靠的鹵素（溴素）回收工藝十分關鍵。

　　微結構反應器（簡稱微反應器）是一種新型的化工裝備，是實現化工過程微小型化的核心。眾多的研究結果表明微反應器能夠擔負起提高反應收率、減少副產物產生、控制產物形貌、以及提升過程安全性等重要責任，對于減小原材料消耗、降低后續分離回收難度和成本、減少過程污染等具有重要的意義。微反應器合成聚合物的`優勢在于微小的混合空間能夠快速混合單體和引發劑，控制反應局部環境的均勻性，相對惰性的反應器壁面具有良好的導熱性能，能夠快速移除反應熱或者瞬間提高反應溫度。同時通過數量放大可以使技術快速走向產業化，降低放大風險，縮短研發周期。針對利用微反應器進行陽離子聚合，鹵化的初步結果表明，微反應器在實驗室里能夠表現出良好的反應特性，有望替代傳統的丁基橡膠合成和鹵化反應裝置，成為新一代具有自主知識產權的技術。

　　三、主要研究內容、技術路線、技術難點和創新點

　　1、研究內容

　　基于實驗室小規模丁基橡膠合成與鹵化反應的相關結果，設計、建設200噸/年的丁基橡膠合成微反應示范裝置、200噸/年的鹵化丁基橡膠合成微反應示范裝置和5000kg/年的溴單質回收示范微反應系統，完成試驗研究，為產業化過程提供基礎，具體研究內容包括：

　　（1）新型丁基橡膠聚合反應性能研究，研究微反應聚合裝置和聚合工藝的驗證和優化和長周期操作可靠性；

　　（2）新型丁基橡膠溴化、氯化反應性能研究，具體研究微反應設備的反應性能和長周期操作可靠性；

　　（3）溴單質回收過程研究，具體研究微反應設備的反應性能，考察反應工藝的穩定性、安全性和長周期操作可靠性。

　　2、技術原理及技術路線

　　（1）丁基橡膠聚合原理和路線

　　目前，丁基橡膠的合成技術的發展趨勢逐漸由溶液法取代淤漿法，本項目擬采用溶液法聚合。溶液法是以烷基氯化鋁與水的絡合物為引發劑，在烴類溶劑（如正己烷）中于-90～-70℃下，異丁烯和少量異戊二烯共聚而成。新一代的聚合裝置將以微反應器為核心裝備，在微反應器內實現異丁烯與異戊二烯和烷基氯化鋁引發劑的混合，完成聚合反應。

　　（2）鹵化丁基橡膠合成原理和路線

　　由丁基橡膠制備鹵化丁基橡膠的反應過程是，主反應為異戊二烯鏈節中的仲位原子發生取代反應，主要副反應是溴原子在橡膠分子內的異構化過程。異構化反應容易在酸性條件下進行，主要受到溴化反應時間，水解反應時間，以及水解過程中堿用量的影響，用過量的堿液快速中和溴化氫有利于抑制異構化反應的進行。新一代的微反應裝置以串聯微反應器為核心裝備，在微反應器內實現鹵素與丁基橡膠溶液的快速混合反應，以及快速的完成中和反應，中和形成的鹵化氫。

　　（3）溴單質回收原理和路線

　　溴化丁基橡膠合成中產生的溴化氫通過氫氧化鈉中和，由于廢水中含有大量溴化鈉，需要回收。溴單質的回收采用氧化還原方法，通過氯氣與溴化鈉水溶液反應置換出溴單質，再通過蒸餾或者萃取法分離出溴單質。本項目擬用微反應器完成氯氣與溴化鈉溶液的反應以及后續的萃取分離過程。

　　3、技術難點和創新點

　　（1）技術難點

　　本項目的技術難點在于：微反應器結構設計，反應工藝開發以及微反應器與常規反應分離設備的對接。

　　（2）創新點

　　本項目的創新點在于：發展新型高效的反應裝備——微反應器，建立丁基橡膠和鹵化丁基橡膠新一代合成技術。

　　四、研究目標和考核指標

　　1、研究目標

　　形成具有自主知識產權的新一代丁基橡膠合成、丁基橡膠鹵化新技術，從而打破國外公司壟斷，填補我國合成橡膠領域生產技術的空白。

　　申請發明專利3～5項。

　　2、考核指標

　　主要考核指標有：實現裝置的連續和穩定運行；與國外技術和國內現有技術相比，工藝流程大大縮短，能耗、操作費用和設備投資大幅降低。

　　五、國內外研究現狀及研究基礎

　　1937年，美國ESSO Standard Oil Development公司首先發現異丁烯與少量異戊二烯共聚合可制得可以硫化的橡膠共聚物開創了丁基橡膠的合成基礎。目前，世界能生產丁基橡膠的生產裝置總數為11套。我國于1999年底在北京燕山石化公司建成1套3萬t/a的丁基橡膠裝置，并于20xx年完成了4.5萬t/a擴能改造。丁基橡膠淤漿聚合工藝常用的引發體系為AlCl3/H2O，國內丁基橡膠裝置目前主要采用這種引發體系。新型的催化體系包括：活性陽離子絡合催化體系、烷烴Lewis酸催化體系、茂金屬催化劑體系、釩系引發體系等，這些工藝使用的反應裝置均為釜式反應器，未見微反應器在工業應用方面的報道。

　　鹵化丁基橡膠是丁基橡膠的改性產品，其研究開發始于20世紀50年代，于20世紀70年代開始工業化生產。目前，生產溴化丁基橡膠的企業主要是美國的Exxon公司和德國Bayer公司，生產的產品產量約占全球產量的80%，而國內溴化丁基橡膠基本依賴進口。鹵化丁基橡膠合成的技術核心在于反應器，目前國外公司都有技術相對成熟的釜式反應設備，未見微反應器在工業應用方面的報道。

　　在產學研合作方面，清華大學與浙江信匯公司在溴化丁基橡膠合成上已經形成了初步的研究成果，雙方合作申請了多項專利技術。在丁基橡膠合成以及溴單質的回收方面，清華大學均開展了實驗室研究工作，研究結果表明在微反應器中可以可控的合成數十萬分子量的溴化丁基橡膠，而基于微反應器技術能夠達到90%以上的溴回收率，技術指標等同或優于國外報道的現有工業技術，具有很好的工業應用前景。

項目計劃篇3

　　一、項目計劃書格式

　　根據《gbxxx計算機軟件產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整后的《項目計劃書》內容索引如下：xxx

　　二、項目計劃書的編寫說明

　　1 引言

　　1.1 編寫目的

　　說明編寫這份項目計劃的目的，并指出預期的讀者。

　　作用：本節是為了說明編制"項目計劃書"亦即本文檔的意圖和希望達到的效果。注意這里的"目的"不是"項目目標"，而是為了說明本文檔的目的與作用。"項目目標"在2.1中說明。

　　意義：使項目成員和項目干系人了解項目開發計劃書的作用、希望達到的效果。開發計劃書的作用一般都是"項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。"

　　例如可以這么寫：為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

　　常見的問題：把項目本身的"項目目標"誤作編制項目開發計劃的目的。

　　1.2 背景

　　主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容：

　　項目的名稱：經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對"xx系統"開發的項目名稱是"xx系統開發"。

　　項目的委托單位：如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方；如果是自行研發的軟件產品，項目的委托單位就是本企業。

　　項目的用戶（單位）：軟件或網絡的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

　　項目的任務提出者：本企業內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。

　　項目的主要承擔部門：有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門（也有的分為不同事業部）。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門。

　　項目建設背景：從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。

　　例句：根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

　　目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今后某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。因此，充分利用現代信息化、因特網的優勢，建立"某市某建設工作信息報送反饋系統"，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。

　　軟件系統與其他系統的關系：說明與本系統有關的其他系統，說明它們之間的相互依賴關系。這些系統可以是這個系統的基礎性系統（一些數據、環境等必須依靠這個系統才能運行），也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。例句：本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府的網站。

　　軟件系統與機構的關系：說明軟件系統除了委托單位和使用單位，還與哪些機構組織有關系。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

　　1.3 定義

　　列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。

　　1.4 參考資料

　　列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節與下一節的"標準、條約和約定"互為補充，注意"參考資料"未必作為"標準、條約和約定"，因為"參考"的不一定是"必須遵守"的。常用資料如：

　　本項目的合同、標書、上級機關有關通知、經過審批的項目任務書；屬于本項目的其他已經發表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

　　1.5 標準、條約和約定

　　列出在本項目開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

　　"參考資料"一般具有"物質"特性，一般要說明參照了什么，要說明在哪里可以獲得；"標準、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內容應該涵蓋"標準、條約和約定"。

　　2 項目概述

　　2.1 項目目標

　　設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發什么什么軟件系統或完成什么什么軟件安裝集成任務。注意"要完成一個系統"只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發軟件系統最主要的功能和系統本身的比較深層次的社會目的或系統使用后所起到的社會效果。

　　項目目標應當符合smart原則：

　　s specific 明確的陳述

　　m measurable 可以衡量的結果

　　a attainable 可以達成的目標

　　r realistic 合理的，現實的或者說是能和實際工作相結合

　　t trackable 可以跟蹤的

　　項目目標可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等；縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現的較為明確的時間。一般要在說明了總目標的基礎上再說明分解目標，可加上"為實現項目的總目標，必須實現以下三個階段目標......"

　　2.2 產品目標與范圍

　　根據項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統）范圍進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是為了解決用戶的那些問題。產品目標如"提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的準確性，減輕各級相關工作人員的勞動強度。"

　　2.3 假設與約束

　　對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現什么、怎樣實現、什么時候實現、成本范圍等種種制約條件。

　　假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如："系統分析員必須在3天內到位"或"用戶必須在8月8日前確定對需求文檔進行確認"

　　約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。

　　假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性（概率）、造成的影響、應當采取的相應措施。

　　2.4 項目工作范圍

　　說明為實現項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。

　　注意產品范圍與項目工作范圍的不同含義。

　　產品范圍界定：軟件系統產品本身范圍的特征和功能范圍。

　　工作范圍界定：為了能夠按時保質交付一個有特殊的特征和功能的軟件系統產品所要完成的那些工作任務。

　　產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。

　　2.5 應交付成果

　　2.5.1 需完成的軟件

　　列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。

　　2.5.2 需提交用戶的文檔

　　列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規定。

　　2.5.3 須提交內部的文檔

　　可根據《gb8567-88計算機軟件產品開發文件編制指南》附錄o："文件編制實施規定的實例（參考件）"結合各企業實際情況調整制定《軟件開發文檔編制裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的`階段成果。將不適用于本項目的內容裁減，以減少不必要的項目任務和資源。

　　根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。

　　2.5.4 應當提供的服務

　　根據合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現場安裝作業指導書、培訓計劃等，應當在本計劃"4.3總體進度計劃"中條列出。

　　2.6 項目開發環境

　　說明開發本軟件項目所需要的軟硬件環境和版本、如操作系統、開發工具、數據庫系統、配置管理工具、網絡環境。環境可能不止一種，如開發工具可能需要針對java的，也需要針對c 的。有些環境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環境。

　　2.7 項目驗收方式與依據

　　說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據主要有標書、合同、相關標準、項目文檔（最主要是需求規格說明書）。

　　3 項目團隊組織

　　3.1 組織結構

　　說明項目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經理、計劃經理、系統分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應有的技術水平。

　　注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。如產品研發項目可能就不需要實施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當地減少。

　　3.2 人員分工

　　確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。以下是一個示例。

　　3.3 協作與溝通

　　項目的溝通與協作首先應當確定協作與溝通的對象，就是與誰協作、溝通。溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。

　　其次應當確定協作模式與溝通方式。溝通方式如會議、使用電話、qq、內部郵件、外部郵件、quickplace、聊天室等等。其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。而協作模式主要說明在出現什么狀況的時候各個角色應當（主動）采取什么措施，包括溝通，如何互相配合來共同完成某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等

　　3.3.1 項目團隊內部協作

　　本節說明在項目開發過程中項目團隊內部的協作模式和溝通方式、頻次、溝通成果記錄辦法等內容。

　　3.3.2 項目接口人員

　　應當說明接口工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括：

　　a、負責本項目同用戶的接口人員；

　　b、負責本項目同本企業各管理機構，如計劃管理部門、合同管理部門、采購部門、質量管理部門、財務部門等的接口人員；

　　c、負責本項目同分包方的接口人員。

　　3.3.3 項目團隊外部溝通與協作模式

　　項目團隊外部包括企業內部管理協助部門、項目委托單位、客戶等等。本節說明在項目開發過程中項目團隊內部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內容。明確最終用戶、直接用戶及其所在本企業／部門名稱和聯系電話。明確協作開發的有關部門的名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯系電話。確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯系電話。

　　4 實施計劃

　　4.1 風險評估及對策

　　識別或預估項目進行過程中可能出現的風險。應該分析風險出現的可能性（概率）、造成的影響、根據影響應該采取的對策，采取的措施。風險識別包括識別內在風險及外在風險。內在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等

　　風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數；吸納：接受一切后果，可以是積極的（如制定預防性計劃來防備風險事件的發生），也可以是消極的（如某些費用超支則接受低于預期的利潤）。

　　對于軟件開發項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由于在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。

　　軟件開發項目常見預估的風險：

　　1) 工程／規模／進度上的風險

　　規模大，規模估算不精確甚至誤差很大；就規模而言，用戶要求交付期、費用很緊；預料外的工作(測試未完時的現場對應等)；

　　2) 技術上的風險

　　使用新的開發技術、新設備等，或是新的應用組合，沒有經驗；是新的行業或業務，沒有經驗；性能上的要求很嚴；

　　3) 用戶體制上的問題

　　用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會多次變更；與用戶分擔開發，恐怕工程會拖延（或者出現了延遲）；用戶或其他相關單位承擔的工作有可能延誤；

　　4) 其它：應該包含此處沒有、但據推測有風險的項目。

　　4.2 工作流程

　　說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當的文字說明。

　　4.3 總體進度計劃

　　這里所說的總體進度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。

　　總體進度計劃要依據確定的項目規模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。

　　對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（里程碑）。

　　設計評審

　　表格中檢查點／里程碑等階段劃分為舉例，實際作業階段劃分、階段成果等請根據項目需要確定。

　　制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規模的項目可簡便地使用excel作為輔助工具。關于如何使用這些工具不在此作詳細說明。

　　制定軟件項目進度計劃應當考慮以下一些因素:

　　1）對于系統需求和項目目標的掌握程度。如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。

　　2）軟件系統規模和項目規模，這兩個不是一個概念。軟件系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規范等等等等。例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發能力。相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。

　　3）軟件系統復雜程度和項目復雜程度：和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等等等。軟件系統的規模與軟件系統的復雜程度未必是成比例的關系；同樣項目的規模與項目的復雜程度未必是成比例的關系。

　　4）項目的工期要求，就是項目的緊急程度。有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。

　　5）項目成員的能力。這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。從另外一個角度看還有總體上對客戶行業業務的熟悉程度；對于建模工具、開發工具、測試工具等技術的掌握程度；企業內部對行業業務知識和主要技術的知識積累。

　　4.4 項目控制計劃

　　4.4.1 質量保證計劃

　　執行質量評審活動，對過程質量進行控制。規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。根據gb/t 12504 計算機軟件質量保證計劃規范，內容包括：

　　引言（本章節包括質量計劃的目的、定義、參考資料）

　　管理（描述負責軟件質量管理的機構、任務及其相關的職責）

　　文檔（列出在該軟件的開發、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）

　　標準、條例和約定（列出軟件開發過程中要用到的標準、條例和約定，并列出監督和保證執行的措施）

　　評審和檢查（規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及通過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查）

　　軟件配置管理（編制有關配置管理條款，或在"4.4.4 配置管理計劃"中說明，或引用按照《gb/t 12505 計算機軟件配置管理計劃規范》單獨制定的文檔）

　　工具、技術和方法（指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途）

　　媒體控制（說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）

　　對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發單位。規定對這些供貨單位進行控制的規程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的需求。）

　　記錄的收集、維護和保存（指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限）

　　4.4.2 進度控制計劃

　　（可直接引用以下描述或根據項目情況制定本節內容）

　　本項目的進度監控執行本企業《項目管理規范》，由本企業過程控制部門如質量管理部統一進行監控，并保留在監控過程中產生的日常檢查記錄。

　　4.4.3 預算監控計劃

　　說明如何檢查項目預算的使用情況。根據項目情況需要制定。

　　4.4.4 配置管理計劃

　　編制有關軟件配置管理的條款，或引用按照gb/t 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

　　5 支持條件

　　說明為了支持本項目的完成所需要的各種條件和設施。

　　5.1 內部支持

　　逐項列出項目每階段的支持需求（含人員、設備、軟件、培訓等）及其時間要求和用途。

　　例如，設備、軟件支持包括客戶機、服務器、網絡環境、外設、通訊設備、開發工具、操作系統、數據庫管理系統、測試環境，逐項列出有關到貨日期、使用時間的要求。

　　5.2 客戶支持

　　列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。

　　5.3 外包（可選）

　　列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。

　　6 預算

　　6.1 人員成本

　　列出產品/項目團隊每一個人的預計工作月數。

　　列出完成本項目所需要的勞務（包括人員的數量和時間）

　　勞務費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金

　　6.2 設備成本

　　設備成本包括：原材料費，設備購置及使用費

　　列出擬購置的設備及其配置和所需的經費

　　列出擬購置的軟件及其版本和所需的經費

　　使用的現有設備及其使用時間

　　6.3 其它經費預算

　　列出完成本項目所需要的各項經費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括：

　　（1）差旅費（旅費、出租）（含補貼）

　　（2）資料費（圖書費、資料費、復印費、出版費）

　　（3）通信費（市話長話費、移動通信費、上網費、郵資）

　　（4）會議費（鑒定費、評審會、研討費、外事費等）

　　（5）辦公費（購買辦公用品）

　　（6）協作費（業務協作招待費、項目團隊加班伙食費）

　　（7）培訓費（培訓資料編寫費、資料印刷費、產地費、設備費）

　　其他（檢測、外加工費、維修費、消耗品、低易品、茶話會等）

　　6.4 項目合計經費預算

　　列出完成本項目需要的所有經費預算（上述各項費用之和）。

　　7 關鍵問題

　　逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。

　　8專題計劃要點

　　專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

項目計劃篇4

　　4.1 項目的技術可行性和成熟性分析

　　4.1.2項目的技術創新性論述

　　(1)基本原理及關鍵技術內容

　　(2)技術創新點

　　4.1.2項目成熟性和可靠性分析

　　4.2項目的研發成果及主要技術競爭對手：(產品是否經國際、國內各級行業權威部門和機構鑒定;國內外情況，項目在技術與產品開發方面的`國內外競爭對手，項目為提高競爭力所采取的措施。)

　　4.3 后續研發計劃：(請說明為保證產品性能、產品升級換代和保持技術先進水平，項目的研發重點、正在或未來3年內擬研發的新產品。)

　　4.4 研發投入：(截止到現在項目在技術開發方面的資金總投入，計劃再投入的多少開發資金，列表說明每年購置開發設備、員工費用以及與開發有關的其它費用。)

　　4.5 技術資源和合作：(項目現有技術資源以及技術儲備情況，是否尋求技術開發依托和合作，如大專院校、科研院所等，若有請說明合作方式。)

　　4.6 技術保密和激勵措施：(請說明項目采取那些技術保密措施，怎樣的激勵機制，以確保項目技術文件的安全性和關鍵技術人員和技術隊伍的穩定性。)

項目計劃篇5

　　一、活動目的

　　1、眾所周知，在大學校園里，能力遠比知識更重要，這就需要一個平臺來讓我們不斷學習、鍛練和展現自我、從而提升自己的能力，為自己的未來打下堅實的基礎。

　　2、勤工儉學是現代大學生生活中不可或缺的部分，即可以減輕父母的負擔，同時也可以促使自己的獨立與成長。但是，由于校內能的勤工助學崗位有限，這就使我們對勤工儉學的多元化有了更多的追求

　　3、通過比賽增強學生的創新精神及策劃熱情，提高學生的創新精神和實踐能力，使學生的綜合素質得到進一步的提高，培養學生對社會的適應能力及對新事物探索精神，為更好適應工作與社會做準備。

　　4、使校園文化生活更加豐富多彩，促進校園學術文化氛圍的形成。讓學校與企業、社會的聯系更加緊密，提高學校的社會影響力及知名度。

　　5、培養學生的主人公意識，以學校為舞臺，更大程度發掘自己的潛能，在參與活動的'過程中發現自我，實現自我。

　　6、為了在我校校園內宣傳創業文化，鍛煉在校學生創業素質，挖掘比較好的創業項目，我社團特組織舉辦此次活動。

　　二、活動意義

　　創業大賽不是普通意義上的大學生的專業比賽。創業計劃不是單純的、個人的、集中在某一個專業的學生競賽，而是以實際技術為背景，跨學科的優勢互補的團隊之間的綜合較量。大賽的意義也不局限于大學校園，從某種程度而言，創業計劃競賽是高等院校與現實社會和大學生與企業之間的互動與溝通。大賽以“銳意創新、迎接挑戰”為宗旨，傳播自主創業意識。大賽的舉辦為大學生在走出校門前提供了一個創業實踐的平臺、一條爭取風險投資的途徑。

　　主辦單位：就業指導服務中心

　　承辦單位：援手創業俱樂部

　　活動負責人：郝元林楊俊杰

　　活動地點：天水師范學院

　　活動對象：所有在校學生

　　三、活動內容及時間安排

　　第一階段：籌備階段 4月5日―4月7日

　　第二階段：宣傳階段 4月8日―4月10日

　　第三階段：征稿階段 4月11日―4月17日

　　第四階段：評選階段 4月18日―4月19日

　　第五階段：表彰展覽階段 4月22日

　　四、活動形式