【精選】項目計劃合集5篇
時間流逝得如此之快，我們的工作又將迎來新的進步，來為今后的學習制定一份計劃。你所接觸過的計劃都是什么樣子的呢？以下是小編為大家收集的項目計劃6篇，僅供參考，希望能夠幫助到大家。
項目計劃 篇1
尊敬的各位領導、各位同事，大家好：
光陰似箭、日月如梭，轉眼難忘而又多變的已經(jīng)過去，充滿機遇和挑戰(zhàn)的已經(jīng)到來，回顧已經(jīng)過去的，個人雖然在工作中也取得了一定的成績，同時也存在不少需要不斷改進和提高的地方。下面根據(jù)個人的心得總結如下：
一、工作總結
1、項目工程完成情況
①項目進度基本達到公司年初制定的年度目標。
基本完成年初公司制定的年度計劃目標，雖然在一定程度上存在滯后，但總體計劃基本在受控狀態(tài)。雖然上半年受金融危機影響，特別對小戶型施工影響最大，總計劃滯后兩個月有余。但經(jīng)過下半年的趕工，差距基本縮小在可控范圍。并且準甲辦公樓比原計劃提前了近兩個月。
�、谛蜗筮M度：外幕墻形象的及時完成，為項目的銷售提供了一定的支撐和保障。
soho幕墻在8月份完成西立面鋁板和玻璃安裝，準甲在10月初完成西立面的鋁板安裝和形象展示，為項目的銷售提供了一定的支撐和保障。雖然這些外立面局部出形象的要求在年初并沒有制定出來，但在需要的時候，項目還是克服重重困難，加大管理力度及時完成了外立面形象的展示。為盡快展示項目形象，促進項目銷售提供了保障和支撐。
�、踫oho辦公樓的提前完成五大主體驗收，為完成公司的財務目標提供了保障。
在年初制定的年度計劃時，soho辦公樓的驗收計劃安排在春節(jié)后，但是在今年七月份集團為了完成整年目標產(chǎn)值，要求soho辦公樓必須在12月30日前完成五大責任主體驗收。為此項目部多次召開專題會，討論制定落實計劃，并且項目部把該計劃目標實現(xiàn)的第一責任主體落實在我的頭上，這對我既是一個挑戰(zhàn)又是一個機遇。
特別在后期所有工作面全面鋪開，土建、安裝、消防、幕墻、裝修、景觀再加上其他甲分包單位，施工單位數(shù)量超過十幾家，工期緊協(xié)調管理難度大。為此增加了定期專題理會制度，除周一下午的監(jiān)理例會外，另在每周一上午安排了安裝專題協(xié)調會，周四上午裝修專題協(xié)調會，并制定了嚴格的例會制度。對無辜遲到缺席者有嚴格的處罰制度，為集中高效解決現(xiàn)場實際問題提供了保障并受收到較好的效果。
�、茼椖繕s譽
整個項目現(xiàn)場安全文明施工管理工作，總包單位和監(jiān)理單位加大了管理力度，并且收到了較好的效果，受到當?shù)卣亩啻瓮▓蟊頁P和觀摩。本項目三個施工處在今年上半年均獲得“鄭州市安全文明標化工地”，同時工程一處還獲得“河南省級安全文明標化工地”。
2、項目團隊建設情況
項目人員分工在年初經(jīng)過一次調整，使項目分工即更加具體明確化，既在條線方面發(fā)揮了個人專業(yè)和特長方面，又在區(qū)域方面體現(xiàn)了各自的協(xié)調范圍，作到了條線清晰，區(qū)域明確。
項目團隊建設在公司領導的多次指導和培訓下，項目合作精神和團隊意識也有了明顯的提高。每周的項目例會制度，項目團隊每位員工都有發(fā)言機會，既體現(xiàn)民主又體現(xiàn)了團結意識。并且通過周例會及時傳達公司精神，通過不斷加壓和鼓勵，不斷提高項目團隊士氣，振奮精神。通過這一年的磨合項目團隊合作精神和團隊意識達到了空前的高漲。
3、個人發(fā)展和心得體會
回想自己到綠地已有三年時間了，可是只有今年才使我真正找到了工作的激情、目標和方向。在綠地的前兩年有一種有力使不上的感覺，曾經(jīng)也有過激情時刻，但更有困惑、無奈和迷茫。幸運的是在今年受到徐總的培訓和教導，思想受到啟發(fā)；視野得到開闊；信心得到鼓舞；激情得到點燃，整個精神面貌煥然一新，感到渾身有用不完的勁�？傊�，我今年的工作已步入了良性的狀態(tài)，為此我應感謝我們的領導，感謝我們的團隊。
特別是前段時間徐總安排我作為中原油田團購事宜協(xié)調小組負責人處理過程協(xié)調，盡管這只是我工作范圍的一小部分，但該事件對我的影響確實深遠的，使我倍受鼓舞并且從中受到了很大的鍛煉和提高。由于中原油田作為國有企業(yè)，保留著國有企業(yè)的固有的弊端，工作效率低，辦事拖拉，權利高度集中在高層領導身上，具體辦事人員沒有決策權等現(xiàn)狀。就像上半年關于墻體變更問題，一直拖了半年才有最終的說法。經(jīng)歷前幾次雙方幾個回合的溝通協(xié)調，到目前為此雙方基本消除異議，對于交房標準達成共識。從整個實踐中我可以總結以下三點經(jīng)驗：
一）主動出擊，變被動等待為主動
針對對方效率低，辦事拖拉的現(xiàn)狀，前期我們吃過不少苦頭。像衛(wèi)生間墻體砌筑一事，對方一直僅限于口頭通知要求停止衛(wèi)生間砌筑，但由于合同沒有形成，對方經(jīng)辦人員無法出具正式書面要求，造成我項目部砌筑等待一個多月。還有后來要求這里改造那里改造，但一直沒有正式書面意見。后來在徐總的授權下，我作為團購事件協(xié)調小組主要負責人，就馬上召集相關負責人討論回復意見，并做到有理有據(jù)，主動出擊，明確我方要求，限制回復時限。一時給對方造成一定壓力，使對方被動的跟著我們走。特別關于裝修事件的處理，主動強勢把我們的要求展示給對方，對方為了減少將來返工拆除量，也就只好順著我們的意思走，結果我們節(jié)省了工期，也節(jié)省了成本。
主動出擊不僅對外，對內同樣有效。就關于團購事件對方提出的變更，合約部從避免扯皮，和多一事不如少一事的角度一直堅持什麼都不改。但是不改又沒有合理的借口，所以作為當事人來講，我就需要作合約部的工作。同樣主動出擊，凡是我先向合約部沈經(jīng)理請示，向他闡述我的想法，解釋理由，讓他理解我進而一步接受我的想法和意見。
二）充分發(fā)揮團隊的力量和作用
在具體處理或回復對方正式意見之前，我都會在小組范圍內進行溝通，達成一致意見并請示領導后再做回復。必要時擴大溝通范圍，特別在最后形成裝修備忘率之前，除和白總、趙林溝通外，還得到了合約部的大力協(xié)助和參與，整個事件的處理體現(xiàn)了大家的意志，團隊的力量。
三）端正的心態(tài)+適當?shù)姆椒?勤奮努力=成功
在整個時間的處理過程中，如果說沒有阻力是不可能的�？墒俏倚臒o雜念，一心想把事情做好，及時和大家溝通協(xié)調，加上我的真誠，贏得了所有參與者的理解和支持。就在12月28日，備忘錄正式簽字的那一天，直到晚上七點半，合約部的兩位同志（王海燕、陳伯政）一直全程參與，做了大量的基礎工作，沒有半點怨言。是我的真誠和熱情感染了他們，而他們的熱情和友善也鼓舞了我。就這樣臨時搭建起來的團隊，提前并沒有領導安排，靠著我們對綠地文化的理解、靠我們對工作的熱愛、靠我們年輕人的激情，我們團結在了一起，我們用心了、我們努力了，所以我們成功了。為此我由衷地感謝我們的團隊，感謝我們的綠地。
二、需要進步和提高之處
1、項目部作為項目工程載體的主導作用沒有充分發(fā)揮出來。在一些層面上處理問題缺乏更高層次的全局觀和項目推進的主導意識不強。這種能力的提高不僅需要項目經(jīng)理提高，同樣需要每位工程管理人員共同不斷提高，只有這樣工程管理團隊的整體素質和管理水平才能更快更好的發(fā)展和提高，從而更大限度地發(fā)揮出項目部的更大作用。
2、語言表達、溝通協(xié)調能力和水平不能滿足自身發(fā)展和項目管理的需要，需要通過自身積極主動不斷地鍛煉和學習快速提升自己，以滿足團隊發(fā)展的需要和自身發(fā)展的需要。
3、學習力不強。很慚愧的講，自畢業(yè)以后除了專業(yè)書之外，關于其他方面的讀物涉獵很少，較大的限制了自己的視野和個人發(fā)展。在里通過徐總的教導和啟發(fā)，使我深刻地感到了自己知識的貧乏和強烈的學習欲。原來自己除了專業(yè)方面有一定的專業(yè)基礎之外，關于管理方面的知識可謂很是匱乏。通過近來關于管理方面書籍的學習和閱讀，更加大了我對自己不足的理解和認識，越學越知不足。要求自己不斷增大閱讀量擴大閱讀范圍和視野，不斷學習，在學習中提高，在實踐中提高。
4、對總包管理的全面管理作用，沒有充分的發(fā)揮出來。除了與總包自身的管理模式和體制有關外，項目部在總包管理方面的有效管理也有待于提高和加強。鑒于現(xiàn)在的項目開發(fā)模式，必須充分發(fā)揮總承包的管理作用，才能更好的做好項目的管理工作。
三、工作計劃
1、明確的工作目標和計劃
的工作重點可以概括為“三大堡壘”。
堡壘一：4月30日soho辦公樓具備交付條件；
堡壘二：8月20日小戶型具備交付條件；
堡壘三：春節(jié)前酒店完成外幕墻施工。
以上三大堡壘都相當難攻，其中前兩個堡壘最為難攻和最為艱巨，且都為剛性必須要確保完成。
具體來講，soho辦公樓雖然已經(jīng)完成五大責任主體驗收手續(xù)，但真正的難題并未解決掉，關鍵的難點在消防驗收。春節(jié)前要完成消防檢測，3月份必須完成消防驗收并拿到消防驗收合格報告，只有這樣4月30日的交房考核節(jié)點才可完成。而偏偏消防驗收環(huán)節(jié)又存在著很大的不確定性，甚至不可控因素。為此項目必須做好充分的思想準備，做好打硬仗的準備，必須充分調動各種有利資源，確保3月份必須拿下消防驗收這一關。
小戶型由于今年年初的金融危機影響，小戶型的主體施工受到較大程度影響，致使主體工期滯后兩個月。為此這兩個月必須要在來年搶回，從8月20日倒排，消防驗收和竣工備案需要兩個月，要求6月20日工程實體必須具備驗收條件。春節(jié)之后開工3月份到6月份四個月不到的時間，完成小戶型特別南塔的粉刷、裝修、外幕墻、機電安裝等全面施工完成，難度可想而知。如果沒有非常規(guī)措施和辦法，如果沒有有效的協(xié)調管理簡直是不可能的，所以說小戶型這個堡壘是這三個堡壘之中最最難攻的一個難關。
第三個堡壘酒店的外幕墻施工，計劃九月份主體封頂，要求年前完成幕墻施工，有效工作時間只有四個月，如果沒有充分的施工準備和合理的計劃安排，那也是一件相當難的事情。為此我們必須要有充分的思想準備，做好打硬仗的計劃、方案和措施，才能不畏艱難攻克難關。
2、個人規(guī)劃和目標
是本人三年規(guī)劃的第一年，如何能夠使自己的三年個人規(guī)劃變成現(xiàn)實，需要通過實踐、學習、提高，再學習、再實踐、再提高，不斷提高自己的理論水平、管理能力、交際能力、應變能力、綜合能力。為自己的三年規(guī)劃做好開創(chuàng)性的新局面，使自己的三年成長能夠真正成為具有獨立操盤能力的優(yōu)秀的房地產(chǎn)行業(yè)職業(yè)經(jīng)理人。
3、擬采取的手段和措施
一）、學習：工作的過程是一個創(chuàng)造價值的過程，也是一個學習的過程，提高的過程、積累的過程，在工作學習，在學習中工作。特別自己的薄弱方面，加強工程管理知識的學習，加強溝通協(xié)調交際能力的學習，加強性格培養(yǎng)方面的學習。學習更要廣泛的學，因為房地產(chǎn)行業(yè)本身是一個人才復合型的行業(yè)，要求每位從業(yè)者，特別中高層管理者，必須既要懂專業(yè)，也要懂經(jīng)濟、也要懂營銷、更要懂管理。這就需要更廣泛的學習，跨專業(yè)的學習，綜合地學習，才能滿足工作的需要，才能滿足成長的需要。
二）、工作中高標準、嚴要求，在自己的團隊中積極樹立模范帶頭作用。在工作中要樹立全局觀，要有項目的主導意識，不僅要狠抓工程管理，同時要關注營銷，關注市場，關注整個經(jīng)濟面。學習并熟悉項目開發(fā)流程的每個環(huán)節(jié)，在工作中積累，在工作中成長。積極主動協(xié)助項目經(jīng)理做好項目管理工作，盡最大可能的為項目的管理和建設做出做大貢獻。
三）、自我加壓，自我激勵。態(tài)度決定一切，保持積極的心態(tài)。通過各種方法了解自己、激勵自己、提高人際關系的能力，提高自身的抗壓力能力。從“素質提升”、“學習提升”、“人脈提升”、“情商提升”等多方面著手提高自我激勵能力。在工作中永不滿足，奮發(fā)圖強，適時加壓，自我激勵，相信自己會做得更好。
項目計劃 篇2
1．引言
1.1編寫目的
通過編寫項目計劃可以指導我們對本系統(tǒng)進度的開展有一個合理的安排，我們以此作為行動指南，合理利用時間對系統(tǒng)進行設計，以期能達到最終目標。
1.2項目背景
該項目的委托單位是寧夏理工學院，開發(fā)單位是寧夏理工學院電氣信息系計算機科學與技術專業(yè)07級的第十一小組。本系統(tǒng)屬于學校管理系統(tǒng)的一部分，與學校管理系統(tǒng)的其它部分有著緊密的聯(lián)系。
1.3參考資料
《軟件工程基礎》張權范清華大學出版社和北京交通大學出版社 《實用軟件工程教程》陳雄峰機械工業(yè)出版社
2．項目概述
2.1工作內容
主要功能
1、 查詢。用戶可以根據(jù)所提供的字段進行單項或者多級組合查詢，還可以將查詢結果組成
表格輸出。查詢結束后，若需要打印查詢結果，系統(tǒng)可根據(jù)用戶選擇顯示字段的多少，選擇合適的打印紙打印輸出
2、 統(tǒng)計。在統(tǒng)計時，為用戶提供10個最常用的字段，也可以用選擇地進行單項或者任意
項組合統(tǒng)計
3、 打印。系統(tǒng)可以打印出4種固定式的表格：名冊（全體名冊，部門名冊）、簡歷登記表、
個人卡片、證明書
4、 維護。在查詢、統(tǒng)計和打印時均采用數(shù)碼提示漢字進行操作，因考慮到維護工作是由專
門人員負責，在增加人事信息時，盡量提高錄入速度。因此，輸入增加的人事信息在屏幕上不提示漢字。維護包括修改、索引、刪除和內部調動等功能
2.2條件與限制
性能限制
本系統(tǒng)是在微型計算機上開發(fā)的信息處理系統(tǒng)，在響應時間上無特殊要求。對于大容量的信息文件的處理，允許進行磁盤轉換。
2.3產(chǎn)品
2.3.1程序
軟件名稱：學校教務管理系統(tǒng) 使用語言：Delphi程序設計語言
數(shù)據(jù)存儲形式： Microsoft SQL Server 數(shù)據(jù)庫
2.3.2文檔
應交付的文檔：項目計劃書、可行性分析報告、需求分析說明書、概要設計說明書、詳細設計說明書、測試分析報告、用戶手冊。
2.4運行環(huán)境
“學校教務管理系統(tǒng)”是在標準配置的微機上開發(fā)的，對于系統(tǒng)的軟件和硬件的配置沒有特殊要求。
2.5服務
本開發(fā)團隊向用戶提供人員培訓、安裝、保修、維護系統(tǒng)等服務。
3．實施計劃
3.1任務分解
項目分工
3.2進度
項目進度安排
3.3預算
3.4關鍵問題
1 本小組成員對于軟件開發(fā)和程序設計等知識掌握得不夠，水平有限，希望通過團隊合作的方式互相學習，共同進步。
2 有于小組成員對本開發(fā)項目不夠熟悉，所以需求分析階段要發(fā)費大量的時間和精力。
4．人員組織
5．交付期限
項目計劃 篇3
研究、開發(fā)、推出一項新的產(chǎn)品或服務，在現(xiàn)代企業(yè)制度條件下，項目計劃書的作用尤為重要，一個醞釀中的產(chǎn)品開發(fā)項目，不是至今還不存在的一個主觀概念，就是難以窺其全貌的稀缺事物，往往很模糊，通過制訂項目計劃書，可以使項目管理者對自己的項目有更清晰的認識，重大項目還要據(jù)此說服董事會，同時也可作為向銀行或其他投資者籌集資金的輔助文件，
新產(chǎn)品開發(fā)項目計劃書。主要內容應包括：
一．產(chǎn)品介紹
1．產(chǎn)品的概念。
2．相關產(chǎn)品或被替代品正處于什么樣的發(fā)展階段？
3．本產(chǎn)品的差異性或獨特性怎樣？
4．企業(yè)將本產(chǎn)品推向市場方法或渠道是什么？
5．誰會使用本產(chǎn)品，為什么？
6．研發(fā)成本之外，產(chǎn)品的生產(chǎn)成本是多少，售價是多少？
7．本產(chǎn)品的生命周期預測，有無升級、改良或創(chuàng)新的準備計劃？
二．市場分析
1．市場是否存在對這種產(chǎn)品的需求？需求程度是否可以給企業(yè)帶來所期望的利益？新產(chǎn)品的市場規(guī)模有多大？需求發(fā)展的未來趨向及其狀態(tài)如何？影響需求都有哪些因素。
2．細致分析經(jīng)濟、地理、職業(yè)以及心理等因素對消費者選擇購買本開發(fā)產(chǎn)品這一行為的影響，以及各個因素所起的作用。
3．推出一個主要的營銷計劃，計劃中應列出本企業(yè)打算開展廣告、促銷以及公共關系活動的地區(qū)，明確每一項活動的預算和收益，
4．產(chǎn)品的市場競爭力、預計的市場占有率和市場前景預測。
5．策劃好新產(chǎn)品的品牌和專利。
三．生產(chǎn)條件
1．如何設計或改良生產(chǎn)線，如何制造或組裝產(chǎn)品？
2．新產(chǎn)品生產(chǎn)需要哪些原料？企業(yè)擁有那些生產(chǎn)資源，還需要什么生產(chǎn)資源？
3．生產(chǎn)和設備的成本是多少？
4．怎樣保證新產(chǎn)品在進入規(guī)模生產(chǎn)時的穩(wěn)定性和可靠性。
5．生產(chǎn)周期標準的制定以及生產(chǎn)作業(yè)計劃的編制。
6．質量控制的方法是怎樣的。
7．解釋與產(chǎn)品制造、組裝、儲存以及發(fā)送有關的固定成本和變動成本的情況。
四．項目團隊
1．組織結構設計。
2．崗位職責說明。
3．項目經(jīng)理自己的背景、經(jīng)歷、經(jīng)驗和特長等。
3．介紹主要研發(fā)人員的特殊才能、特點和造詣。
五．財務規(guī)劃
著眼于一項新技術或創(chuàng)新產(chǎn)品的創(chuàng)業(yè)企業(yè)不可能參考現(xiàn)有市場的數(shù)據(jù)、價格和營銷方式。因此，它要自己預測所進入市場的成長速度和可能獲得純利，并把它的設想、管理隊伍和財務模型推銷給決策者和投資者。
1．商業(yè)計劃書的條件假設。
2．預計的資產(chǎn)負債表。
3．預計的損益表。
4．現(xiàn)金收支分析。
5．資金的來源和使用。
場情況較好的省份，重復福建省的經(jīng)營經(jīng)驗。
項目計劃 篇4
一、項目計劃書格式
根據(jù)《gbxxx計算機軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求，結合實際情況調整后的《項目計劃書》內容索引如下：xxx
二、項目計劃書的編寫說明
1 引言
1.1 編寫目的
說明編寫這份項目計劃的目的，并指出預期的讀者。
作用：本節(jié)是為了說明編制"項目計劃書"亦即本文檔的意圖和希望達到的效果。注意這里的"目的"不是"項目目標"，而是為了說明本文檔的目的與作用。"項目目標"在2.1中說明。
意義：使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是"項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作。"
例 如可以這么寫：為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式， 把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目 內外環(huán)境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目 團隊開展和檢查項目工作的依據(jù)。
常見的問題：把項目本身的"項目目標"誤作編制項目開發(fā)計劃的目的。
1.2 背景
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容：
項目的名稱：經(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è)內部提出需要完成此項目的人員，一般是領導或商務人員；注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業(yè)內部的人員。如果是內部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項 目的主要承擔部門：有些企業(yè)根據(jù)行業(yè)方向或工作性質的不同把軟件開發(fā)分成不同的部門（也有的分為不同事業(yè)部）。項目的特點就是其矩陣式組織，一般一個項目 的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的 主要承擔部門。
項目建設背景：從政治環(huán)境上、業(yè)務環(huán)境上說明項目建設背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。
例句：根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態(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ī)范等。
"參考資料"一般具有"物質"特性，一般要說明參照了什么，要說明在哪里可以獲得；"標準、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內容應該涵蓋"標準、條約和約定"。
2 項目概述
2.1 項目目標
設定項目目 標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完 成什么什么軟件安裝集成任務。注意"要完成一個系統(tǒng)"只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發(fā)軟件系統(tǒng)最主要 的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標應當符合smart原則：
s specific 明確的陳述
m measurable 可以衡量的結果
a attainable 可以達成的目標
r realistic 合理的，現(xiàn)實的或者說是能和實際工作相結合
t trackable 可以跟蹤的
項 目目標可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統(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 假設與約束
對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候實現(xiàn)、成本范圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如："系統(tǒng)分析員必須在3天內到位"或"用戶必須在8月8日前確定對需求文檔進行確認"
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。
假設與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應該在風險分析中列出，分析其出現(xiàn)的可能性（概率）、造成的影響、應當采取的相應措施。
2.4 項目工作范圍
說明為實現(xiàn)項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時保質交付一個有特殊的特征和功能的軟件系統(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 需提交用戶的文檔
列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3 須提交內部的文檔
可 根據(jù)《gb8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄o："文件編制實施規(guī)定的實例（參考件）"結合各企業(yè)實際情況調整制定《軟件開發(fā)文檔編制 裁減衡量因素表》。根據(jù)《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用于本項目的內容裁減，以減少不必要的項目任務 和資源。
根據(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ù)
說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(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、內部郵件、外部郵件、quickplace、聊天室等等。其中郵件溝通應當說明主送人、 抄送人，聊天室溝通方式應當約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應當（主動）采取什么措施，包括溝通，如何互相配合來共同完成 某項任務。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等
3.3.1 項目團隊內部協(xié)作
本節(jié)說明在項目開發(fā)過程中項目團隊內部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內容。
3.3.2 項目接口人員
應當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括：
a、負責本項目同用戶的接口人員；
b、負責本項目同本企業(yè)各管理機構，如計劃管理部門、合同管理部門、采購部門、質量管理部門、財務部門等的接口人員；
c、負責本項目同分包方的接口人員。
3.3.3 項目團隊外部溝通與協(xié)作模式
項 目團隊外部包括企業(yè)內部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦 法等內容。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關部門的名稱、經(jīng)理姓名、承擔的工作內容以及工作實施責任人的姓 名、聯(lián)系電話。確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯(lián)系電話。
4 實施計劃
4.1 風險評估及對策
識別或預估項目進行過程中 可能出現(xiàn)的風險。應該分析風險出現(xiàn)的可能性（概率）、造成的`影響、根據(jù)影響應該采取的對策，采取的措施。風險識別包括識別內在風險及外在風險。內在風險是 指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等
風 險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發(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ī)模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對 于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現(xiàn)、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工 作任務的預定開始日期、完成日期及所需的資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（里程碑）。
設計評審
表格中檢查點／里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制 定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無 法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用excel作為輔助工具。關于如何使用這些工具不在此作詳細說明。
制定軟件項目進度計劃應當考慮以下一些因素:
1）對于系統(tǒng)需求和項目目標的掌握程度。如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。
2） 軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質量的要求，使用 的開發(fā)工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內一個人或幾個人的 智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié) 調、通信、培訓和管理方面的問題將更為嚴重。
3）軟件系統(tǒng)復雜程度和項目復雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復雜程度主要是考慮 軟件系統(tǒng)本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多 項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復雜程度未必是成比例的關系；同樣項目的規(guī)模與項目的復雜程度未必是成比例的關系。
4） 項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排 進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不 好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。
5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員 的分析能力、系統(tǒng)設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客 戶行業(yè)業(yè)務的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術的掌握程度；企業(yè)內部對行業(yè)業(yè)務知識和主要技術的知識積累。
4.4 項目控制計劃
4.4.1 質量保證計劃
執(zhí)行質量評審活動，對過程質量進行控制。規(guī)模較大的項目應當單獨編寫《軟件開發(fā)項目質量計劃》。根據(jù)gb/t 12504 計算機軟件質量保證計劃規(guī)范，內容包括：
引言（本章節(jié)包括質量計劃的目的、定義、參考資料）
管理（描述負責軟件質量管理的機構、任務及其相關的職責）
文檔（列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）
標準、條例和約定（列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）
評審和檢查（規(guī)定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規(guī)程，以及通過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查）
軟件配置管理（編制有關配置管理條款，或在"4.4.4 配置管理計劃"中說明，或引用按照《gb/t 12505 計算機軟件配置管理計劃規(guī)范》單獨制定的文檔）
工具、技術和方法（指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途）
媒體控制（說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）
對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。）
記錄的收集、維護和保存（指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限）
4.4.2 進度控制計劃
（可直接引用以下描述或根據(jù)項目情況制定本節(jié)內容）
本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3 預算監(jiān)控計劃
說明如何檢查項目預算的使用情況。根據(jù)項目情況需要制定。
4.4.4 配置管理計劃
編 制有關軟件配置管理的條款，或引用按照gb/t 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢 查配置管理工作等四方面的活動。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設施；必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn) 報告、追蹤和解決軟件問題的機構及其職責。
5 支持條件
說明為了支持本項目的完成所需要的各種條件和設施。
5.1 內部支持
逐項列出項目每階段的支持需求（含人員、設備、軟件、培訓等）及其時間要求和用途。
例如，設備、軟件支持包括客戶機、服務器、網(wǎng)絡環(huán)境、外設、通訊設備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關到貨日期、使用時間的要求。
5.2 客戶支持
列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。
5.3 外包（可選）
列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。
6 預算
6.1 人員成本
列出產(chǎn)品/項目團隊每一個人的預計工作月數(shù)。
列出完成本項目所需要的勞務（包括人員的數(shù)量和時間）
勞務費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金
6.2 設備成本
設備成本包括：原材料費，設備購置及使用費
列出擬購置的設備及其配置和所需的經(jīng)費
列出擬購置的軟件及其版本和所需的經(jīng)費
使用的現(xiàn)有設備及其使用時間
6.3 其它經(jīng)費預算
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括：
�。�1） 差旅費（旅費、出租）（含補貼）
�。�2） 資料費（圖書費、資料費、復印費、出版費）
�。�3） 通信費（市話長話費、移動通信費、上網(wǎng)費、郵資）
�。�4） 會議費（鑒定費、評審會、研討費、外事費等）
�。�5） 辦公費（購買辦公用品）
�。�6） 協(xié)作費（業(yè)務協(xié)作招待費、項目團隊加班伙食費）
�。�7） 培訓費（培訓資料編寫費、資料印刷費、產(chǎn)地費、設備費）
其他（檢測、外加工費、維修費、消耗品、低易品、茶話會等）
6.4 項目合計經(jīng)費預算
列出完成本項目需要的所有經(jīng)費預算（上述各項費用之和）。
7 關鍵問題
逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。
8專題計劃要點
專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝部署計劃。
項目計劃 篇5
6.1 價格策略： (銷售成本的構成, 銷售價格制訂依據(jù)和折扣政策)
6.2 行銷策略：( 請說明在建立銷售網(wǎng)絡、銷售渠道、廣告促銷、設立代理商、分銷商和售后服務方面的策略與實施辦法)
6.3激勵機制：(說明建立一支素質良好的銷售隊伍的策略與辦法, 對銷售人員采取什么樣的激勵和約束機制)
【項目計劃】相關文章：
項目辦重點項目計劃03-08
【精選】項目計劃三篇06-07
【精選】項目計劃4篇06-06
【精選】項目計劃10篇09-06
【精選】項目計劃四篇09-12
【精選】項目計劃5篇08-26
項目工作計劃07-27
慈善救助的項目計劃02-12
項目投產(chǎn)參觀計劃02-27
區(qū)委審計的項目計劃03-07