在啟動項目立項初期，首先需要明確的一點的是，這次我們需要解決企業內部的哪些問題，如果不清楚那請腳踏實地先調研（不考慮上層直接下達命令），其次是自己的大致策略，我是從上到下的梳理，還是從下到上的梳理都是不同的，之前有看到有小夥伴將企業信息化建設分為了五個大的階段，我個人是非常認同的，在這裡我簡要的引入一下，不做深入討論，需要的小夥伴們可以自行查找。
- 第一階段：系統記錄代替手工記錄階段
- 第二階段：解決簡單，重複的問題
- 第三階段：管理要求融入系統
- 第四階段：通過數據監控企業經營情況
- 第五階段：智能辦公，解放人力
大的思路可以按照這個思路走，但是其中細節會因為企業環境不同，會存在一定的改動，在這裡我想對這五個步驟之前進行一個補充，就是快速定位問題點，尋找臨時替代方案，用戶習慣先培養起來，在使用替代方案的同事快速梳理問題，定位當前緊急迫切的問題，框架層面要清晰，細節層面要縮減。
項目執行階段流程大的可以分為：項目啟動 → 系統目標確認/業務實質理解 → 業務流程問題梳理/問題整理 → 產品需求梳理與分析 → 產品方案設計 → 測試與驗證 → 項目管理與實施 → 使用跟蹤/問題反饋收集 → 產品優化和完善；
一、項目啟動
在這個階段核心的工作有四個部分組層：成立項目組、前期調研、編制總體項目計劃、項目啟動大會。
1. 成立項目組
部門經理接到項目實施任務後，任命項目經理，制定項目目標，指定項目組成員及成員任務，並制定初步方案。
項目目標：旨在解決XX內部流程規範、時間節點工作記錄、工作內容存檔等問題；
項目組成員及成員任務分配清晰；
2. 前期調研
項目經理帶領項目組成員與用戶建立聯繫，對用戶進行調研，並確認項目干係人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
產出物：《項目需求調研計劃書》、《項目初步需求調研表》、《初步欄目結構表》。
3. 編制總體項目計劃
《項目總體計劃方案》是一個文件和文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹
項目目標、主要項目階段、里程碑、可交付成果等。- 計劃職責分配；
- 溝通管理計劃：確定項目干係人對信息和溝通的需要；
- 質量管理計劃：確定適合於項目的質量標準和如何滿足其要求；
- 未解決事宜和未定的決策。
產出物：《項目總體計劃方案》
4. 項目啟動會議
項目組與用戶（需求方）共同召開項目啟動會議，由項目經理負責召集相關人員召開啟動會。會議內容如下：
1）共同組建項目實施組織，確定成員權利和職責；
2）由項目組介紹《項目總體計劃》，包括以下內容：
- 項目目標；
- 主要項目階段；
- 里程碑；
- 可交付成果；
- 所計劃的職責分配；
- 項目實施中項目管理的重要性；
- 如何進行項目管理；
- 項目的質量如何控制；
- 項目實施中用戶的參與和領導的支持的重要性；
產出內容：《項目啟動會會議紀要》、《項目開工報告&項目組聯繫表》
二、系統目標確認/業務實質理解
1. 系統目標確認
針對基於項目管理的內部項目系統開發，需要和用戶一起確認項目的目標和範圍。我們可以從以下幾個維度先搞清楚有哪些關鍵因素可以影響到項目目標的確認：
- 首先我們要了解這個項目是做什麼系統？
- 這個項目是為誰而做？
- 用戶為什麼要做這個項目？
- 確定項目在公司內部的商業價值？
我們可以通過訪談的形式對項目接口人/主管領導進行相關調研，通過分析這些問題來確認整個項目目標。我們梳理的提綱如下：
產出物：《收集初步資料》
2. 業務實質理解
確定了系統目標之後，我們需要對目前的業務實質進行了解，可通過當前線下業務流程的梳理，找到線下業務存在痛點，然後在形成系統的線上業務流程時，知道如何來更好的優化和調整，這也是後期產品設計導向的依據，我們可以通過制定《需求調研計劃》，建立《初步需求池》對公司業務進行調研。
對於項目的業務調研，我們梳理的提綱如下：
針對以上問題，我們可以通過個別交流（就某一問題或業務處理和相關人員直接交流）、開會討論，對跨部門、跨崗位的業務，把相關人員召集在一起，瞭解相關業務的實際情況，根據制定的《需求調研計劃》將用戶的初步需求記錄在《初步需求池》中。
產出物：
- 《需求調研計劃》
- 《資料收集》
- 《初步需求池》
三、業務流程梳理/問題整理
任何業務的開展都有其既定的流程，不管是線上業務還是線下業務，通過對業務實質理解調研獲得的資料，進行材料整理，梳理業務流程，整理業務問題；將其流程化的表達出來。
- 公司組織架構、部門架構
- 每個角色工作目標
- 工作主線任務鏈
- 系統內主線任務鏈
- 關鍵表單信息分組，優先級
- 細節專題訪談
清晰展示我們收集到的信息，澄清它們之間的關聯：
- 業務構成/關係圖，展示業務模塊關係（跨職責流程圖）
- 工作流程圖，展示用戶工作歷程
- 體驗地圖，呈現用戶具體任務/行動過程
- 利益人關係圖，呈現用戶組織關係
- 業務指標澄清
進一步細化目標、痛點。找切入點，搞清楚問題，衝突、未滿足的需求所在：
- 對業務痛點的澄清
- 對當期改進目標的不同角色不同觀點澄清
- 用戶使用歷程中得階段感受
- 用戶的痛點、未滿足目的需要、操作需要
- 澄清相關影響因素
產出物：
- 《資料整理及確認》
- 《各業務流程架構圖》
- 《業務問題列表》
四、產品需求梳理與分析
通過對業務流程的梳理，以及業務問題的整理後，我們需要對獲得的需求在業務流程以及業務問題的基礎上進行梳理與分析，整理需求，消除需求之間的矛盾，定義產品邊界，制定最終大家認可的、可執行的需求方案。
1. 產品需求梳理與分析
我們主要將需求分為業務需求、用戶需求以及軟件需求，通過建立的需求池，結合整體業務流程對需求池中的需求進行判斷與分析，首先對需求池進行初步篩選和評估，保留確實可行的需求。
需求梳理分析時，我們可以通過幾個不同的維度進行分析。
2. 需求來源
1）業務需求：業務需求某種程度可以理解為產品建設的目標
2）用戶需求：使用者需要完成什麼任務，完成這個任務的過程中遇到的問題；這裡需要注意的是用戶需求可能是零散且存在矛盾的，用戶會從不同角度，不同層面提出需求，因為用戶處於不同層級，不同部門。
3）軟件需求：
用戶需求類型：
獲取用戶需求分三類：意識到的需求、無意識需求、進一步的需求。
無意識需求是用戶在實際工作場景中「沒有意識到是問題」的問題，這種問題需要產品經理對業務有一定理解。
意識到的需求通常是一些困擾用戶的問題，或者是用戶自己能想到的功能。但是往往無意識需求和進一步需求才是產品設計的功能興奮點。
側重點：針對不同層級我們要考慮的側重點是不同的。
①高層管理人員
- 羅列出部分問題/機會點
- 準備相關係統實施經驗案列
- 列舉一些潛在方案
②中層管理人員
- 羅列出相關業務事件列表
- 收集與特定業務事件相關的資料
- 準備一些業務事件的關鍵問題點
- 準備一些相關的管理控制點
③操作層
- 羅列出相關業務活動
- 業務活動的問題，需求點
- 羅列相關業務規則，數據
產出物：清洗過的需求池
3. 需求評審
需求評審會：
彙總完所有的需求到需求池後，產品經理需要組織需求評審會議，邀請相關同事參會，圍繞風險大小、成本把控、開發難度、現有資源以及版本週期對《需求池》進行評審，討論V1.0版本需要做哪些需求。會議結束後，產品經理把需求池列表的需求進行過濾，把V1.0版本初步需要做的需求進行需求整理，確認本版本需求列表。
需求確認會：
彙總完所有的V1.0需求，產品經理需要組織需求確認會議，確定需求評審會議後確定下來的需求。產品經理需要記錄這次會議上針對需求提出來的一些討論結果的記錄。（在此期間可能會爆發新一輪的需求討論，但產品需要確認好最終的需求版本）產品會後需根據需求確定的版本進行排期。
最終需求表：
需求確認會後，產品經理需要整理一份《最終需求確認表》，確認本次版本的內容以及排期（排期需要與研發leader先行討論定製）後，以郵件形式發給需求方，進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
產出物：最終需求確認表
五、產品方案設計（在這裡也不做深入講解，後續文章會足部完善）
此階段主要在需求確定之後，整理產品需求方案，方案內容主要針對：核心業務流程、產品定位
應用架構、功能模塊以及演進藍圖（迭代規劃）進行整理。
產出物：
- 產品流程架構圖
- 產品交互原型圖
- 頁面交互說明
- 產品需求文檔
六、測試與驗證
測試驗證主要是為了比較實際輸入與預期輸出的差別，以確定系統的正確性、完整性。可通過設計的產品原型方案給到各部門相關人員體驗，體驗結果可制定體驗反饋表反饋至產品負責人，由產品負責人統一收集處理，修改產品方案並再次進行評審確認直至通過。
這個測試主要是方案（原型），這一步至關重要。
產出物：體驗反饋表
七、項目管理與實施（這裡核心需要考慮跨部門協作合作）
測試與驗證通過後，由項目負責人與開發leader制定詳細工作排期。
1. 視覺交互設計
此階段主要是對產品進行交互設計和界面設計。
- 交互設計：包括完整的界面規劃圖，如區域的佈局狀態如何。用戶操作的效果設計，如登錄按鈕在點擊時報錯有提示，提示分別為1.2.3等。
- 界面設計：根據原型，對頁面佈局、內容展示等眾多界面進行細節設計。
- 產出物：交互設計稿、設計說明書、產品交互文檔、界面設計稿、設計標註
2. 項目實施
在最終需求表確認後，開展軟件功能實現階段工作。此階段的是將軟件設計的結果轉化為計算機可運行的程序代碼。主要對軟件的體系框架、數據結構和主要算法進行設計和編碼實現。在程序編碼中必定要制定統一、符合標準的編寫分UI規範，以保證程序的可讀性、易維護性，提高程序的運行效率。主要階段如下：概要設計 → 詳細設計 → 軟件編碼 → 項目BUG處理
產出物：
- 《軟件功能確認表》
- 《軟件系統概要設計書報告》
- 《軟件系統詳細設計書報告》
3. 測試
在軟件設計完成後要進行嚴密的測試，通過測試去發現在整個軟件設計過程中的問題並加以糾正。測試人員需要根據PRD、交互稿、視覺設計稿編寫測試用例，測試用例評審通過後執行測試。整個測試階段分為以下階段進行：編寫測試用例 → 測試用例評審 → 單元測試 → 集成測試 → 系統測試 → 輸出測試報告
產出物：
- 《測試用例》
- 《測試分析報告》
4. 系統培訓
系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到後面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。具體培訓工作流程如下：制定培訓計劃 → 發佈培訓通知 → 組織培訓 → 培訓總結
產出物：
- 《培訓計劃》
- 《培訓人員一覽表》
- 《培訓人員簽到表》
5. 系統試運行
此階段主要是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等進行測試。測試及試運行的目的在於確保系統各項功能均能正常使用；把儘可能多的潛在問題在正式運行之前發現並改正；同時在正式運行前有關的用戶能進一步提高操作水平，掌握操作規範。此階段的主要內容為：試運行計劃 → 發試運行通知 → 搭建環境及數據準備 → 試運行總結
產出物：
- 《試運行計劃》
- 《試運行通知》
- 《試運行總結》
八、使用跟蹤問題反饋收集
產品/功能上線後，首先應該建立問題反饋跟蹤機制，以便了解系統的功能是不是用戶真正所需要的，也可以通過用戶反饋的問題為下一步的迭代做準備，對產品的功能和體驗做進一步優化。其次產品需要做好覆盤工作，回顧項目執行過程中遇到的問題，並輸出完善的舉措和計劃，並切實執行，避免同類型問題的出現。
產出物：
- 產品覆盤報告
- 系統使用反饋表
九、產品迭代優化
產品迭代是產品生命中非常重要的一環，在產品上線後，要結合實際環境、用戶需求等對產品進一步優化，延長產品生命週期。
可通過以下幾個維度對產品迭代進行分析：
- 整體業務流程分析
- 核心業務分析
- 子業務分析
- 設計迭代規則
產出物：《產品迭代分析報告》
作者：技術差一般不說話
