巴久靈 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敏捷開發、系統架構方面有多年經驗。