首次瞭解到Leangoo，大概是2年前。以前已經有過比較多的Scrum實踐，當時在前司開發了一個看板的系統，離開後在新團隊沒有相似的工具，有點不便，就想找找有沒有這樣的工具！html
Google一下後就找到了Leangoo，用了一下，和以前本身開發的工具功能基本一致，很是方便實用，上手很快，因此就成了忠實用戶架構
在半年前來到吳曉波老師的公司巴久靈擔任CTO。公司的IT團隊組建不久，不到一年。擔負着好幾個產品的開發任務，整個項目管理比較混亂。工具
我第一件着手要作的事兒，就是按產品線劃分團隊，而後採用Scrum開發過程，來提升團隊交付能力，並使團隊聚焦在有價值的產品上。在給你們培訓了基本的Scrum知識後，就須要有工具來輔助落地。post
第一時間就想到用Leangoo。測試
Leangoo設計的比較人性化，操做比較簡單，對使用者心智壓力小，團隊成員能迅速使用起來，就像在白板上用即時貼那麼簡單。設計
所以Scrum推行的比較順利，在1個月後，各個團隊都基本走入了Scrum 的節奏，開始按節奏進行開發、交付，產品滿意度也提升了。htm
在通過幾輪的衝刺後，各個團隊在回顧後，總結了一些使用Leangoo的實踐，進一步提升了團隊的效率。blog
- 在Sprint backlog中，每一個泳道表明一個發佈單位。這個泳道內的UserStory，完成後統一進行一次發佈。在一個衝刺內，可能會屢次發佈。團隊具有了持續交付的能力。
- 每一個UserStory，首先分解爲若干Task，全部Task完成後，意味着UserStory能夠進入測試、交付了。每一個UserStory也指定一我的負責，當全部任務完成，他負責整個UserStory的交付。
- 以交付爲惟一衡量標準。交付順序按照看板的自然排序，從上而下進行。一個泳道一個交付單位，在一個大的衝刺內造成一個個小的衝刺，不斷交付用戶價值。
- 在Sprint backlog看板上，增長一個線上Bug的泳道，線上的問題都發這裏解決，開發只須要在一個看板上跟蹤全部任務。
- 未交付功能在驗收期間發現問題，也做爲Task放到對應泳道上，這樣未交付的功能還有哪些問題，一目瞭然。
- 對UserStory進行詳細的拆解，基本上以把任務拆解到原子性爲原則，即每一個任務只能一我的去作。在拆解的基礎上你們領取任務，進行協做。看板上下順序就是優先級順序，能夠一目瞭然看到你們是否聚焦在重要的事情上面。
- 購買了大屏幕觸摸屏電視機，你們在開Daily Scrum 的時候圍繞電視機進行。每一個人輪流講述的時候，能夠拖動卡片，來完成任務狀態的變動。
- 產品也採用了Product Backlog來管理需求，在初期的時候採用用戶故事地圖看板來分解需求，工做更有調理，開發也更有效率。
通過幾個月的實踐，你們都很喜歡這種氛圍：排序
- 知道本身天天應該作什麼，有沒有作完。
- 知道團隊當前最重要的是作什麼，進展如何。
- 每一個人再也不是被動地接受任務，而是主動地完成工做。
- 工做上也更加積極，有目標，在沒有提升勞動強度（甚至下降）的狀況下，提升了勞動生產率。
看到咱們的實踐，產品運營等部門也紛紛用看板來管理本身的任務，全部人都開始「敏捷」起來了。項目管理
關於巴久靈公司
巴久靈文化傳播有限公司是知名財經自媒體吳曉波老師創辦的公司，有「吳曉波頻道」等自媒體資源，同時服務於「新匠人」，爲新國貨吶喊助威並協助他們成長。
目前軟件部門有三個產品。一是商品雲，用於對新國貨商品的分發、管理、營銷平臺。二是美好電商，用於銷售新國貨商品。三是集合派，在探索新一代互聯網裂變營銷工具。
關於做者
鄧志國
1997年畢業於浙江大學工業自動化專業，長期從事軟件開發、管理工做。在多個公司擔任架構師、技術總監等職位。在Scrum敏捷開發、系統架構方面有多年經驗。
本文轉自：Leangoo