項目管理的話題比較大，敏捷方式呢見仁見智，一千個人就有一千個哈姆雷特。所以我這里只說我們的方式，如有雷同，說明我們是同道中人，江湖之大，請珍重。
什么是敏捷？
敏捷 是一種項目管理方式，而不是一種工具。
很多同學說，我們現在已經很敏捷了，我們在用 TAPD，我們在用 Teambtion。我要說的是 TAPD、Teambition 等只是一種工具，是實現敏捷管理的一種手段，而不是敏捷本身。
什么是用戶故事？
用戶故事 不是另外一種寫需求的方式，
故事是用來 講的，不是用來寫的，
主要是為了 建立共識 機制。
用戶故事 也不是需求，
是關於問題解決 方案的討論，
公司的問題、客戶的問題、用戶的問題
目的是對要開發的功能 達成共識。
什么是建立共識？
用下邊這張圖來解釋，最合適不過了。
- 產品經理寫了一份文檔，郵件同時發送給了 設計、研發、測試。大家看到文檔以后，每個人的理解各不相同。有人理解的是方的，有人理解的是圓的，有人理解的三角形的。大家都覺得自己的理解是正確的，然后回郵件說：我理解了。
- 當開會大家坐在一起討論時，才發現 oh my god，完全不是那么回事。
- 然后大家經過一系列的溝通交流，不斷的去糾偏，不斷的產生新的問題，不斷的去解決。
- 最后大家達成了統一的意見，建立了相同的認知共識。
下邊這張圖，是我們目前達成共識的一個敏捷流程。
MVP & 最小可行方案
MVP 是指可以產生預期成果的 最小可行產品。
MVP 一般都是新的產品為了快速驗證市場的可行性，而發布的最小可行產品。
但大部分公司都是在已有的產品上進行功能迭代，我們把這種功能迭代叫做最小可行方案。
最小可行方案 是指可以產生預期成果的 最小可發布方案。
最小可行方案，也是我們在拆分版本迭代任務時，需要考慮的點。以下兩種圖可以解釋什么是 最小不可行方案 和 什么是 最小可行方案 ：
圖1-最小 不可行 方案
圖2- 最小 可行 方案
用戶故事地圖 & OKR？
地圖 一般的作用有兩個：尋找路徑，了解全貌。
尋找路徑
我們一般想要去一個地方，現在都會使用電子地圖，輸入起點和終點，APP會自動幫你規划出路徑。
以前使用紙質地圖的時候，也是在地圖上要起點和終點，然后自己謀划一下路徑。
這個應該是我們比較常用的功能了。
了解全貌
上學那會兒，地理課老師用世界地圖也好，中國地圖也好，來給我們講解幾大洲幾大洋，地質情況等等。
我們在知道了地球是圓的基礎上，還知道了中國就是雄雞，意大利是靴子……
這就是了解全貌。
同理，用戶故事地圖也起到同樣的作用。
用戶故事地圖主要起到兩個作用。
一個是找到整個產品的主干，也就是路徑。
一個就是了解整個產品的全貌
OKR （Objectives and Key Results）即目標與關鍵成果法，是一套明確和跟蹤目標及其完成情況的管理工具和方法，由英特爾公司發明。
OKR是努力的方向和目標，代表你到底要去哪里，而不是你要去的地方具體在哪里。
話說，三只獵狗追一只土撥鼠，土撥鼠鑽進了樹洞。樹洞只有一個出口。突然從樹洞里鑽出一只兔子，飛快地爬上一顆大樹。兔子在樹枝上沒站穩，掉下來砸暈了正在仰頭看的三只獵狗。最后，兔子逃脫了。
這個故事有什么問題？
有人說：兔子不會爬樹。
有人說：一只兔子不可能同時砸暈三只獵狗。
這些都是好問題，但是有沒有人注意到：土撥鼠那里去了？
對，土撥鼠才是目標。
下圖兩張圖是我們在使用 OKR ，結合用戶故事地圖，在敏捷方式中的一種運用。
下圖是我們借助看板工具 Teambition的欄目流程。
以上就是我們的敏捷方式，我們也在不斷升級迭代中。 如果你是同道中人，留言寫下的方式或指出我們可優化的地方，大家共同交流，一同進步。
最后推薦一本書：《用戶故事地圖》，我們的敏捷方式理論支撐出處。
請關注公眾號：白胡子海盜
