實用的項目計劃合集8篇

　　時間過得真快，總在不經意間流逝，我們又將接觸新的知識，學習新的技能，積累新的經驗，是時候抽出時間寫寫計劃了�？墒堑降资裁礃拥挠媱澆攀沁m合自己的呢？下面是小編精心整理的項目計劃9篇，希望能夠幫助到大家。

項目計劃 篇1

　　一、 計劃書

　　李鵬 20xx-7-29到20xx-7-30完成

　　二、 需求分析

　　1、 開會討論需求分析

　　李鵬、胡玲靜、唐海輝 20xx-7-31上午 2、 整理需求分析資料

　　唐海輝 20xx-7-31

　　3、 開會確定需求分析

　　李鵬、胡玲靜、唐海輝 20xx-7-31下午 4、 整理確定需求分析資料

　　李鵬 20xx-7-31

　　5、 書寫需求分析文檔

　　胡玲靜 20xx-8-02

　　6、 提交需求文檔

　　20xx-8-02

　　三、 確定框架

　　李鵬 20xx-8-04 到20xx-8-04晚

　　四、 編寫源代碼

　　李鵬、胡玲靜、唐海輝 20xx-8-05 到20xx-8-12

　　五、 項目提交

　　20xx-8-13

　　1任務時間安排：

　　2任務人員安排：

項目計劃 篇2

　　一、項目企業摘要

　　*投資安排

　　圖片已關閉顯示，點此查看

　　*擬建企業基本情況

　　圖片已關閉顯示，點此查看

　　二、業務描述

　　*企業的宗旨

　　打造中國人自己的營養快餐連鎖品牌

　　*主要發展戰略目標和階段目標

　　一：做中華料理快餐的no.1 二：兩年進入國內20個以上一線城市 三：三年內走出國門

　　四：五年內成為首家中國快餐境外上市公司

　　*項目技術獨特性

　　1、食材全部采用有機、綠色食材 2、采用高檔環保漆盒

　　3、設立品牌會員活動中心（含網上會員體驗中心和財富中心）

　　4、“快餐+鼠標”策略

　　三、產品與服務

　　*產品服務創意作

　　1 食材采用有機、綠色食材+高檔環保漆盒

　　食材：精選東北貢米，珍稀食用菌和精選各種肉類、蔬菜

　　2 快餐+鼠標

　　開創“潔捷創業計劃”積分，“潔捷財富計劃”積分。

　　*經營計劃

　　以派送、外賣為主要銷售形勢

　　四、市場營銷

　　一 目標市場：

　　1、都市白領以上、月收入6000元以上客戶群體 2、機關、企事業招待用餐

　　二 *行業分析：

　　目前，我國葡萄生產還處于傳統農業逐漸向現代農業轉變的階段，在新農村建設的形勢下，現代裝備農業進展較快。南方以長三角為核心的高科技密集區在避雨設施栽培及避雨設施條件下開展葡萄根系限域栽培，實施了數字施肥、數字用水、數字用土和樹體管理的數字化、標準化。

　　實施葡萄標準化生產、產地標識、推廣抗性砧木嫁接苗制度，提高葡萄、葡萄酒的質量和安全已成為葡萄產業發展的一個重要舉措；提高產后商品化處理水平和組織葡萄產銷聯合體，健全流通

　　1 國際競爭激烈

　　從20xx年起，葡萄酒進口關稅從46%下調至14%，一些國對中國出口農產品享受零關稅政策，世界各國都把中國作為主要的競爭市場，而我國葡萄、葡萄酒多年來一直因產品雷同、質量一般而缺乏競爭力，也缺乏有力的外銷措施。

　　*市場營銷，你的市場影響策略應該說明以下問題：

　　1、營銷機構和營銷隊伍

　　2、營銷渠道的'選擇和營銷網絡的建設

　　3、廣告策略和促銷策略

　　4、價格策略

　　5、市場滲透與開拓計劃

　　6、市場營銷中意外情況的應急對策

　　五 資金需求情況及融資方案

　　融資方案：公司主要采用股份制，集資的融資方案。

　　六 公司管理

　　公司為加強公司的規范化管理，完善各項工作制度，促進公司發展壯大，提高經濟效益，根據國家有關法律、法規及公司章程的規定，特制訂本公司管理制度范本。

　　1.公司倡導樹立“一盤棋”思想，禁止任何部門、個人做有損公司利益、形象、聲譽或破壞公司發展的事情。

　　2.公司提倡全體員工刻苦學習科學技術和文化知識，為員工提供學習、深造的條件和機會，努力提高員工的整體素質和

　　3.公司提倡求真務實的工作作風，提高工作效率；提倡厲行節約，反對鋪張浪費；倡導員工團結互助，同舟共濟，發揚集體合作和集體創造精神，增強團體的凝聚力和向心力。 篇二：創業項目計劃書范例

項目計劃 篇3

　　為我鎮一事一議財政獎補項目建設，調動全鎮農民籌資籌勞建設村內集體公益事業的性，村級公益事業長效機制，鎮黨委的“生態文明亮鎮、設施農業富民、項目建設興鎮、二三產業強鎮”的發展理念，農村基礎設施建設和社會事業發展，新農村建設，鎮村社干部搶抓機遇促發展的思想意識，這次培訓會議的安排，對村級公益事業建設一事一議財政獎補項目的規劃、申報、實施等環節的工作輔導，同與會的同志們一起學習、交流、溝通，不妥之處，請大家意見。

　　一、財政獎補資金籌集和獎補的范圍、標準、

　　(一)獎補資金籌集

　　獎補資金包括和省、市財政安排的財政獎補資金、縣財政安排的獎補資金和整合支農資金、獎補資金利息收入等。倡導社會各界捐贈贊助，補助、扶持、社會捐贈、村級自籌和農民籌資籌勞相的，村級公益事業建設的投入新機制。

　　(二)獎補范圍

　　一事一議財政獎補范圍限于以村民籌資籌勞為基礎、村民直益的集體生產生活公益事業項目。主要包括：村內道路(行政村到居民點)、村內水渠(灌溉區支渠的斗渠、毛渠)、橋涵、機電井、小型提灌或排灌站、人畜飲水等小型水利設施、戶外村內環衛設施、植樹造林、村容村貌整治等村級公益事業建設。

　　跨村村范圍的公益事業建設投入，按現有投入渠道解決，原則上不一事一議財政獎補辦法來解決。農民宅前屋后的修路、建廁、打井、植樹等投資投勞，由農民。

　　(三)獎補標準

　　一事一議財政獎補標準普惠制和項目相的原則，農民籌資籌勞的情況。村民籌資籌勞《甘肅省村級范圍內籌資籌勞管理辦法(試行)》(甘政辦發〔xx〕61號)，上限控制�；I資每年每人超過15元，籌勞每年每個勞動力不超過10個標準工日。對籌勞確有的，在農民自愿的前提下，允許以資代勞，每個標準工日超過20元。試點期間，如遇籌資籌勞標準，按新標準。對性村內公益事業建設項目普惠制，可項目大小和農民直益程度，財政獎補比例為籌資籌勞額的50%-100%。對事關生產生活重大、農民需求迫切的公益事業項目，財政獎補比例不超過籌資籌勞額的3倍。

　　(四)獎補

　　一事一議財政獎補先建后補的。為支持基層改革試點，縣財政獎補資金籌措情況可先預撥付試點鄉鎮比例的獎補資金，在項目竣工驗收合格并結算后，由縣財政兌現獎補資金。

　　二、認識一事一議財政獎補試點的意義

　　農村稅費改革前，村提留、鄉統籌和農村勞動積累工、義務工(簡稱“兩工”)是村級公益事業建設的主要資金、勞務來源。農村稅費改革取消了村提留、鄉統籌和“兩工”，規定村級公益事業建設所需資金、勞務，村民一事一議。，一事一議籌資籌勞工作不平衡，整體覆蓋面較小，村級公益事業建設投入的需求，村級公益事業建設投入總體上呈下滑趨勢。農村基礎設施脆弱、社會事業發展滯后，新農村建設和發展現代農業的障礙，需要措施，盡快解決。

　　近年來，地方對農民一事一議籌資籌勞村級公益事業建設財政獎補試點，積累了有益經驗，了。實踐證明，一事一議財政獎補是農業基礎建設，統籌城鄉發展，城鄉公共服務均等化的舉措，是深化農村綜合改革的一項重大制度創新，有利于激發村民一事一議籌資籌勞的熱情，和鼓勵村民出資出勞，調動農民公益事業建設的`性，新農村建設;有利于調動基層干部和的民主議事性，運用民主解決涉及農民切身利益的問題，并民主議事機制，農村基層民主政治建設;有利于村級公益事業建設多渠道投入的新機制，讓農民切身感受到黨和的關懷，城鄉發展，社會,財政資金帶動作用。有利于和激活一事一議籌資籌勞制度，讓農民的雙手，在支持下生產生活條件;有利于農村富余勞動力發展村級公益事業，帶動農民就業，拉動農村投資和消費，農村經濟發展;有利于“多予、少取、放活”的方針，為公共財政覆蓋農村開辟新渠道，社會資金流入農村，城鄉公共服務均等化，城鄉經濟社會發展一體化新格局;有利于農民的主體作用和首創精神，以村民大會、村民代表會議為主要的村民民主議事決策實踐，轉變基層政權組織職能，鄉村治理機制，農村基層民主政治建設。

項目計劃 篇4

　　1.引言

　　在當今這個網絡時代，隨著人們物質生活水平的提高，人們也在逐漸的開始追求精神上的生活，即精神享受。無可厚非，網絡走進了我們的生活，但隨著我們進入社會參加工作，我們的空閑時間越來越少，當然也沒有太多時間去關注自己所喜歡的視頻，更不用說在線看了，即使有時間在線看，我們又不能看到看到讓自己全身放松的視頻，究其原因則是：所觀看的視頻模糊和不流暢。而本軟件恰恰解決了這個問題，本軟件是自動下載更新軟件，能在你不知不覺間自動的下載最新視頻，這樣一來我們既節約了時間又看到了自己苦苦等待的視頻

　　1.1編寫目的

　　本文檔的編寫是為了滿足客戶對各大影視的一些軟件需求，以求讓喜歡視頻的客戶對本軟件更加滿意，并且能夠更加的享受生活。

　　1.2背景

　　待開發的軟件系統名稱：資源下載輔助系統。

　　本項目的提出者為章董事，開發者為第二組全體員工，用戶為所有喜歡視頻的客戶。

　　本軟件相當于一個插件，配合其他視頻播放器、影視或網站使用。

　　說明：

　　1.3定義

　　項目開發計劃：是一種把項目一定一過程與項目如何推進連接起來的方案。

　　1.4參考資料

　　以下列出概要設計過程中所使用到的有關資料：

　　1．軟件工程基礎 胡飛 高等教育出版社 20xx.01

　　2．軟件工程課程設計 鄭誠 機械工業出版社 20xx.03

　　2項目概述

　　2.1工作內容

　　把軟件做成下面的特點：待開發軟件自動檢查有更新特點的可下載網絡資源是否存在更新，如果有更新則獲取新資源的下載鏈接并通過第三方下載軟件自動下載。

　　對用戶進行培訓，如何讓用戶能夠學會添加、管理提供資源的網站，設定、管理需跟蹤下載的'資源信息，設定相應的本地資源保存位置以及檢查更新周期。這樣一來系統就可根據用戶設定自動檢查更新，將更新通過第三方下載軟件下載并保存至用戶設定的本地位置。系統監控指定的本地位置，在文件下載完畢時通知用戶。

　　2.2主要參加人員

　　石春光：項目負責人。

　　王海宏：小組領導兼程序員。

　　田果：技術領導，技術一流。

　　劉棟：小組領導兼程序員。

　　汪世軒：質量、管理領導。

　　2.3產品

　　2.3.1程序

　　即是：理出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關文件，逐項說明其功能和能力。

　�。�略）

　　2.3.2文件

　　所謂文件即是：列出需移交給用戶的每種文件的名稱及內容要點

　　2.3.3服務

　　具體是列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規定開始日期、所提供支持的級別和服務的期限。

　　2.3.4非移交的產品

　　說明開發集體應向單位交出但不必向用戶移交的產品（文件甚至某些程序）。

　　2.4驗收標準

　　對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

　　2.5完成項目的原遲用限

　　待開發軟件的原遲用限為六個月。

　　2.6本計劃的批準者和批準日期

　　批準者：章董事

　　批準日期： 20xx年10月18日

　　3實施計劃

　　3.1工作任務的分配和人員分工

　　主要就是在需求分析、設計、實現、測試、維護的任務分配

　　具體來說分配如下：

　　文件的編制 石春光

　　審批 王海宏 汪世軒

　　打印 王海宏

　　分發工作 田果 劉棟

　　用戶培訓工作 劉棟 田果

　　軟件安裝工作 汪世軒

　　3.2接口人員

　　負責本項目同用戶的接口人員：劉棟

　　負責本項目同本單位各管理機構

　　合同計劃管理部門：石春光

　　財務部門：王海宏

　　質量管理部門：田果

　　負責本項目同各分合同負責單位的接口人員：汪世軒

　　3.3進度（略）

　　3.4預算

　　人員的數量：5人

　　時間：3個月

　　經費：1萬元

　　3.5關鍵問題

　　在軟件的開發中，存在的關鍵問題常見的有以下幾種：

　　項目需求

　　項目計劃

　　質量控制

　　進度控制

　　風險控制

　　交流與溝通

項目計劃 篇5

　　舞蹈：舞蹈藝考之即興編舞指南

　　在舞蹈藝術高考中，大多數學校為了考察學生的思維反應能力、動作協調能力、情感表達能力、音樂理解能力和舞蹈創編能力，會隨機選擇一段音樂，讓考生根據對音樂的理解用即興舞蹈的方式表現出來。如果考生考前準備不足再加上藝考緊張的考場壓力會對即興編舞環節就會感到手足無措，星干線的老師根據多年教學經驗指出，只要掌握了即興編舞的思路，藝考中即興編舞考試環節也就會變得輕松拿手

　　首先，確立主題和題材，考生要通過舞蹈作品表達的中心思想，配合考場老師指定音樂，融入思考運用藝術化的生活中的具體事物、生活情景去表現這個主題思想，這種具體的材料就是題材。主題是作品的核心，題材是具體描述主題的材料。在即興編舞時，應先確立主題、再選擇題材。

　　確立好主題和題材之后，就要構思腳本，以突出主題思想為目的，將題材概括、提煉，構思成舞蹈的藝術結構，考生在腦海中形成舞蹈的結構(引子或序幕、開篇、發展、高潮、結局)每一部分合理安排。隨后表演過程中依托舞蹈自身表現形式，運用身體動作表達感情。

　　最后，即興編舞還要特別注意表情的處理方式，根據音樂的特點，確定究竟是虛幻的、暗含的、具象的`、抽象的情感表情，在舞蹈表現過程中，恰如其分的表情會讓舞蹈更加生動、形象，為舞蹈增色不少。

　　掌握了即興編舞的思路之后，面對即興編舞考試就

　　會輕松很多，只要平時多加練習，培養樂感，有條件最好請有經驗的專業老師進行指點，以加深對即興編舞整個思路的整合、執行。養成即興起舞的習慣有助于考生在考試時音樂響起就可以忘我的投入到音樂的感觸中，把心靈最真實的感受表現用肢體表現出來，呈現出完美的舞蹈。 行運教育

項目計劃 篇6

　　一、項目計劃書格式

　　根據《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專題計劃要點

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

項目計劃 篇7

　　活動背景：

　　隨著經濟的不斷發展，大量的殘疾人走進了網絡，開闊了眼界，對外面世界的變化有了較全面的了解，內心更加迫切的希望走出網絡，走近現實融入社會，但是由于經濟條件較差、無障礙設施不齊全、家庭成員和自身身體狀況較差等原因，所以愿望很難實現。 目的意義：這個項目能使一些重度殘疾人走出家門，能親眼看到祖國的大好山河以及自己家鄉繁榮興旺的景象，同時感受到這份來自社會、來自他人的真誠關愛。也希望能吸引新聞媒體的視線，帶動更多的社會公益組織和社會好心人加入到這一愛心項目中，滿足更多的殘疾人的需要。凈化社會風氣，增強人們扶殘助殘意識，真正為創建美好的和諧社會出一份力。 項目名稱：百名殘疾人出行活動

　　受益人數：五十人

　　項目時間：20xx年10月1日-20xx年8月1日

　　項目地點：

　　只要某地有符合條件且愿意出行的殘疾人及一定的志愿者基礎，就可實施 所需資金：兩萬元，每名殘疾人出行資助四百元左右，五十名總共兩萬元。

　　資金使用：受助殘疾人的交通費、食宿費、旅游景點費用；志愿者每次幫助出行的補助費用（一天十元）；一定的裝備費用（統一的徽標、帽子、旗幟等），總在兩百元左右。

　　申請資格：殘疾人證件、身份證、殘聯、居委會、村委會等的.殘疾人殘疾程度以及困難程度的證明文件。本人要保證不得有殘疾以外的其他疾病等。以上信息在有限范圍內公開。 項目流程：

　　一、出行

　　1、發布計劃書

　　2、受助人登記資料

　　3、登記資料受理

　　4、審核組負責審核，最晚一個月內要給予答復

　　5、通過的人員組建當地的志愿者小組

　　6、確定出行流程

　　7、實施

　　8、出行記錄，憑票據報銷

　　9、公布網絡

　　二、總體流程

　　1、20xx年12月1日正式實施

　　2、期間按照人數和批次組織出行

　　3、20xx年7月15日根據當時情況決定是否結束本項目

　　4、項目結余進入自強運行和維護項目

　　注意事項：

　　1、 資金兩萬塊錢，不得募集超過兩萬元以上，所有資金使用情況在自強人公益論壇公布，必須要有專門發票上傳網絡公開，如果確實沒有發票的需要兩個人以上的手寫證明并上傳網絡公開。

　　2、 每位捐款人捐贈資金都要對應給某位殘疾人，先到位資金先實施，每次活動結束都要以最快時間寫相關報道發布在自強人公益論壇，要及時反饋給捐款人活動完成情況。

　　3、 百人出行項目不是說一次百人出行，而是分批次的，甚至可以專門為一名殘疾人實施出行計劃。

　　4、 每名殘疾人出行原則上是四百元，多退少補。

　　5、 捐款人有權決定資金用于哪位殘疾人出行（可以不通過審批組審核），但是必須捐贈前就明示（已經通過審批組的除外），有其他附加條件也需在捐贈前提出，一旦捐贈不得

　　收回或者更改或者提出其他附加條件，捐款人有權對通過審批的受助人資格提出異議。

項目計劃 篇8

　　互聯網+醫療項目創業計劃書模板是中心征求多位知名VC的建議，擬定出來的版本，方便投資人詳細了解您的互聯網+醫療項目情況。在中心用心制作撰寫的過程中，將根據您的互聯網+醫療項目特點進行修改;本計劃書是詳細版本，可以對有興趣的VC，或者用于預約投資人面談前發送;

　　【目錄】

　　(一) 公司基本情況

　　對成立時間、注冊資本、經營產品、員工規模等進行簡要介紹

　　(二) 產品/服務介紹

　　對公司主要的產品和系列服務進行簡要描述

　　(三) 行業/市場分析

　　對行業狀況、市場容量、市場發展前景、消費者接受程度進行簡要分析

　　(四) 業務現狀

　　對市場份額、客戶數量簡要分析

　　(五) 財務分析

　　公司成立以來累計投入、產出、本年度收入及利潤

　　(六) 融資計劃

　　融資金額、參股比例、融資期限、退出方式

　　第一部分 公司概況

　　(一) 公司介紹

　　詳細介紹公司背景、規模、團隊、資本構成

　　1. 主要股東

　　股東名稱 出資額 出資形式 股份比例 聯系人 聯系電話

　　2. 團隊介紹

　　對每個核心團隊成員在技術、運營或管理方面的經驗和成功經歷進行介紹

　　3. 組織結構

　　4. 員工情況

　　(二) 經營財務歷史

　　(三) 外部公共關系

　　戰略支持、合作伙伴等

　　(四) 公司經營戰略

　　近期及未來3-5年的發展方向、發展戰略和要實現的目標

　　第二部分 產品及服務

　　(一) 互聯網+醫療產品、服務介紹

　　(二) 互聯網+醫療核心競爭力或技術優勢

　　(三) 互聯網+醫療產品專利和注冊商標

　　第三部分 行業及市場

　　(一) 行業情況

　　互聯網+醫療行業發展歷史及趨勢，進入該行業的技術壁壘、貿易壁壘、政策限制

　　(二) 市場潛力

　　對互聯網+醫療市場容量、市場發展前景、消費者接受程度和消費行為進行分析

　　(三) 行業競爭分析

　　主要競爭對手及其優劣勢進行對比分析，包括性能、價格、服務等方面

　　(四) 收入(盈利)模式

　　業務收費、收入模式，從哪些業務環節、哪些客戶群體獲取收入和利潤

　　(五) 市場規劃

　　公司未來3-5年的.銷售收入預測(融資不成功情況下)

　　第四部分 營銷策略

　　(一) 互聯網+醫療目標市場分析

　　(二) 互聯網+醫療客戶行為分析

　　(三) 互聯網+醫療營銷業務計劃

　　(1)建立銷售網絡、銷售渠道、設立代理商、分銷商方面的策略

　　(2)廣告、促銷方面的策略

　　(3)產品/服務的定價策略

　　(4)對銷售隊伍采取的激勵機制

　　(四) 互聯網+醫療服務質量控制

　　第五部分 財務計劃

　　請提供如下財務預測，并說明預測依據：

　　未來3-5年互聯網+醫療項目資產負債表

　　未來3-5年互聯網+醫療項目現金流量表

　　未來3-5年損益表

　　第六部分 融資計劃

　　(一) 融資方式

　　詳細說明未來階段性的發展需要投入多少資金，公司能提供多少，需要投資多少。融資金額、參股比例、融資期限

　　(二) 資金用途

　　(三) 退出方式

　　第七部分 風險控制

　　說明該互聯網+醫療項目實施過程中可能遇到的風險，及其應對措施。包括：技術風險、市場風險、管理風險、政策風險等

【項目計劃】相關文章：

項目管理計劃01-21

項目創業計劃01-14

項目工作計劃07-27

【精選】項目計劃5篇08-26

【精選】項目計劃四篇09-12

【精選】項目計劃3篇09-30

【精選】項目計劃10篇09-06

農業項目創業計劃12-14

it項目計劃書02-21

項目計劃書02-16