【敏捷0】敏捷專案管理-為什麼從敏捷開始?為什麼從PMI-ACP開始?

硬核專案經理 發表於 2021-09-23
專案管理

作為敏捷專案管理的開篇文章,還是先來簡單地說一說為什麼先從敏捷開始,為什麼是以 PMI-ACP 為參考。當然,這一系列的文章可能不可避免地會為 PMI-ACP 做一些廣告,但是我想告訴大家的是,敏捷以及專案管理相關的內容要掌握好,實踐比理論重要,也比考試證書要重要的多。

從敏捷開始的專案管理

我們先不說專案管理這回事,單說敏捷這個單詞,相信只要是網際網路圈的從業者都不會陌生。不僅僅是敏捷開發,也有敏捷產品,敏捷運營,甚至敏捷的人事和行政。也可以說,萬物皆可敏捷。當然,敏捷的核心其實還是在於針對傳統專案管理的延伸。

學過 PMP 的同學一定清楚,在 PMP 中,萬物也是都可以當成是專案來管理的。只要你有一個計劃、過程,最後要獲得一個結果,那麼這個事情就是一次專案過程。而敏捷則是在傳統的專案管理的基礎上發展起來的,並且更具有潮流性的一種專案管理方式。傳統專案管理很注重計劃,它有三大核心過程,分別是範圍、進度、成本,有一個核心支柱是質量。在後面的文章中,我們會介紹傳統專案管理的鐵三角就是範圍、進度、成本。而敏捷的鐵三角,則和傳統的專案管理有了很大的不同。在這裡先賣一個關子,這個內容我們後面再說。

對於現代的網際網路企業來說,真正遵循純敏捷專案開發的公司其實並不多。這裡的純敏捷指的是真正的完完全全的按敏捷的方式來進行軟體開發的企業。大部分企業雖然在不斷地推廣良好的敏捷實踐,但也不會完全捨棄掉傳統的專案管理中的內容。畢竟,純敏捷還是有很多要求和限制的,這個在將來的學習過程我們也會看到。

當然,大部分的敏捷實踐都是不錯的,相信不少讀者的公司可能都已經在用了,比如每日站會、評審會這些敏捷會議,測試驅動開發、特性驅動開發這些開發流程,結對程式設計可能會比較少見,但我們的程式碼審計(Code Review)估計不少公司還是會執行的。另外小團隊作戰、迭代衝刺、使用者故事這些名詞想必也是大家耳熟能詳的。

我的自媒體帳號下的粉絲大部分都是開發人員,對於上面的這些名詞都不會陌生,反而是傳統的 PMP 中的一些名詞可能會更陌生一些。所以,從敏捷開始,大家會更有興趣學習下去。

真正的原因

好吧,上面說了一堆客套話,來說說從敏捷開始寫專案管理系列文章的真正原因。

PMP 馬上要改版了,第7版據說變動很大。所以不準備以第六版來寫和錄視訊了。將來等第7版釋出了一起再學習。

另外,【資訊系統專案管理師】的考試內容還是第5版的內容。而我當時學習的也是第5版的內容。所以相關的傳統專案管理的系列文章還是會寫。不過會以信管師相關的學習系列文章來寫。當然,做為 PMP 的參考資料也是完全沒有問題的。這個系列的文章就放到敏捷之後去寫了。

PMI-ACP

不做廣告,但多少也要介紹一下我考過的這個證。

和 PMP 一樣,都是 PMI 的認證。國際上比較通用,一般外企會比較認。國內的話,大型的企業主要還是會以信管師和 PMP 的認證為主。錄視訊的時候會給大家看看我的證長什麼樣子,和 PMP 的區別就是字不一樣,顏色也不一樣而已。考試題目比 PMP 少,考試時間也比 PMP 少一個小時。

另外,更重要的是它比 PMP 便宜,續證時要的 PDU 也少一些。PMP 我沒有續證了,這個 PMI-ACP 證我也不太會考慮繼續續下去,主要就是太貴,而且對於我們來說其實用處不是特別大。如果你是外企或者大型企業的專職專案經理,或者是立志要完全投身專案管理行業的,那麼還是非常值得考證和續證的。另外,最好的還是考一個我們國家自己的 資訊系統專案管理師 ,更便宜,而且不用續證,終身的。具體的內容在信管師相關的系列文章中再詳細說明。

總結

今天就是一個簡單的開頭,講了一下我們先寫敏捷系列的原因。沒有什麼其他重要的內容,但後續精彩內容可千萬不要錯過咯!

參考文件:

《某培訓機構教材》

《使用者故事與敏捷方法》

《高效通過PMI-ACP考試(第2版)》

《敏捷專案管理與PMI-ACP應試指南》

各自媒體平臺搜尋【硬核專案經理】