就職于軟體行業的人，無論是銷售、售前、技術還是财務一定都會接觸到關于項目運作相關的工作，不同職位的員工對于項目的關注點也大不相同，财務人員關注項目的收款節點；銷售人員關注項目的商務關系及前期引導；實施人員關注項目的實施過程等等。
這就造成各個職位的員工對于涉及職責之外的事情一無所知或了解甚少的情況，雖然這樣不會對項目的成功驗收造成很大的影響，但是在涉及到一些環節的溝通和配合上多少會有一些吃力。是以今天在這裡與大家分享一下我對軟體內建項目全生命周期的了解和認知，希望能對大家有所幫助。
1. 項目概念
1.1 定義分析
項目：是指一系列獨特的、複雜的并互相關聯的活動，這些活動有着一個明确的目标或目的，必須在特定的時間、預算、資源限定内，依據規範完成。
軟體項目：是指為企業開發或者部署實施一套專用的系統，或在特定的行業領域做一些系統之間的內建，在進入項目之前必須與使用者進行具體需求分析和讨論，明确使用者心目中的産品或項目預期是什麼樣子，然後立項、招投标、簽訂合同、實施傳遞。
項目生命周期：是描述項目從開始到結束所經曆的各個階段，一般劃分為前期咨詢、項目立項、招投标、項目實施、項目運維、項目終結/二期六個階段，随着時間的推移以及發展，為滿足目前發展的需求項目通常會重新定義開發、更新疊代。在項目生命周期運作過程中的不同階段裡，項目雙方會派出不同的組織和人員進行項目的工作互動。
1.2 項目形态
2. 階段構成
根據不同的項目形态，一般項目運作的周期也不大相同，下述以筆者所在公司數通暢聯SOA內建項目的生命周期為例進行闡述，在步驟上與傳統項目生命周期存在細微差别。
2.1 IT咨詢
2.1.1 具體内容
此類項目一般為銷售通過商機轉交、客戶介紹、資訊搜尋等形式探求到甲方有類似需求，之後通過拜訪得到客戶大緻需求資訊，後續與售前人員一同前去确認需求及介紹方案。
IT咨詢也稱為資訊化咨詢，一般出現在資訊化建設前期或資訊化整合期，對企業的整體業務、流程、資訊化各方面内容進行全面的規劃，包括：企業管理模式設計、業務流程、資訊化解決方案設計、管理軟體系統的實施/應用/整合，具體情況如下：
1. 乙方通過向甲方調研、訪談、接觸具體業務等形式根據企業實際的戰略、目标、願景及任務，設定政策性的業務規劃，進行企業IT架構的規劃，并對應的設計出IT執行計劃；
2. 甲方無保留的為乙方提供計劃中所需的資料及相關業務流程、資料聯系等資料；
3. 計劃設計之後，對企業現有/在建的IT應用進行梳理及優化，注重制有管理系統與管理目标、後續需求與發展趨勢是否對應，并針對性的進行需求評估與分析，進而制定新的IT建設政策；
4. 在業務及資訊化建設部分梳理完畢之後，就需要規劃如何實作，包括協助項目選型、項目實施管理（範圍、時間、成本、品質、人力、資源、溝通、采購、風險等）；
5. 乙方對成果進行彙報，甲方對乙方規劃成果進行稽核，有異議則溝通繼續修改，無異議則确認驗收。
2.1.2 參與人員
甲方：高層上司、資訊中心管理者
乙方：銷售人員、售前人員
2.1.3 輸出資料
XX企業IT調研報告、XX企業IT建議規劃書
資料内容：
1、XX企業IT調研報告
- 公司概況：公司的基本情況、股權結構、人員構成、董事會組成及決策機制；管理制度建設情況、技術團隊、企業曆史沿革、财務狀況、企業經營目标、銷售目标計劃。
- 項目意義：産業政策、公司的痛點或需求、項目建設帶來的意義。
- 産品/服務與技術：産品概述（服務描述、内容描述、報價、核心技術優勢）、國内外研發情況、核心競争力（公司核心競争力、業務核心競争力、産品核心競争力）。
- 資金投入情況：總體投資、投資估算表、知識産權情況。
- 行業和市場：行業分析、市場分析、目标使用者、業務經營範圍、競争分析。
- 市場營銷：營銷分析、管道政策、分銷商/代理商的選擇、産品/服務價格。
- 現有系統情況。
2、XX企業IT建議規劃書
- 總體設計：設計依據、方法論、設計思路、技術路線、标準規範體系設計、頂層設計總體架構、安全設計、系統級權限設計、公用編碼設計、系統過渡和遷移方案、系統擴充方案。
- 軟體設計方案：開發方法、内部應用平台軟體設計（應用系統架構設計、業務應用系統、綜合管理系統、知識管理系統、通信系統、移動辦公系統、SOA內建系統）、性能設計。
- 硬體設計方案：網絡更新改造設計、伺服器更新改造設計、存儲系統更新改造建設、雲排程系統建設、安全系統更新改造建設、容災備份系統建設、監控運維系統建設、機櫃及資料庫系統更新改造建設、技術名額設計。
- 總內建方案設計：內建方法論、內建要求、內建接口設計。
- 項目實施管理方案：項目管理架構、人員控制、範圍控制、需求管理、溝通管理、計劃管理、進度監控、配置管理、成本管理等。
- 項目實施計劃：總體計劃、軟體開發實施計劃、軟體內建實施計劃、硬體內建實施計劃。
- 項目品質保障方案：品質保障體系、品質管理辦法、品質保障措施（人員管理、問題管理、過程管理、系統傳遞管理）、品質計劃。
- 項目測試方案：軟體測試、硬體測試、驗收測試。
- 項目教育訓練方案：教育訓練目的、對象、人數、課時、地點、方式、資料、計劃、費用。
- 項目驗收方案：單項驗收、試運作、項目終驗。
- 項目服務方案：服務标準、流程、内容、方式、質保期等。
2.2 項目立項
2.2.1 具體内容
在确定項目的初期，特别是大中型項目，在經過建議規劃之後，高層上司對項目的大緻結果是有一定概念的，在立項階段一方面是将企業現狀、項目初步方案、技術來源等情況進行梳理闡明，便于高層掌握項目情況；另一方面是通過立項向企業的上級機關或董事會報備項目情況，發起審批流程，申請撥款啟動項目。
具體内容如下：
1. 乙方（多個乙方）為甲方資訊中心管理者CTO、高層上司CEO等相關彙報人員提供立項申請指導、建議和規劃資料。
2. 資訊中心管理者CTO、高層上司CEO申請項目立項，并向董事會彙報項目具體情況、内容、預算，申請審批。
3. 董事會根據彙報情況進行考慮，同意之後通知高層上司CEO，再由高層上司CEO通知資訊中心管理者CTO。
4. 審批通過，項目宣布立項，進行後續開展事宜。
2.2.2 參與人員
甲方：資訊中心管理者CTO、高層上司CEO、董事會
乙方：多個乙方
2.2.3 輸出資料
XX項目立項報告
資料内容：
1、董事審批意見
2、XX項目立項報告
- 項目背景，企業概況、資訊化建設背景
- 項目建設必要性
- 項目的可行性
- 項目目标
- 項目需求
- 項目實施原則和政策
- 項目主要建設内容
- 項目實施計劃
- 項目組織機構
- 項目投資預算與工作量
- 收益/風險分析與控制
2.3 招/投标
2.3.1 具體内容
這裡分為兩個步驟，一個是客戶方的招标，另一個是實施方的投标。
- 招标
項目立項後，企業會針對建設需求，進入公開招标階段，由企業發出招标公告或投标邀請書，說明招标的項目、産品、服務的範圍、标段（标包）劃分、數量、投标人的資格要求等，邀請特定或不特定的投标人在規定的時間、地點按照一定的程式進行投标，具體步驟為：
1. 甲方編制招标檔案，釋出招标公告；有意向乙方檢視招标公告；
2. 甲方出售招标檔案，對潛在投标人資格預審；乙方購買标書，并送出投标保證金；
3. 甲方接受投标人标書，并按照規定的時間、地點公開開标；乙方根據時間地點進行應标；
4. 甲方根據參與乙方講标情況由評标委員對投标檔案評标，依據原則及程式确定中标人；
5. 甲方通知乙方中标人中标，明确具體細節之後與中标人簽訂項目合同，履行合同。
- 投标
投标是與招标相對應的，投标人（項目實施方）認真分析招标檔案後，根據自身産品及解決方案優勢編制投标書，在編寫投标書中需要注意，标書中的解決方案一定要應标，明确的對應招标需求，另外在撰寫投标書上投标機關都是十分仔細的，因為一旦投标，在有效期内不得撤回标書或對标書中的報價、内容做實質性的修改，在投标中，投标機關通常是需要傳遞投标保證金的，具體步驟如下：
1. 根據甲方招标内容編制投标檔案，按照期限傳遞投标書及投标保證金；
2. 乙方按照規定的時間、地點進行講标；甲方評标委員對乙方投标檔案評标；
3. 等待結果通知，中标後，明确具體細節之後與客戶方簽訂項目合同，履行合同。
2.3.2 參與人員
招标：營運人員、資訊中心人員、評标委員
投标：售前人員、銷售人員
2.2.3 輸出資料
招标方：招标檔案
投标方：投标檔案、相關資質證明等
資料内容：
1、招标方—招标檔案
- 投标須知：項目基本情況、投标方資格要求（基本要求、專項要求）
- 項目總體概述：集團概況、業務現狀、建設目标
- 項目範圍及建設内容：項目範圍、項目整體要求、詳細功能要求、技術實作要求（軟體要求、系統安全要求、産品要求、硬體及網絡環境要求）
- 術語解釋
- 項目實施服務要求：實施步驟要求、項目實施要求、技術教育訓練要求、項目服務要求
- 測試與驗收：系統測試、驗收條件、驗收過程、驗收标準
- 評分标準：商務部分、技術部分、報價部分
2、投标方—投标檔案
- 項目定義說明：名稱約定、主要術語
- 項目背景及現狀分析：目前資訊化背景、企業發展概況、資訊化瓶頸
- 項目需求了解與分析：項目需求描述、項目需求了解與分析（企業管控了解和分析、業務次元分析、系統次元分析、系統功能分解、系統特性分解、系統架構分解）
- 項目目标和關注重點：項目目标定義、項目目标分析、實作目标前提條件
- 項目指導思想和原則：投标方特有的指導思想和原則
- 架構體系、規劃、方法論：企業架構、IT規劃體系、IT規劃方法論
- 項目總體規劃：整體規劃、建設階段
- 項目平台架構：總體架構、業務架構、技術架構、功能架構、內建架構、安全架構、産品架構、部署架構
- 标準與規範組：平台及産品的标準規範
- 項目産品介紹：項目中使用到的産品介紹
- 項目部署方案：軟硬體配置搭建
- 項目實施方案：實施總體方法、實施成功的關鍵要素分析、實施進度計劃
- 項目實施團隊：團隊建構原則、項目實施組織架構、項目實施團隊、實施過程和安全保密管理
- 項目驗收方案：項目初驗、終驗
- 項目教育訓練方案：教育訓練目的、教育訓練政策、教育訓練調研、教育訓練方式、教育訓練課程與内容、教育訓練組織與要求、教育訓練對象
- 項目品質及風險管理：項目生命周期管理、項目常見風險分析、項目初步風險分析與政策
- 項目服務方案：服務原則、服務承諾、服務體系和流程、常見服務方式和内容、服務響應時間、服務監督機制
- 相關案例介紹
- 投标公司介紹
- 相關資質證明：軟著權、企業資質等
2.4 項目實施
2.4.1 項目啟動
2.4.1.1 具體内容
本階段意味着項目正式啟動，要成立項目組并确定PMO成員，具體步驟如下：
1. 成立項目組：根據項目情況及人員綜合能力組建并整合管理團隊的關鍵成員，并對團隊職位進行任命。另一方面項目管理辦公室成員一同介入項目，負責對項目前期跟進及後續節點把控；甲方同樣組建項目組成員及确認本項目最終負責的上司，通常為資訊中心人員；
2. 明确雙方項目組成員、成員工作責任和權限；
3. 召開項目啟動大會，甲方、乙方項目團隊進場，介紹項目目标、範圍及工作方法，宣布項目正式啟動。
2.4.1.2 參與人員
甲方：對應項目組成員、相應負責上司
乙方：對應PMO管理辦公室成員、項目實施團隊
2.4.1.3 輸出資料
項目啟動報告
資料内容：
- 項目名稱
- 項目資訊
- 項目組成員（雙方）
- 項目啟動時間和預計結束時間
- 系統環境
- 項目範圍
- 項目進度
- 項目分工資訊
2.4.2 項目藍圖
2.4.2.1 具體内容
雖然在投标階段已經對企業資訊化狀況有一定了解，但資訊采集、需求調研仍是非常重要的一個環節，不可省去。在調研過程中不僅可以明确項目具體需求還可以幫客戶梳理出那些存在卻沒有被發現的需求，隻有充分了解、明确這些需求，才能為後續完整制定實施計劃打下基礎。具體過程如下：
1. 通過現場調研，充分了解和擷取客戶相關方面的現狀和使用者對系統的具體需求及期望，經過需求彙總、整理、評審，最終與客戶确認項目需求，中間需要甲方客戶配合進行調研；
2. 在明确企業業務現狀、資訊化現狀後，分析各業務子產品之間的業務銜接環節，進行問題梳理及标準制定，根據業務需求完成功能詳細設計和開發方案；
3. 以上準備完畢後，啟動藍圖确認會，進行藍圖彙報，雙方項目團隊均到場，之後讓甲方簽署藍圖确認單，一切就緒後，宣布正式進入項目實施階段。
4. 藍圖确認單簽署後，項目正式進入實施階段。
2.4.2.2 參與人員
甲方：對應項目組成員、相應負責上司
乙方：對應PMO管理辦公室成員、項目實施團隊
2.4.2.3 輸出資料
需求規格說明書，概要設計（設計規格說明書）、內建标準規範文檔、細化至人天的工作安排/計劃、藍圖确認單
資料内容:
1. 需求規格說明書
- 項目概況：公司情況、資訊化現狀
- 項目總體需求：整體需求、內建系統、功能需求、系統環境等
- 具體功能需求：業務描述、功能描述、權限設定、功能限制
- 非功能需求：擴充性、穩定性、安全性、主題風格、使用者操作、可移植性
2. 設計規格說明書
- 總體設計：技術架構、功能內建、部署架構
- 功能平台：系統架構、功能架構、公共設計、角色設計
- 具體功能設計：功能需求、開發思路、內建設計、技術要點、權限設計
- 編碼設計
3. 內建标準規範
- 身份認證規範
- 資料內建規範
- 應用內建規範
- 內建測試規範
- 擴充開發規範
4. 工作安排計劃
- 将工作步驟細分解，細化至人天
5. 項目藍圖确認
- 項目總體情況：實施目标、系統架構、工作内容、總體計劃、已完成工作、後續工作重點
- 項目藍圖确認
2.4.3 實施開發
2.4.3.1 具體内容
在項目實施階段，主要由項目實施團隊負責對項目需求進行實施實作，對于項目實施，每個公司都有一套方法論，這裡以數通暢聯方法論為例，具體步驟如下：
- 内部日報、成員周報：通過日報及周報管理制度，對項目人員人天/周工作内容及計劃進行審查追溯，可及時發現項目中已知或未知的問題，并加以解決防控。
- 項目周報、項目追蹤：對于項目周報采取雙周滾動制，每周為客戶發送本周項目工作總結、下周工作計劃、後續工作安排，便于客戶精準掌握項目進度；項目追蹤對項目投入人天情況、功能完成進度進行嚴格彙報把控，有效控制項目進度，防止項目偏離拖期。
- 客戶參與、教育訓練協作：在項目中注重與客戶的溝通，定期向客戶彙報目前項目的進展情況（項目周報，項目會議），讓客戶能夠實時的掌握項目的進展情況，加強對項目的認知度與參與度；同時在項目進行中針對客戶方技術人員進行一些産品及功能原理、使用方面的教育訓練，使客戶能更快速的掌握産品。
- 重點突破、局部上線：遵循靈活機制，在項目開展2個月左右，部分功能即可上線供客戶使用，在保證系統穩定的情況下，對其它功能進行重點攻克，之後進行灰階更新。
- 步步為營、逐漸推進：在項目中注重對每一個裡程碑的掌控，并根據裡程碑逐漸推進項目進度，最終保障項目的順利驗收。
- 全面測試、消缺完善：對項目中完成的每個功能都會進行全面的測試，包括：自測、功能單元測試、小組之間互相測試、項目内部功能聯測、使用者真實測試等，在測試過程中會對功能問題進行不斷的完善。
2.4.3.2 參與人員
項目團隊及客戶方團隊成員或負責人
2.4.3.3 輸出資料
每周項目工作總結、對應的下周工作計劃及後續工作安排
資料内容：
采取雙周滾動制的工作彙報，即彙報本周具體計劃的同時，規劃出下周工作計劃和後續工作計劃安排，依次類推滾動。
2.4.4 項目驗收
2.4.4.1 具體内容
驗收階段主要工作是對項目整體實施工作的回顧和總結，對實施工作的認可，也是對雙方高層上司的一個工作彙報，驗收合格後，轉入系統維護期，具體步驟如下：
1. 對項目情況進行彙總及文檔整理；
2. 召開項目驗收會議，對項目實施過程、業務内容、工作程式和結果進行彙報及示範；
3. 将項目中所有文檔交接于客戶；
4. 專派技術人員現場駐守，保證穩定運作後撤離，後期與運維人員進行工作交接。
2.4.4.2 參與人員
雙方高層上司、雙方項目團隊
2.4.4.3 輸出資料
需求規格說明書、開發規範與內建标準、系統設計規格說明書、所有項目管理過程文檔（周報、會議紀要、需求變更等）、測試手冊、使用手冊、維護手冊；項目源碼、測試環境、正式環境、項目驗收報告、項目驗收單
資料内容：
需求規格說明書、開發規範與內建标準、系統設計規格說明書、所有項目管理過程文檔（周報、會議紀要、需求變更等）與上述資料相同。
1. 測試手冊
- 測試方法、被測試對象、目的
- 測試環境/配置、測試條件
- 測試内容：并發量、負載量、功能使用等
- 測試結果分析
- 測試改進方案
2. 使用手冊
- 編寫目的：主要對産品功能的使用方式進行撰寫，便于系統管理者對資訊進行維護和使用人員快速掌握熟悉系統
- 功能使用方法介紹（圖文）：環境搭建、安裝部署、具體使用
3. 維護手冊
- 編寫目的
- 系統說明：用途、安全、程式說明
- 維護說明：限制條件、驗證過程、出錯及糾正方法、維護過程
4. 項目驗收單
項目名稱、啟動時間、結束時間、建設内容、完成情況、雙方簽字确認
2.5 項目運維
2.5.1 具體内容
項目運維階段主要任務是系統後期的運維工作，将根據質保維護條款對系統進行持續維護，截止到運維期滿後，項目正式結束，具體步驟如下：
1. 在項目驗收後，技術人員駐守階段，運維人員進場；
2. 與項目實施人員進行工作交接，明确項目具體内容、測試結果、部署情況、注意事項等事宜；
3. 與客戶方人員進行工作交接，明确相關負責人姓名、職位、聯系方式、權限等事宜；
4. 1-2周後，運維人員離場，并進行後續遠端支援，直到運維期滿為止。
2.5.2 參與人員
項目實施人員、運維人員、運維涉及的客戶方人員
2.5.3 輸出資料
項目運維報告、項目運維手冊；
資料内容：
1. 項目運維報告
- 運維項目背景
- 運維目标
- 運維人員配置設定
- 運維工作總結（時間段、運維内容、流程規範）
2. 項目運維報告
- 運維目的
- 适用範圍
- 伺服器及資料庫說明
- 系統程式詳細說明
- 系統維護說明（日常維護、備份政策、注意事項等）
2.6 項目終結/二期
2.6.1 具體内容
項目終結主要為目前傳遞的應用系統在運作一段時間之後，不再能滿足業務的發展需求，重構更新的成本代價大于新系統建設的成本代價，通常情況下企業會對現有的系統進行終結、停用或廢棄，之後找新的乙方經曆新的項目生命周期，建設适合于業務發展的資訊化系統，然而這種終結不是全部系統終結後再進行新系統建設，而是新老系統并行一段時間後，在終結老系統。
項目二期主要是對一期項目的延續，具體表現在甲方對乙方一期項目實施的效果比較滿意、在一期建設後又産生了新的資訊化需求、需要對一期建設結果進行系統更新、在項目規劃時已經做好二期規劃等，在以上情況下通常會聯系一期項目團隊進行項目二期的開展。
2.6.2 參與人員
- 項目終結：甲方：對應項目組成員、相應負責上司；乙方：新的項目實施團隊
- 項目二期：甲方：原項目對應項目組成員、相應負責上司；乙方：原項目實施團隊（雙方離職人員除外）
2.6.3 輸出資料
- 項目終結：甲方向新乙方提供已終結項目的實施方傳遞的有關項目檔案，包括：需求規格說明書、開發規範與內建标準、系統設計規格說明書、項目管理過程文檔、測試手冊、使用手冊、維護手冊、運維手冊、項目驗收報告等。
- 項目二期：根據一期項目所提供的文檔、源碼、環境等，進行新的需求擴充或更新，在新需求方面同樣會産生需求規格說明書、需求設計說明書等一系列文檔（參考一期）。
3. 總結說明
3.1 周期分析
本文在項目形态部分為大家介紹了常見的幾種項目形态，在階段構成部分為大家介紹了數通暢聯SOA內建項目的全生命周期，無論項目最終結果如何，正常來說，軟體項目生命周期從開始到結束一定是一個不斷更新疊代的過程，而實施方的産品、解決方案、項目管理方法與被實施方對資訊化的管理和重視程度決定着軟體項目最終的使用生命周期，如圖所示：
1. 傳統軟體項目生命周期
時間：5年，建設2年，使用2年後慢慢終結
原因：建設之前無統一規劃；業務越多系統越多，IT逐漸僵硬；企業無資訊中心或維護效果差；項目使用産品不夠靈活、擴充、複用性差。
2. 目前軟體項目生命周期
時間：6-8年，建設1-2年，使用4-7年後慢慢終結
原因：分析過企業目前現狀，有計劃目的的建設；對項目實施方産品、方案嚴格選型；資訊中心重視項目成果，後期有專人維護；重視系統後續更新；與時俱進，有計劃的開展項目二期。
3. 理想軟體項目生命周期
時間：10年以上，建設2年，後續可持續靈活更新支撐企業業務
原因：企業資訊化意識到位，項目前期先做咨詢規劃，重視資訊化可持續發展；具有專業開發團隊，重視項目過程，項目中主導開發或參與開發，項目結束後有一定的維護、管控能力；建設初期引入平台類産品，先搭架構，再談建設；對項目實施方産品、技術、方案靈活性、擴充、穩定等性能嚴格考量；根據業務發展，技術需求，新舊系統平穩過度式更新；項目實施方知識傳遞到位。
3.2 最佳實踐
上述為大家分析了軟體項目最終為企業服務的時長，相信所有的企業都希望建設成果可以持續、有效的為企業業務帶來支撐，企業想達到以上效果除了具有強烈資訊化意識和專業管理團隊之外，還需要引入具有專業靈活的産品與豐富實施經驗的實施方。