項目管理的一些知識總結

本文轉載自查看原文 2021-03-16 10:49 307 項目管理

項目

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

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

項目管理

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

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

WBS

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

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

甘特圖

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

時間線圖

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

水平時間線
垂直時間線
S型時間線

風險管理

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

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

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

示例：風險登記冊

質量管理

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

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

示例：質量保障手段列表

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

示例：CICD發布流程

高效會議

斷舍離，只開最有必要的會。
會議不在多，在於精，每個會議都要真正開出效果
堅持只開最有必要的會，開真正高效且產生決議的會，大家不但不會排斥，還會積極參與，會后還會有“這么短時間就達成一致”的滿足感
會議不是目的，借助會議去做好群體溝通，讓大家看到有效的進展，才是最重要的

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

需求變更

常見流程

三個技巧

達成最小共識，記錄歷次變更影響
記錄歷次變更的影響，給團隊帶來的各項成本增加及引發的返工

細化具體流程

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

源頭治理
來自在老板或大客戶的無力抗拒的需求，經常是寫死的上線時間，並且會多次評審且修改方案，這樣的可以從源頭開始治理，扁平化開發

* 產品、設計、開發一起關進小黑屋，及時溝通，及時發現問題
* 組建老板需求響應小分隊，提高響應速度，輪流值班，盡可能隔離對團隊進度的干擾，讓老板快速試錯，不合理的需求可以小范圍灰度發布，並對比數據說話。

復盤流程

復盤原來是圍棋用語，說的是在下完一盤棋后，把過程重新擺一遍，看哪里下得好，哪里下得不好，哪些地方有不同甚至更好的下法。

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

高效復盤流程

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

報告分類

緊急報告
1. 事件描述。購物車改造功能高延期風險
2. 影響后果。由於此功能在項目的關鍵路徑上，很有可能會造成項目整體延期兩周
3. 跟進分析。本期購物車改造功能，有部分調整涉及到底層訂單系統，里面有大量遺留代碼，已經很久沒有人維護了。之前對此風險的評估不夠充分，改動風險很高，可能會影響全站訂單系統的穩定性，具體影響仍需要詳細分析
4. 響應措施。請和全力以赴做好技術評估，本周內給出詳細任務評估時間表；與此同時，產品人員介入，調研規避老系統又能滿足需求的可行性，本周內給出調研結論；
5. 所需支持。熟悉老系統的資深技術人員，以及紅牛一箱。
常規匯報
項目整體進展狀態如何？風險可控嗎？目標達成有沒有問題？
數據匯報
善用圖表（JIRA中的項目儀表盤）

制定計划

好的計划能有效的避免延期，以下五個特點

具體
好的計划，不僅要給出時間節點，還要給出依據和來源，這樣才能更有效地對焦。
全面
識別關鍵資源和關鍵依賴，考慮研發之外其他環節。

准確
盡早定義完成標准，要不會出現開發不知道完成交付和開發完的概念

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