scrum|敏捷開發之任務看板

laofo(公眾號scmroad)發表於2023-12-09

上篇文章中,我講了敏捷第一步-每日站立會,講了我們平時是怎麼開站立會的,其實15-30分鐘就夠了,絕對不是時間長得讓你想拄拐那種。本文我們開始講敏捷開發中的看板。沒有看板之前,我們真的是在白板上畫泳道,寫卡片,挪動卡片,在白板前開站立會。現在支援任務看板的產品也越來越多了,大家開站立會也方便了,沒必要真的站在一塊白板前了,只要大家圍成一圈,拿個 token 輪流講就可以。今天我想分享下我是怎麼使用任務看板的。

任務看板好處

任務看板有很多好處,但是對我最大的莫過於以下三點

  • 進度視覺化:每個人都可以從看板上看到每個任務的狀態,包括負責人,優先順序,進度,交付日期等

  • 團隊協作透明:資訊完全共享,很多時候大家看一眼看板,這個專案的情況就瞭然於胸了,省去了很多「詢問式」溝通。很多問題的確認和跟進也會在卡片中進行交流,所有的上下文、背景資訊都直接落在了卡片裡。

  • 任務跟進和梳理:專案中經常有各種工作需要處理,輕重緩急都不同。通常我會要求每個成員把自己手上的所有工作都建成卡片,一方面是自己工作量的一個體現,另外一方面也有助於大家瞭解你到底在做什麼,最關鍵的是有助於在做之前認真地把這項任務的內容想明白。如果要做的事情無法描述清楚,很大程度這個工作內容模糊,邊界不清,完成的定義(DoD)不明。

     

多維看板

現在的任務看板通常支援不同的檢視,這樣就可以讓我們從不同的維度去審視我們的專案、團隊和人員。

  • 任務檢視:最基礎的就是「to do -> doing -> done」可以看到已經完成的任務數量,在測試中的任務數量,開發中的數量等。在這個試圖下最有意義的是那些高優任務卡片的狀態。如果一個高優先順序的卡片一直在「to do」狀態,這時候就要小心了,應該立刻去問下背後的原因。

    現在很多的產品已經支援自定義狀態,關聯各種系統,自定義工作流,自動化通知等,這些都是些高階玩法,第一步也是最重要的一步首先把看板用起來。

  • 人員檢視:從人的角度去看任務,可以看到每個人的工作量,如果一個人手裡的卡片太多,通常都會詢問一下。這裡可能會出現的問題就是如果這個迭代裡涉及某個模組的卡片過多,可能會出現模組相關的小夥伴工作量較大。也許後面會調整下團隊小夥伴負責的內容、模組太大了拆開或者問題太多要重構等。

  • 迭代檢視:上個迭代有哪些遺留的問題,這個迭代正在開發的功能以及進展,下個迭代將要進入排期的功能列表。通常每個迭代還有很多度量的報表,進度圖、燃盡圖、趨勢圖、流速velocity等。這些敏捷度量報表還是很有用的,但是僅限於團隊內部環比有意義,和其他團隊對比意義不大。

     

適用場景

任務看板更擅長跟進那種任務多且雜的情況,即任務數量多,型別不一。至於任務數量多但型別單一的情況,任務看板也能管理,但是可能有更優解,比如工單系統,bpm等。

任務看板只是一個工具而已,它不挑任務的屬性,高複雜度和高不確定的任務可以管,低複雜度/低不確定性也可以管,通常一個專案中各種屬性的工作都會有。

舉個例子,我們自己打造的很多工具都是從0到1,一行一行的程式碼碼出來的,可以說複雜度和不確定性都很高。

任務看板用來建立、拆解、跟進任務的,至於體現這個任務的複雜度,如果一個卡片無法承載,我們通常會在卡片上附一個文件。比如把需求的題目貼到卡片標題上,然後把 PRD 連結貼在卡片中,比如模組重構,再比如整體改版;另外就是我們的看板裡也有很多低複雜度低不確定性的工作,有的時候僅僅只是做個記錄,提醒下不要忘記按時完成,比如約會議室、更新文件、不要遲到、及時 MR、下班前提交程式碼、週六記得加班 :)。還有一些僅僅是在 idea 階段的想法,比如邀請唐長老來分享下 SBOM,去韓老師公司拜訪,說不定哪天真的就去了。我們實際使用中真的會把大大小小所有的事情都落到卡片裡,我們把小學老師教給我們的「好記性不如爛筆頭」發揮到了極致。

常看常更新

我個人覺得作為一個Lead/一個PO/一個業務負責人,除了招聘和麵對使用者,每天需要把大量的時間放在給任務看板「相面」上。

我早上有個習慣就是每日站立會之前把任務看板上的內容過一遍,做到了然於胸,看到需要提醒的地方,直接在卡片上 at 對應的負責小夥伴,看到有需要關注的順手就又開出一張卡片來。

對於那些還沒有排期的工作,要仔細想想這些卡片對應的問題是否已經澄清、優先順序是否合適、是否有比較好的方案等。

對於那些已經排期的工作,看下前提條件是否都已經具備、進度是否符合預期、是否有什麼阻塞、啥時候提測、誰在測試、上線了麼、有無bug.....

其它用途

有的小夥伴每年 OKR 總結的時候頭疼,想不起來這個季度做了啥?一個好辦法就是去翻任務看板那些已經完成的卡片,你每天做的大大小小的事情上面都有體現;OKR 總結完了,又不知道下個季度做啥,還是去翻任務看板,看看上面 backlog 裡哪些卡片還沒有完成。

本文小結

本文主要講了任務看板的好處、應用場景、透過看板多維試圖去審視專案和注意事項等。我個人還是挺喜歡使用任務看板的,用它管理專案或者管理自己的工作待辦都非常的高效,你也可以試試。

 


閱讀我的更多文章

DevOps|研發提效-敏捷開發之每日站立會
DevOps|破除壁壘,重塑協作——業務閉環釋放產研運巨大效能(中)
破局DevOps|8大北極星指標指引研發效能方向
質效提升 | 聊QA與業務測試(中)
DevOps | 產研協同效能提升之評審、審批流、質量卡點

相關文章