巴久靈 x Leangoo敏捷實踐案例分享

首次瞭解到Leangoo，大概是2年前。之前已經有過比較多的Scrum實踐，當時在前司開發了一個看板的系統，離開後在新團隊沒有類似的工具，有點不便，就想找找有沒有這樣的工具！

Google一下後就找到了Leangoo，用了一下，和之前自己開發的工具功能基本一致，非常方便實用，上手很快，所以就成了忠實使用者

在半年前來到吳曉波老師的公司巴久靈擔任CTO。公司的IT團隊組建不久，不到一年。擔負著好幾個產品的開發任務，整個專案管理比較混亂。

我第一件著手要做的事兒，就是按產品線劃分團隊，然後採用Scrum開發過程，來提高團隊交付能力，並使團隊聚焦在有價值的產品上。在給大家培訓了基本的Scrum知識後，就需要有工具來輔助落地。

第一時間就想到用Leangoo。

Leangoo設計的比較人性化，操作比較簡單，對使用者心智壓力小，團隊成員能迅速使用起來，就像在白板上用即時貼那麼簡單。

因此Scrum推行的比較順利，在1個月後，各個團隊都基本走入了Scrum 的節奏，開始按節奏進行開發、交付，產品滿意度也提高了。

在經過幾輪的衝刺後，各個團隊在回顧後，總結了一些使用Leangoo的實踐，進一步提高了團隊的效率。

• 在Sprint backlog中，每個泳道代表一個釋出單位。這個泳道內的UserStory，完成後統一進行一次釋出。在一個衝刺內，可能會多次釋出。團隊具備了持續交付的能力。

• 每個UserStory，首先分解為若干Task，所有Task完成後，意味著UserStory可以進入測試、交付了。每個UserStory也指定一個人負責，當所有任務完成，他負責整個UserStory的交付。

•  以交付為唯一衡量標準。交付順序按照看板的天然排序，從上而下進行。一個泳道一個交付單位，在一個大的衝刺內形成一個個小的衝刺，不斷交付使用者價值。

• 在Sprint backlog看板上，增加一個線上Bug的泳道，線上的問題都發這裡解決，開發只需要在一個看板上跟蹤所有任務。

• 未交付功能在驗收期間發現問題，也作為Task放到對應泳道上，這樣未交付的功能還有哪些問題，一目瞭然。

• 對UserStory進行詳細的拆解，基本上以把任務拆解到原子性為原則，即每個任務只能一個人去做。在拆解的基礎上大家領取任務，進行協作。看板上下順序就是優先順序順序，可以一目瞭然看到大家是否聚焦在重要的事情上面。

• 購買了大螢幕觸控式螢幕電視機，大家在開Daily Scrum 的時候圍繞電視機進行。每個人輪流講述的時候，可以拖動卡片，來完成任務狀態的變更。

• 產品也採用了Product Backlog來管理需求，在初期的時候採用使用者故事地圖看板來分解需求，工作更有調理，開發也更有效率。

經過幾個月的實踐，大家都很喜歡這種氛圍：

• 知道自己每天應該做什麼，有沒有做完。

• 知道團隊當前最重要的是做什麼，進展如何。

• 每個人不再是被動地接受任務，而是主動地完成工作。

• 工作上也更加積極，有目標，在沒有提高勞動強度（甚至降低）的情況下，提高了勞動生產率。

看到我們的實踐，產品運營等部門也紛紛用看板來管理自己的任務，所有人都開始“敏捷”起來了。

關於巴久靈公司

巴久靈文化傳播有限公司是知名財經自媒體吳曉波老師創辦的公司，有“吳曉波頻道”等自媒體資源，同時服務於“新匠人”，為新國貨吶喊助威並協助他們成長。

目前軟體部門有三個產品。一是商品雲，用於對新國貨商品的分發、管理、營銷平臺。二是美好電商，用於銷售新國貨商品。三是集合派，在探索新一代網際網路裂變營銷工具。

關於作者

鄧志國

1997年畢業於浙江大學工業自動化專業，長期從事軟體開發、管理工作。在多個公司擔任架構師、技術總監等職位。在Scrum敏捷開發、系統架構方面有多年經驗。

 

本文轉自：Leangoo

原文連結：https://www.leangoo.com/13916.html