1. 程式人生 > >巴久靈 x Leangoo敏捷實踐案例分享

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