項目管理的一些知識

目錄

• 項目
• 項目管理
• WBS
• 甘特圖
• 時間線圖
• 風險管理
• 質量管理
• 高效會議
• 需求變動
• 覆盤流程
• 報告分類
• 制定計劃

項目

項目是爲提供某項獨特產品、服務或成果所作的臨時性努力
示例：

• 開發或購買一套新的系統
• 實施一種會全新的經營程序或流程
• 爲某個社區建造供水系統
• 設計chenqionghe變身超級賽亞人計劃

項目管理

項目管理就是把各類知識、技能、手段和技術應用於項目活動之中，以達到項目的要求
項目管理是經過應用和綜合諸如啓動、規劃、實施、監視、監視與控制和結尾等項目管理過程進行。

具體來說，項目管理就是把各類系統、方法和人員結合在一塊兒，在規定的時間、預算和質量目標範圍內，完成項目的各項工做，對組織資源進行計劃、引導和控制。

WBS

Work Breakdown Structure，工做分解，把項目工做按階段可交付成果分解成較小的，更易於管理的組成部分的過程。

簡單地說，就是把「大象放進冰箱」的過程

甘特圖

甘特圖（Gantt chart）又稱爲橫道圖、條狀圖(Bar chart)。其經過條狀圖來顯示項目，進度，和其餘時間相關的系統進展的內在關係隨着時間進展的狀況。以提出者亨利·勞倫斯·甘特（Henry Laurence Gantt）先生的名字命名。
甘特圖以圖示標明計劃與實際完成狀況的圖表，經過活動列表和時間刻度表示出特定項目的順序與持續時間

時間線圖

時間線圖，又叫時間軸圖，能以歷史進程爲載體，將過往的重要事項或者里程碑，標註在軸線上，並加以說明。它的做用是可以可視化內容，以圖文的形式呈現出來，幫助讀者理解。
根據佈局方式的不一樣，時間線圖能夠分爲水平時間線、S型時間線和垂直時間線。

• 水平時間線
  

• 垂直時間線
  

• S型時間線
  

風險管理

風險管理是指如何在項目或者企業一個確定有風險的環境裏把風險可能形成的不良影響減至最低的管理過程。

• 風險機率：每一個具體風險發生的可能性
• 風險影響：風險對於進度、成本、範圍、質量的影響
• 風險指數：風險機率 x 風險影響

示例：風險對主要項目目標的影響量表

示例：風險登記冊

質量管理

項目質量管理是指爲保障和提升項目質量，運用一整套質量管理體系、手段和方法進行的系統的管理活動。
項目質量管理把組織的質量政策應用於規劃、管理、控制項目及產品質量要求，以知足相關方目標的各個過程。

規劃質量，是識別項目及產品的質量要求和標準，並肯定用哪些保障方法、改進措施來達到這些標準的過程。

示例：質量保障手段列表

示例：需求到發佈質量活動概覽

示例：CICD發佈流程

高效會議

斷舍離，只開最有必要的會。
會議不在多，在於精，每一個會議都要真正開出效果
堅持只開最有必要的會，開真正高效且產生決議的會，你們不但不會排斥，還會積極參與，會後還會有「這麼短期就達成一致」的知足感
會議不是目的，藉助會議去作好羣體溝通，讓你們看到有效的進展，纔是最重要的

• 啓動會
  三步走，why、what、how，清晰目標，明確受權。
  充分理解項目背景、目的和意義，才能更好地喚起團隊的參與熱情
• 每日站會
  站會知足的是團隊自組織的須要，而不是leader的監控需求。
  真正的自我管理的站會，團隊成員不只能夠本身決定站會時間，還能夠輪流當主持人
• 項目週會
  對於10人之內的團隊來講不太須要，每日站會已足夠。
  週會目的，解決總體計劃層面，跨團隊協同配合的問題，包括產品、運營、市場、研發等環節。

需求變動

常見流程

三個技巧

1. 達成最小共識，記錄歷次變動影響
   記錄歷次變動的影響，給團隊帶來的各項成本增長及引起的返工

2. 細化具體流程

   * 全部需求及全部變動必須有憑據，不然開發有權不接
   * 需求變動必須通過變動委員會評估成本，變動成本較大的要提交項目經理更新時間計劃，並告知全員
   * 確認經過的變動產品人員要發送郵件告知全項目組人員

3. 源頭治理
   來自在老闆或大客戶的無力抗拒的需求，常常是寫死的上線時間，而且會屢次評審且修改方案，這樣的能夠從源頭開始治理，扁平化開發

   * 產品、設計、開發一塊兒關進小黑屋，及時溝通，及時發現問題
   * 組建老闆需求響應小分隊，提升響應速度，輪流值班，儘量隔離對團隊進度的干擾，讓老闆快速試錯，不合理的需求能夠小範圍灰度發佈，並對比數聽說話。

覆盤流程

覆盤原來是圍棋用語，說的是在下完一盤棋後，把過程從新擺一遍，看哪裏下得好，哪裏下得很差，哪些地方有不一樣甚至更好的下法。

簡單地說就是複習的意思，一般用於項目或活動結束後，對已經進行的項目進行回顧，對經驗和教訓進行總結。

高效覆盤流程

1. 現場回顧總結項目的總體概況。包括目標達成狀況，進度計劃及變動狀況、需求變動狀況、質量報告等項目歷程記錄
2. 與會人員用便籤紙寫下項目過程當中作得好和很差的3個點，按照項目的各個環節分類，分別貼在白板上，確保你們的意見可以充分、自由地表達。
3. 在白板前逐條review你們的意見，共同發現問題，並有針對性地展開討論。
4. 對你們總結出的好和很差的點，進行集體投票。
5. 由項目上經理整理投票結果，對於作得好的環節，總結經驗；對於作得很差的環節，當場討論出改進方案。
   

報告分類

• 緊急報告
  1. 事件描述。購物車改造功能高延期風險
  2. 影響後果。因爲此功能在項目的關鍵路徑上，頗有可能會形成項目總體延期兩週
  3. 跟進分析。本期購物車改造功能，有部分調整涉及到底層訂單系統，裏面有大量遺留代碼，已經好久沒有人維護了。以前對此風險的評估不夠充分，改動風險很高，可能會影響全站訂單系統的穩定性，具體影響仍須要詳細分析
  4. 響應措施。請和盡心盡力作好技術評估，本週內給出詳細任務評估時間表；與此同時，產品人員介入，調研規避老系統又能知足需求的可行性，本週內給出調研結論；
  5. 所需支持。熟悉老系統的資深技術人員，以及紅牛一箱。

• 常規彙報
  項目總體進展狀態如何？風險可控嗎？目標達成有沒有問題？
  

• 數據彙報
  善用圖表（JIRA中的項目儀表盤）
  
  

制定計劃

好的計劃能有效的避免延期，如下五個特色

1. 具體
   好的計劃，不只要給出時間節點，還要給出依據和來源，這樣才能更有效地對焦。
2. 全面
   識別關鍵資源和關鍵依賴，考慮研發以外其餘環節。
3. 準確
   儘早定義完成標準，要不會出現開發不知道完成交付和開發完的概念

   * 需求/設計確認
   執行所需的需求稿或設計稿已經完成，並且公開評審經過，團隊已經準備好要編寫產品代碼了。
   * 功能完成/提測
   全部定義的功能已經完成（如冒煙測試經過率高於90%），團隊已經準備好將焦點轉移到質量保證上，並將全部剩餘問題都看成bug處理。質量基礎比較好的團隊，能夠把CI自動迴歸用例集經過率、靜態代碼檢查分數、單元測試覆蓋率等，做爲更具體的完成標準
   * 里程碑完成
   質量已經達到適當水平（如不存在P0及P1優先級的Bug），能夠上線發佈，或者能夠開始下一個里程碑。

4. 共識
   召開全員規劃會，對齊信息，達成共識，發郵件給相關人員，正式通知。
5. 及時
   及時調整變動，並公開告知全部項目組成員。
   每一次進行計劃調整，都要確保項目中的每一個人知道當前的計劃是什麼，調整計劃須要怎樣的決策過程，都須要誰參與決策。

示例

• 初版
  xx項目於xx日提測，xxx日正式上線
• 第二版
  
• 第三版
  
  

參考： *《項目管理知識體系指南》 *《項目管理實戰20講》