專案管理的一些知識
阿新 • • 發佈:2020-05-07
[toc]
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507004722735-2037480593.png)
# 專案
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235138522-1952705734.png)
專案是為提供某項獨特產品、服務或成果所做的臨時性努力
示例:
* 開發或購買一套新的系統
* 實施一種會全新的經營程式或流程
* 為某個社群建造供水系統
* 設計chenqionghe變身超級賽亞人計劃
# 專案管理
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507005317704-1822016270.png)
專案管理就是把各種知識、技能、手段和技術應用於專案活動之中,以達到專案的要求
專案管理是通過應用和綜合諸如啟動、規劃、實施、監視、監視與控制和結尾等專案管理過程進行。
>具體來講,專案管理就是把各種系統、方法和人員結合在一起,在規定的時間、預算和質量目標範圍內,完成專案的各項工作,對組織資源進行計劃、引導和控制。
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235232805-1689457848.png)
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235240094-1885220678.png)
# WBS
Work Breakdown Structure,工作分解,把專案工作按階段可交付成果分解成較小的,更易於管理的組成部分的過程。
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507011205683-1288843992.png)
簡單地說,就是把“大象放進冰箱”的過程
# 甘特圖
甘特圖(Gantt chart)又稱為橫道圖、條狀圖(Bar chart)。其通過條狀圖來顯示專案,進度,和其他時間相關的系統進展的內在關係隨著時間進展的情況。以提出者亨利·勞倫斯·甘特(Henry Laurence Gantt)先生的名字命名。
甘特圖以圖示標明計劃與實際完成情況的圖表,通過活動列表和時間刻度表示出特定專案的順序與持續時間
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235245490-778741062.png)
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235249565-1742021396.png)
# 時間線圖
時間線圖,又叫時間軸圖,能以歷史程序為載體,將過往的重要事項或者里程碑,標註在軸線上,並加以說明。它的作用是能夠視覺化內容,以圖文的形式呈現出來,幫助讀者理解。
根據佈局方式的不同,時間線圖可以分為水平時間線、S型時間線和垂直時間線。
* 水平時間線
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235259656-903065657.png)
* 垂直時間線
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235304465-1707570780.png)
* S型時間線
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235339383-2140883019.png)
# 風險管理
風險管理是指如何在專案或者企業一個肯定有風險的環境裡把風險可能造成的不良影響減至最低的管理過程。
* 風險概率:每個具體風險發生的可能性
* 風險影響:風險對於進度、成本、範圍、質量的影響
* 風險指數:風險概率 x 風險影響
示例:風險對主要專案目標的影響量表
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507004954354-1424877793.png)
示例:風險登記冊
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507005010367-848038585.png)
# 質量管理
專案質量管理是指為保障和提高專案質量,運用一整套質量管理體系、手段和方法進行的系統的管理活動。
專案質量管理把組織的質量政策應用於規劃、管理、控制專案及產品質量要求,以滿足相關方目標的各個過程。
規劃質量,是識別專案及產品的質量要求和標準,並確定用哪些保障方法、改進措施來達到這些標準的過程。
示例:質量保障手段列表
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235755421-4872083.png)
示例:需求到釋出質量活動概覽
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235801081-60227754.png)
示例:CICD釋出流程
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235805187-507164681.png)
# 高效會議
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507011940026-902241751.png)
斷啥離,只開最有必要的會。
會議不在多,在於精,每個會議都要真正開出效果
堅持只開最有必要的會,開真正高效且產生決議的會,大家不但不會排斥,還會積極參與,會後還會有“這麼短時間就達成一致”的滿足感
會議不是目的,藉助會議去做好群體溝通,讓大家看到有效的進展,才是最重要的
* 啟動會
三步走,why、what、how,清晰目標,明確授權。
充分理解專案背景、目的和意義,才能更好地喚起團隊的參與熱情
* 每日站會
站會滿足的是團隊自組織的需要,而不是leader的監控需求。
真正的自我管理的站會,團隊成員不僅可以自己決定站會時間,還可以輪流當主持人
* 專案週會
對於10人以內的團隊來說不太需要,每日站會已足夠。
週會目的,解決整體計劃層面,跨團隊協同配合的問題,包括產品、運營、市場、研發等環節。
# 需求變更
常見流程
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200507000426241-936842734.png)
三個技巧
1. 達成最小共識,記錄歷次變更影響
記錄歷次變更的影響,給團隊帶來的各項成本增加及引發的返工
2. 細化具體流程
```
* 所有需求及所有變更必須有憑據,否則開發有權不接
* 需求變更必須經過變更委員會評估成本,變更成本較大的要提交專案經理更新時間計劃,並告知全員
* 確認通過的變更產品人員要傳送郵件告知全專案組人員
```
3. 源頭治理
來自在老闆或大客戶的無力抗拒的需求,經常是寫死的上線時間,並且會多次評審且修改方案,這樣的可以從源頭開始治理,扁平化開發
```
* 產品、設計、開發一起關進小黑屋,及時溝通,及時發現問題
* 組建老闆需求響應小分隊,提高響應速度,輪流值班,儘可能隔離對團隊進度的干擾,讓老闆快速試錯,不合理的需求可以小範圍灰度釋出,並對比資料說話。
```
# 覆盤流程
覆盤原來是圍棋用語,說的是在下完一盤棋後,把過程重新擺一遍,看哪裡下得好,哪裡下得不好,哪些地方有不同甚至更好的下法。
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235559594-2067037088.png)
簡單地說就是複習的意思,通常用於專案或活動結束後,對已經進行的專案進行回顧,對經驗和教訓進行總結。
高效覆盤流程
1. 現場回顧總結專案的整體概況。包括目標達成情況,進度計劃及變更情況、需求變更情況、質量報告等專案歷程記錄
2. 與會人員用便籤紙寫下專案過程中做得好和不好的3個點,按照專案的各個環節分類,分別貼在白板上,確保大家的意見能夠充分、自由地表達。
3. 在白板前逐條review大家的意見,共同發現問題,並有針對性地展開討論。
4. 對大家總結出的好和不好的點,進行集體投票。
5. 由專案上經理整理投票結果,對於做得好的環節,總結經驗;對於做得不好的環節,當場討論出改進方案。
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235919091-278189138.png)
# 報告分類
* 緊急報告
1. 事件描述。購物車改造功能高延期風險
2. 影響後果。由於此功能在專案的關鍵路徑上,很有可能會造成專案整體延期兩週
3. 跟進分析。本期購物車改造功能,有部分調整涉及到底層訂單系統,裡面有大量遺留程式碼,已經很久沒有人維護了。之前對此風險的評估不夠充分,改動風險很高,可能會影響全站訂單系統的穩定性,具體影響仍需要詳細分析
4. 響應措施。請和全力以赴做好技術評估,本週內給出詳細任務評估時間表;與此同時,產品人員介入,調研規避老系統又能滿足需求的可行性,本週內給出調研結論;
5. 所需支援。熟悉老系統的資深技術人員,以及紅牛一箱。
* 常規彙報
專案整體進展狀態如何?風險可控嗎?目標達成有沒有問題?
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235850980-607457137.png)
* 資料彙報
善用圖表(JIRA中的專案儀表盤)
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235857331-608844875.png)
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235901481-1747484354.png)
# 制定計劃
好的計劃能有效的避免延期,以下五個特點
1. 具體
好的計劃,不僅要給出時間節點,還要給出依據和來源,這樣才能更有效地對焦。
2. 全面
識別關鍵資源和關鍵依賴,考慮研發之外其他環節。
3. 準確
儘早定義完成標準,要不會出現開發不知道完成交付和開發完的概念
```
* 需求/設計確認
執行所需的需求稿或設計稿已經完成,而且公開評審通過,團隊已經準備好要編寫產品程式碼了。
* 功能完成/提測
所有定義的功能已經完成(如冒煙測試通過率高於90%),團隊已經準備好將焦點轉移到質量保證上,並將所有剩餘問題都當作bug處理。質量基礎比較好的團隊,可以把CI自動迴歸用例集通過率、靜態程式碼檢查分數、單元測試覆蓋率等,作為更具體的完成標準
* 里程碑完成
質量已經達到適當水平(如不存在P0及P1優先順序的Bug),可以上線釋出,或者可以開始下一個里程碑。
```
4. 共識
召開全員規劃會,對齊資訊,達成共識,發郵件給相關人員,正式通知。
5. 及時
及時調整變更,並公開告知所有專案組成員。
每一次進行計劃調整,都要確保專案中的每個人知道當前的計劃是什麼,調整計劃需要怎樣的決策過程,都需要誰參與決策。
示例
* 第一版
xx專案於xx日提測,xxx日正式上線
* 第二版
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235948706-1908456725.png)
* 第三版
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235953923-100486981.png)
![](https://img2020.cnblogs.com/blog/662544/202005/662544-20200506235957535-2073068253.png)
參考:
*《專案管理知識體系指南》
*《專案管理實戰2