編輯導語：結合敏捷項目管理，產品經理或業務人員可以一定程度上推動項目的快速運行，實現降本增效，并推動后續項目的優化迭代。那么，若想實現敏捷項目管理，你應當具備哪些思維方式、或者拿出什么舉措？本文作者做了相應解讀，一起來看。

一、什么是敏捷項目管理

敏捷管理如果用一句話高度概括就是：面對高度不確定的事件，思維、行動，快速反應、快速應對，并作出正確選擇的行為，稱之為敏捷。

如果再精煉的概括一下，那就是“對、好、快”。PO確保做對的事，SM負責快速推進，DT保證正確地做事。

二、敏捷管理都有哪些具體措施

1. 思維方式的徹底轉變

實施敏捷管理前，最重要的一步就是給大家“洗腦”，讓大家從傳統的開發模式上徹底轉變到敏捷思維的開發模式中，只要先從思想上進行徹底改變，才能在日后的身體力行中去積極實踐。

而轉換思維，就先要讓大家深刻理解敏捷的價值觀，而敏捷價值觀就是：

大家可能覺得這個敏捷價值觀有點“混沌”，我給大家翻譯一下，大家就一目了然了。

第一條，敏捷管理注重以人為本，因為人才是整個項目的核心“資產”。二戰時，為什么美國從歐洲瘋狂搶人才？蘇聯解體時，為什么中國從烏克蘭瘋狂搶各類技術人才？都是這個道理，因為有了人才，才有辦好事的“源動力”。

第二條，可用的軟件是指交付物，意思是說我們最終交付給客戶的東西必須是高價值，有用的。如果竟是“反人類”的操作，文檔寫的再好又有什么軟用？

第三條以客戶為中心，這句話就很講究了，為什么不是以用戶為中心？因為敏捷管理思想的推出，是建立在B端的甲乙雙方這個邏輯框架下的（當然有些內容也適合C端）。

在B端市場中，很多能拍板買你軟件的和最終使用你產品的是兩波不同的人。我們軟件開發要優先滿足“客戶”，再去滿足“用戶”。如果你設計了一個讓用戶很爽的功能，到時候客戶不滿意，那恐怕到時候回款的時候就懸了。

舉個最簡單的例子，你給甲方爸爸開發了一個企業內部的IM，老板要求顯示員工已閱信息，但是你為了尊重用戶個人隱私生活空間，就沒有這個功能，那老板心里肯定不舒服，以后合同還怎么續簽。

第四條，擁抱變化我就不細講了，這個世界唯一不變的就是“變化”。

除此之外，我們在今后的行事過程還要遵循敏捷的12條原則，具體見下圖：

你可能看后，第一感覺就是：WTF，東一榔頭，西一棒槌的，說的什么玩意，雖然列了1234，但還是感覺沒有邏輯感。

沒錯，當時我就是這個感覺。為了能夠讓大家能夠把他嚼碎了往肚里咽，我給大家做了一下抽象概括和歸納總結。其實12條原則這么多話，概括起來就是一句話（我最煩那種簡單問題復雜化的人）：

以人為本，高效溝通，以目標為導向，不斷自我進化，通過快速迭代的形式為客戶交付高價值的軟件。

具體我是怎么抽象概括起來的，還要歸結于歸納法，看似他把事情說了那么多多，但是好多東西都是同一個主題，具體如下：

歸納完我們發現，說了一大通，原來就是在敏捷價值觀中加了“高效溝通、自我進化、快速迭代”。這樣一梳理就簡單明了多了（感覺哥這總結能力，可以裸考ACP了-捂臉）。

2. 構建敏捷管理團隊

敏捷管理團隊的構建有點像管理學中，變“直線式管理” 為 “矩陣式管理”的意思。

之所以要構建敏捷的管理團隊，就是要幫助團隊去除“政治化、部門墻”等障礙，從而實現扁平管理，高效溝通的目標。其中最好的形式就是構建一個10人內的小組，把大家的座位集合到一起，方便日常面對面的溝通與協調，從而免去過往冗長的各種流程。

3. 實施增量式迭代開發

我們拿造汽車舉例說明一下增量式思維和增量迭代式思維的區別。傳統的開發模式都是增量式思維，這次交付一個輪子，下次交付一個車身等等，每一次交付的東西都不能直接滿足用戶的交通行程需求。

而增量式迭代思維，是這次交付一個滑板，下次交付一個自行車，再交付你一個小汽車，每次給你的交付物用戶都可以正常使用，這便是Minimum viable prodouct（最小可行產品）思維。

反觀微信的成長史，他的快速成長史便是用了這種思維。首次上線的微信，只有一個聊天的功能，而且頁面粗糙，但是隨著快速迭代以及張小龍對人性和商業的深刻洞察，微信逐漸從通訊工具到信息平臺再到生活入口，一步步壯大起來。

微信歷次大版本迭代內容：

1. 微信的1.0版本，就是一個在熟人之間可以免費發文本信息和圖片的工具。
2. 微信的2.0版本，增加了微信的語音功能和“查找附近陌生人”的功能，到這里，微信成為了陌生人語音社交的工具，但還是個工具，卻實現了用戶的爆發式增長。
3. 微信3.0版本的時候推出了“掃一掃”、“服務號”，從這個點開始，微信開始連接世界。
4. 在4.0版本的時候，微信推出了“朋友圈”，微信從通訊工具開始進化，變成了社交平臺。
5. 微信的5.0版本，加上了“綁定銀行卡”，對微信來說有一個巨大躍升，成為了今天的移動生活場景，甚至是移動商業帝國。
6. 在6.0中推出了群紅包和小視頻。
7. 在7.0版本主要是增加了即刻視頻和做一些小優化。
8. 微信的8.0版本迭代登頂了熱搜，增加了“視頻號”和“直播”，但在外界看來，這是對快斗圍追阻截的絕地反擊。

4. 借力敏捷管理工具

有句老話說得好，叫做“君子性非異也，善假于物也”。能夠巧妙地借助外力，是大多數成功人士取得輝煌成就的重要因素之一。在敏捷項目管理中更是如此。能夠助力敏捷管理的軟件有PingCode、Jira等，這里我詳細介紹一下PingCode。

作為國內最標準的Scrum 產品，PingCode不僅支持Scrum框架所必需的基本元素，而且幾乎能夠解決所有敏捷項目管理相關的問題，并且還支持通過插件來補充實現與其他主流開發工具的打通，以實現敏捷開發過程中的需求管理、測試管理、缺陷管理、項目集管理、目標管理、知識庫管理、自動化管理等全過程管理。

5. 積極擁抱變化

敏捷之所以產生，很大程度上就是來源于對管理變化的探索?，F實中很多變化來源于不確定性，而不確定性總是和風險相關的，所以敏捷項目擁抱變化也就意味著與風險共處，擁有了管理變化的能力，也就擁有了管理風險的能力。而擁抱變化主要有如下三種措施：

1）識別什么樣的變化能帶來真正的風險

在項目管理中，通常會遇到兩種變化。第一種是預期內的變化，這種相對來說好處理或者說風險并不是很大，我們一定要提前做好應對方案。

第二種是預料之外的變化，他無法預測和判斷，不確定性很高，也很難從過往經驗里找到最佳解決方案。這種變化是項目管理的關鍵，因為它帶來的是真正的風險。而這種變化一旦發生，不僅可能推翻我們原有的計劃，使我們努力的成果和正在努力的事情從頭來過，甚至連最初制定的方向和目標都要發生變化。

遇到這種情況，管理者最應該做的事情就是：快速行動，識別原因，驗證假設，評估風險，尋找辦法，甚至需要設計出一個新的方案。

2）如何管理不確定性帶來的變化

在我看來主要有以下三點：

1. 事前時刻準備，不間斷地去診斷和評估現狀。
2. 事中及時響應，快速找到新的平衡，設計出針對性的解決方案。
3. 事后回顧、反思、復盤、總結，讓發生的事情成為經驗的一部分。

3）在變化面前，應該擁有怎樣的心態

① 要有開放的心態，充分認識到變化的必然性。

② 敢于擔當，有的時候你會發現客戶也陷在不確定性里，不知道如何應對變化或者并不清晰自己想要什么，很多時候團隊會選擇等待，目睹客戶在猶豫中錯失良機或構成發布質量的隱患，這個時候需要我們主動擔當起來，做好向上管理，幫助客戶一起并肩前行。

③ 不斷成長，事情是不斷變化的，事情的發展更多取決于人的選擇方向和努力程度，積極的心態和精益求精的追求能在很大程度上改變事情發展的方向和結果。

三、寫在最后

雖然敏捷管理是未來大勢所趨，并且有著諸多好處，但是，我們切忌大搞“急速增長”式的揠苗助長，否則未因敏捷而生，卻先因敏捷而死。敏捷管理的實施是漸進式的，初期我們可以先以混合開發為主，慢慢地切入到敏捷管理的主軌道上，讓其穩步著陸，如此才能讓敏捷管理成為公司業務增長的增強發動機。

本文由 @B端實戰 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議