項目管理之敏捷方式(咱們的方式)

項目管理的話題比較大,敏捷方式呢見仁見智,一千我的就有一千個哈姆雷特。因此我這裏只說咱們的方式,若有雷同,說明咱們是同道中人,江湖之大,請珍重。工具

 

什麼是敏捷?

敏捷 是一種項目管理方式,而不是一種工具。測試

 

不少同窗說,咱們如今已經很敏捷了,咱們在用 TAPD,咱們在用 Teambtion。我要說的是 TAPD、Teambition 等只是一種工具,是實現敏捷管理的一種手段,而不是敏捷自己。優化

 

什麼是用戶故事?

用戶故事 不是另一種寫需求的方式,設計

故事是用來 講的,不是用來寫的,blog

主要是爲了 創建共識 機制。項目管理

 

用戶故事 也不是需求,開發

是關於問題解決 方案的討論,文檔

公司的問題、客戶的問題、用戶的問題產品

目的是對要開發的功能 達成共識。it

 

什麼是創建共識?

用下邊這張圖來解釋,最合適不過了。

  1. 產品經理寫了一份文檔,郵件同時發送給了 設計、研發、測試。你們看到文檔之後,每一個人的理解各不相同。有人理解的是方的,有人理解的是圓的,有人理解的三角形的。你們都以爲本身的理解是正確的,而後回郵件說:我理解了。
  2. 當開會你們坐在一塊兒討論時,才發現 oh my god,徹底不是那麼回事。
  3. 而後你們通過一系列的溝通交流,不斷的去糾偏,不斷的產生新的問題,不斷的去解決。
  4. 最後你們達成了統一的意見,創建了相同的認知共識。

 

下邊這張圖,是咱們目前達成共識的一個敏捷流程。

 

MVP & 最小可行方案

 

MVP 是指能夠產生預期成果的 最小可行產品。

 

MVP 通常都是新的產品爲了快速驗證市場的可行性,而發佈的最小可行產品。 

 

但大部分公司都是在已有的產品上進行功能迭代,咱們把這種功能迭代叫作最小可行方案。

 

最小可行方案 是指能夠產生預期成果的 最小可發佈方案。

 

最小可行方案,也是咱們在拆分版本迭代任務時,須要考慮的點。如下兩種圖能夠解釋什麼是 最小不可行方案 和 什麼是 最小可行方案 :

 

圖1-最小 不可行 方案

圖2- 最小 可行 方案

用戶故事地圖 & OKR?

地圖 通常的做用有兩個:尋找路徑,瞭解全貌。

 

尋找路徑

咱們通常想要去一個地方,如今都會使用電子地圖,輸入起點和終點,APP會自動幫你規劃出路徑。

之前使用紙質地圖的時候,也是在地圖上要起點和終點,而後本身謀劃一下路徑。

這個應該是咱們比較經常使用的功能了。

 

瞭解全貌

上學那會兒,地理課老師用世界地圖也好,中國地圖也好,來給咱們講解幾大洲幾大洋,地質狀況等等。

咱們在知道了地球是圓的基礎上,還知道了中國就是雄雞,意大利是靴子……

這就是了解全貌。

 

同理,用戶故事地圖也起到一樣的做用。

用戶故事地圖主要起到兩個做用。

一個是找到整個產品的主幹,也就是路徑。

一個就是了解整個產品的全貌

 

OKR (Objectives and Key Results)即目標與關鍵成果法,是一套明確和跟蹤目標及其完成狀況的管理工具和方法,由英特爾公司發明。 

 

OKR是努力的方向和目標,表明你到底要去哪裏,而不是你要去的地方具體在哪裏。

 

話說,三隻獵狗追一隻土撥鼠,土撥鼠鑽進了樹洞。樹洞只有一個出口。忽然從樹洞裏鑽出一隻兔子,飛快地爬上一顆大樹。兔子在樹枝上沒站穩,掉下來砸暈了正在仰頭看的三隻獵狗。最後,兔子逃脫了。

    這個故事有什麼問題?

    有人說:兔子不會爬樹。

    有人說:一隻兔子不可能同時砸暈三隻獵狗。

    這些都是好問題,可是有沒有人注意到:土撥鼠那裏去了?

    對,土撥鼠纔是目標。

 

下圖兩張圖是咱們在使用 OKR ,結合用戶故事地圖,在敏捷方式中的一種運用。



下圖是咱們藉助看板工具 Teambition的欄目流程。

以上就是咱們的敏捷方式,咱們也在不斷升級迭代中。 若是你是同道中人,留言寫下的方式或指出咱們可優化的地方,你們共同交流,一同進步。

 

最後推薦一本書:《用戶故事地圖》,咱們的敏捷方式理論支撐出處。

請關注公衆號:白鬍子海盜

相關文章
相關標籤/搜索