it專案實施方案範例2篇
【it專案實施方案例一】
一、軟體專案實施方案概述
軟體產品，特別是行業解決方案軟體產品不同於一般的商品，使用者購買軟體產品之後，不能立即進行使用，需要軟體公司的技術人員在軟體技術、軟體功能、軟體操作等方面進行系統除錯、軟體功能實現、人員培訓、軟體上線使用、後期維護等一系列的工作，我們將這一系列的工作稱為軟體專案實施。大量的軟體公司專案實施案例證明，軟體專案是否成功、使用者的軟體使用情況是否順利、是否提高了使用者的工作效率和管理水平，不僅取決於軟體產品本身的質量，軟體專案實施的質量效果也對後期使用者應用的情況起到非常重要的影響。專案實施規範主要包括專案啟動階段、需求調研確認階段、軟體功能實現確認階段、資料標準化初裝階段、系統培訓階段、系統安裝測試及試執行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關係，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個專案實施階段分別介紹。
二、軟體專案實施方案介紹
(一)專案啟動階段
此階段處於整個專案實施工作的最前期，由成立專案組、前期調研、編制總體專案計劃、啟動會四個階段組成。
此階段主任務：
公司：
在合同簽定後，指定專案經理，成立專案組，授權專案組織完成專案目標。
公司專案組：進行前期專案調研，與使用者共同成立專案實施組織，編制《總體專案計劃》，召開專案啟動會。
商務經理：
配合公司專案組，將積累的專案和使用者資訊轉交給專案組。將專案組正式介紹給使用者，配合專案組建立與使用者的聯絡。
使用者：
成立專案實施組織，配合前期調研和召開啟動會，簽署《總體專案計劃》和《專案實施協議》。
1、成立專案組：
部門經理接到實施申請後，任命專案經理，指定專案目標，由部門經理及專案經理一起指定專案組成員及成員任務，並報總經理簽署《專案任務書》。
2、前期調研：
專案經理及專案組成員，在商務人員配合下，建立與使用者的聯絡，對合同、使用者進行調研。填寫《使用者及合同資訊表》。在專案商務談判中，商務經理積累了大量的資訊，專案組首先應收集商務和合同資訊，並與商務經理一起識別那些個體和組織是專案的干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保專案能夠成功。
3、編制《專案總體計劃》：
《專案總體計劃》是一個檔案或檔案的集合，隨著專案資訊不斷豐富和變化，會被不斷變更，主要介紹專案目標、主要專案階段、里程碑、可交付成果。通常包括以下幾方面內容：專案描述，專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配(包括使用者的);溝通管理計劃，確定專案干係人對資訊和溝通的需要：即什麼人何時需要什麼資訊以及通過什麼方式將資訊提供給他們。質量管理計劃，確定適合於專案的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體專案的要求而定。未解決事宜和未定的決策
4、啟動會：
專案組與使用者共同召開的宣佈專案實施正式開始的會議。
會程安排如下：
共同組建專案實施組織，實施組織的權利和職責;雙方簽署《專案實施協議》。
專案組介紹《專案總體計劃》和《專案實施協議》，包括以下內容：
專案目標、主要專案階段、里程碑、可交付成果。所計劃的職責分配(包括使用者的);
專案實施中專案管理的必要性和如何進行專案管理，專案的質量如何控制;
專案實施中使用者的參與和領導的支援的重要作用;
階段驗收、技術交接和專案結束後如何對使用者提供後續服務。
(二)需求調研確認階段
此階段的主要工作是軟體公司的專案實施人員向用戶調查使用者對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成後，會編寫《需求調研分析手冊》，並交付使用者進行確認，待使用者對《需求調研分析手冊》上所提到的需求確認完畢後，專案實施人員將以此為依據進行軟體功能的實現。如果使用者又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過《需求調研計劃》
專案組、部門經理、商務等人員根據合同要求和專案實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍後的時間內簽署，如評審不通過則重新修改。
4、使用者是否簽署《需求調研計劃》
如使用者簽署《需求調研計劃》，則作為以後需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更
如果計劃存在變更，則執行變更控制流程，否則按計劃進行後續工作。
6、編寫及發出《需求調研通知》
專案組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給使用者，為順利完成需求調研工作做準備
7、需求調研
專案組以《需求調研手冊》為依據，從業務流程、單據使用、列印格式、報表查詢幾個方面展開深入和全面的調研，並蒐集使用者的個性化需求。
8、需求調研分析根據調研的結果
專案組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過《需求分析報告》
專案組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍後由使用者簽署，如評審不通過則重新修改，直至內部評審通過。
10、編寫及發出《需求分析報告確認通知》
專案組編寫《需求分析報告確認通知》，發給使用者，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
11、使用者是否確認《需求分析報告》
如果使用者確認，並簽署了《需求分析報告》，則需求調研階段工作結束，進行後續的軟體功能實現的工作;如沒有確認，則進一步進行調研、分析，直至使用者最終確認並簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之後，如果使用者提出新的需求或是變更已有的需求，則執行需求新增及變更流程。
(三)軟體功能實現確認階段
此階段的主要工作是專案實施人員根據需求調研階段確認的《需求調研分析手冊》中的使用者需求內容進行具體軟體功能的實現工作。在軟體功能實現的過程中，專案實施人員將記錄軟體實現的詳細過程。便於公司售後服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢後，專案實施人員將編制《軟體功能確認表》，將定製好軟體功能待使用者確認，使用者根據《軟體功能確認表》上的功能逐一確定軟體功能是否達到要求，對不滿足要求的功能，專案實施人員將會記錄下來並進行功能修改，直到滿足用於要求。
(四)資料標準化初裝階段
此階段的主要工作是專案實施人員指導使用者進行系統標準化資料的準備工作，並對使用者進行初裝資料的軟體操作培訓，以便使用者能夠及時的將標準資料錄入系統，初裝完成後，專案實施人員會對資料初裝的情況進行核查，為以後具體業務功能的開展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個專案實施工作中比較重要的工作，使用者對軟體的操作功能是否熟練將直接影響到後面的軟體應用效果，所以軟體公司和使用者雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱鉅性。在專案實施之前對使用者的相關人員進行系統和規範的產品培訓是非常必要的，達到讓使用者瞭解軟體產品，最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將使用者參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的使用者參加產品培訓人員的培訓內容分別是：
決策層：領導在實施中的作用與重要性、決策查詢。
維護層：系統維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
1、調研培訓資訊：
在培訓開始前3天由使用者實施負責人，將參加培訓的部門和人員情況填入《受訓部門彙總表》、《受訓人員情況一覽表》。
2、編制培訓計劃：
結合調研結果，與使用者實施負責人商議具體培訓內容、時間，場地，人員等。專案組編制《培訓計劃》。
3、簽署培訓計劃：
使用者簽署《培訓計劃》，進一步確認培訓安排。
4、發培訓通知：
培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等資訊通知使用者實施負責人。
5、搭建培訓環境：
公司專案組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
6、組織培訓：
公司專案組培訓負責人與使用者實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由使用者將考勤情況填入《培訓人員簽到表》。
7、培訓考核：
公司專案組培訓負責人與使用者實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結：
公司專案組培訓負責人與使用者實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人彙報。
(六)系統安裝測試及試執行階段
此階段的主要工作是在使用者真實環境下，對使用者網路及硬體裝置進行測試，對軟體系統進行容量、效能壓力等測試測試及試執行的目的在於確保系統各項功能均能正常使用，並且符合使用者簽署的《需求分析報告》中描述的需求，同時把儘可能多的潛在問題在正式執行之前發現並改正;同時目的還在於在正式執行前使用者的有關人員能進一步提高操作水平，掌握操作規範。此階段的主要工作內容為：
1、編制計劃：
與使用者實施負責人商議具體測試及試執行時間，地點，人員等安 排，專案組編制《測試及試執行計劃》。
2、簽署計劃：
使用者簽署《測試及試執行計劃》，進一步確認測試及試執行安排。
3、發測試及試執行通知：
在測試及試執行開始前2天，按照簽署的《測試及試執行計劃》，將時間，地點，人員等資訊通知使用者實施負責人。
4、搭建環境及資料準備：
在試執行開始前搭建好軟體環境、硬體環境、網路環境、調通線路;檢查軟體、硬體、網路、線路等各個環節是否有問題;
5、組織測試及試執行：
使用者相關各級領導給予全面配合，組織相關人員進行測試及試執行。公司專案組負責擔當指揮，檢查使用者人員組織情況並給予指導，跟蹤檢查如下情況：
l 跟蹤單據流轉狀況。
l 跟蹤新資料登入環節。
l 觀察業務流程執行狀況。
l 觀察操作人員操作表現。
l 觀察系統執行速度及異常表現。
l 觀察關鍵資料的正確性。
l 及時糾正錯誤操作、對於新發生的問題及時與相關人員溝通，確定解決辦法。
6、測試及試執行總結：
測試及試執行完成，總結試執行中裝置、軟體的執行情況，總結試執行中業務流程和操作環節的情況，以書面總結形式將測試及試執行結果通知相關負責人。
(七)總體驗收階段
此階段是對專案總體的完成情況進行驗收。驗收分階段進行，在每一專案階段結束時，使用者對這一階段的'可交付成果進行驗收，在測試及試執行結束後，對系統進行總體驗收。
【it專案實施方案例二】
一、專案計劃的要素
根據PMBOK2000，專案計劃可以包含如下要素：
1、專案範圍說明
專案範圍說明闡述進行這個專案的原因或意義，形成專案的基本框架，使專案所有者或專案管理者能夠系統地、邏輯地分析專案關鍵問題及專案形成中的相互作用要素，使專案干係人在專案開始實施前或專案相關文件編寫以前，能夠就專案的基本內容和結構達成一致;專案範圍說明應當形成專案成果核對清單，作為專案評估的依據，在專案終止以後或專案最終報告完成以前進行評估，以此作為評價專案成敗的依據;範圍說明還可以作為專案整個生命週期監控和考核專案實施情況的基礎，和專案其他相關計劃的基礎。
2、專案進度計劃
進度計劃是說明專案中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關係的計劃。通過進度計劃的編制，使專案實施形成一個有機的整體。進度計劃是進度控制和管理的依據，可以分為專案進度控制計劃和專案狀態報告計劃。
在進度控制計劃中，要確定應該監督哪些工作、何時進行監督、監督負責人是誰，用什麼樣的方法收集和處理專案進度資訊，怎樣按時檢查工作進展和採取什麼調整措施，並把這些控制工作所需的時間和人員、技術、物資資源等列入專案總計劃中。
3、專案質量計劃
質量計劃針對具體待定的專案，安排質量監控人員及相關資源、規定使用那些制度、規範、程式、標準。專案質量計劃應當包括與保證與控制專案質量有關的所有活動。質量計劃的目的是確保專案的質量目標都能達到。根據ISO9001要求和PMBOK2000，為實現質量目標，組織應遵循以顧客為中心、領導作用、全員參與、過程方法、管理的系統方法、持續改進、基於事實的決策方法、互利的供方關係等8項質量管理原則。
4、專案資源計劃
有了專案範圍計劃和進度計劃後，資源計劃就是決定在專案中的每一項工作中用什麼樣的資源(人、材料、裝置、資訊、資金等等)，在各個階段使用多少資源。專案費用計劃包括資源計劃、費用估算、費用預算。
5、專案溝通計劃
溝通計劃就是制定專案過程中專案干係人之間資訊交流的內容、人員範圍、溝通方式、溝通時間或頻率等溝通要求的約定。
6、風險對策計劃
風險對策計劃是為了降低專案風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。
7、專案採購計劃
專案採購計劃過程就是識別哪些專案需求可應通過從本企業外部採購產品或裝置來得到滿足。如果是軟體開發工作的採購，也就是外包，應當同時制定對外包的進度監控和質量控制的計劃。
8、變更控制、配置管理計劃
由於專案計劃無法保證一開始就預測得非常準確，在專案進行過程中也不能保證準確有力的控制，導致專案計劃與專案實際情況不符的情況經常發生，所以必須有效處理專案的變更。變更控制計劃主要是規定變更的步驟、程式，配置管理計劃就是確定專案的配置項和基線，控制配置項的變更，維護基線的完整性，向專案干係人提供配置項的準確狀態和當前配置資料。
二、專案計劃編制過程
由於軟體開發的手工性、個體性特徵，軟體開發專案計劃不可能是一個靜態的計劃，一次在專案啟動時，可以先制定一個顆粒度相對比較粗的專案計劃，先確定專案高層活動和預期里程碑。粗顆粒度的專案計劃需要不斷地更新迭代，根據專案的大小和性質以及專案的進展情況進行迭代和調整。迭代和調整的週期也是根據專案的情況進行制訂的，一般短到一週，長到2個月左右。經過不斷的計劃制訂、調整、修訂等工作，專案計劃從最初的粗粒度，變得非常詳細。這樣的計劃將一直延續到專案結束，延續到專案的成果出現。
制定計劃的過程就是一個對專案逐漸瞭解掌握的過程，通過認真地制定計劃，專案經理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，通過漸近明細不斷完善專案計劃。階段計劃中包含的工作彙報和下一階段工作安排是掌握專案進度的依據，從階段計劃對照總體計劃，才能一目瞭然地看出工作的進展情況。制定計劃的過程，也是在進度、資源、範圍之間尋求一種平衡的過程。制定計劃的精髓不在於寫出一份好看的文件，而在於運用您的智慧去應對各種問題和麵臨風險並儘可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客戶交流與協商的基礎，幫助你在專案過程中防範各種問題的出現，幫助你保證專案按時完成。
企業確定要開始某個專案時一般會下達一個立項的檔案，暫且叫“專案立項檔案”，主要內容是遵照的合同或相關協議，專案的大致範圍、專案結束的截止時間和一些關鍵時間，指定專案經理和部分專案成員等等。
接下來的專案計劃編寫一般要按照以下過程：
1、成立專案團隊：相關部門收到經過審批後的“專案立項檔案”和相關資料，則正式在“專案立項檔案”中指定的專案經理組織專案團隊，成員可以隨著專案的進展可以在不同時間加入專案團隊，也可以隨著分配的工作完成而退出專案團隊。但最好都能在專案啟動時參加專案啟動會議，瞭解總體目標、計劃，特別是自己的目標職責，加入時間等等。
2、專案開發準備：專案經理組織前期加入的專案團隊成員準備專案工作所需要的規範、工具、環境。如開發工具、原始碼管理工具、配置環境、資料庫環境等。前期加入的專案團隊成員主要由計劃經理，系統分析員等組成，但快要制定好的專案計劃一定要儘可能經過在所有專案團隊成員和專案干係人中間的充分溝通。如果專案中存在一些關鍵的(指將影響專案成敗)技術風險，則在這一階段專案經理應組織人員進行預研。預研的結果應留下下書面結論以備評審。
說明：專案計劃書必須在相應階段對專案目標、階段目標和各項任務進行精確的定義，就是要在相應階段進一步進行專案目標的細化工作;特別是在概要設計完成，詳細設計或編碼實現開始之前應該對下一階段的目標任務進行細化。應當充分調查並掌握影響專案計劃的一切內部和外部影響因素;應當儘可能充分地分析專案工作分解結構，通過分析專案工作分解結構不僅獲得專案的靜態結構，而且通過邏輯分析，獲得專案各工作任務之間動態的工作流程;應當將專案目標、任務進行分解，制定詳細的實施方案。
3、專案資訊收集：專案經理組織專案團隊成員通過分析接收的專案相關文件、進一步與使用者溝通等途徑，在規定的時間內儘可能全面收集專案資訊。專案資訊收集要講究充分的、有效率的溝通，並要達成共識。有些成員認為，電子郵件發來的文件(計劃、需求、周計劃等)是在溝通不夠充分的情況下完成的，成員看過後有不瞭解或與自己的能力或意願不符的情況，但通過電子郵件等方式溝通的效率不高，這也許是個習慣的問題，也許和某個具體問題本身是否容易通過電子郵件溝通清楚有關。
