敏捷過程中的障礙板(Impediment Board)或障礙列表(Impediment List)是一種視覺化工具,用於識別、跟蹤和解決專案團隊在執行敏捷專案過程中遇到的障礙或問題。以下是對其的詳細介紹:
作用
- 識別障礙:幫助團隊成員明確專案中存在哪些阻礙工作進展的問題。例如,如果團隊在進行軟體開發時,遇到某個模組的技術難題,或者在與其他部門協作時出現溝通不暢的情況,這些都會被記錄在障礙板上。
- 跟蹤進展:團隊可以直觀地看到每個障礙的處理狀態,瞭解是否已經開始解決、解決到什麼程度以及是否已經解決。這有助於確保問題不會被忽視,並且能夠及時跟進處理進度。
- 促進溝通:是團隊成員之間溝通障礙問題的一個焦點。透過障礙板,大家可以共同瞭解哪些問題對專案影響較大,需要優先處理,也可以分享解決問題的思路和經驗。
- 提高透明度:讓整個團隊以及相關利益者(如產品負責人、敏捷教練等)都能清楚地看到專案面臨的挑戰,從而提高專案的透明度。這有助於各方更好地理解專案的實際情況,做出合理的決策。
內容
- 障礙描述:簡要說明遇到的問題是什麼。例如,“與市場部門的介面人溝通不暢,需求傳達不清晰”。
- 發現時間:記錄問題首次被發現的時間點,以便了解問題存在的時長。
- 責任人:明確負責解決該障礙的團隊成員或相關人員。
- 狀態:通常包括 “待處理”“處理中”“已解決” 等狀態標識,反映問題的解決進展。
Impediment Board的主要功能和特點
- 視覺化問題:Impediment Board透過視覺化的方式展示團隊或組織中遇到的問題和障礙,使這些問題變得顯而易見,從而防止它們在幕後潛伏並引發更大的問題。這種視覺化不僅有助於識別問題,還能促進團隊成員之間的協作和溝通。
- 提高透明度:透過使用Impediment Board,可以提高透明度,使團隊成員能夠清楚地瞭解當前的障礙及其狀態。例如,可以在板上新增泳道(如待處理、處理中、已完成),以便每個人都能看到障礙的進展狀態。
- 系統化管理:Impediment Board通常採用Kanban風格設計,用於系統化地捕捉和管理障礙。它不僅是一個工具,更是一個系統的解決方案,幫助團隊以結構化的方式應對挑戰。
- 促進協作和持續改進:Impediment Board不僅用於解決問題,還促進了團隊成員之間的協作和持續改進。透過共同識別和解決障礙,團隊可以不斷學習和改進,從而提高整體效率和效能。
- 資訊發射源:在Scrum等敏捷開發框架中,Impediment Board可以作為資訊發射源的一部分,與其他資訊發射源(如Scrum板)結合使用,以提供更全面的工作狀態檢視
障礙物的例子
原則上,任何阻礙團隊執行其活動的事物都可能是障礙物。例子包括:
- Scrum Master太頻繁地在家辦公。
- 產品負責人太少可用。
- 有生病的員工,因此衝刺目標受到威脅。
- 團隊中沒有足夠的軟體許可證供並行使用。
- 團隊中缺少技能。
- 顯示器太小,電腦過時。
- 供應商有延遲。
- 團隊成員之間有衝突。
- 我在除錯XYZ時遇到問題。
- 使用者故事寫得不好。
Scrum 敏捷中100個障礙
障礙物的技巧和竅門
處理障礙物並不總是容易的。有許多技巧和竅門可以幫助記錄和消除障礙:
- 沒有理由等到下一個每日Scrum會議才溝通緊急問題。如果掃描器、空調或電腦失敗,需要快速幫助。
- 不僅在每日Scrum會議中,而且在處理障礙物時,都可以以衝刺目標為導向。如果一個障礙物危及衝刺目標,那麼無論如何都必須儘快修復。
- 記錄已解決的問題傳達了良好的感覺——“成功”甚至可以在衝刺後,例如在整個釋出後,輕鬆地視覺化。
- 在處理問題時,信任非常重要。可能的衝突、缺少技能或與產品負責人或Scrum Master合作的困難都關係到團隊。透過障礙板的視覺化,對每個人——甚至對外部團隊成員或客戶——都是可見的,可能會破壞這種信任。
- 障礙物的記錄應該用作衝刺評審和衝刺回顧的輸入。
- 如有必要,對問題進行優先排序是有意義的。這清楚地表明,一個阻礙,即阻礙單個任務的障礙,可能比危及衝刺所有進展的障礙物更重要。
- 即使Scrum Master應該主要確保問題被消除,產品負責人也有一個重要的角色。除了Scrum團隊外,他還是與利益相關者溝通、與供應商合作和與公司管理層溝通的人。因此,Scrum Master和產品負責人之間的良好合作非常重要。
- 每天發現的障礙通常非常小,可以快速解決。這可能包括髮送簡化電子郵件和/或從 Scrum 團隊成員那裡獲得幫助。
- 較大的障礙最有可能在回顧會議期間被發現,需要一定程度的奉獻精神來消除。這些型別的障礙將新增到 Sprint 中以解決。
- 團隊發現的障礙將被新增到 Product Backlog 中,以便進行優先順序排序和處理。無法快速解決的大專案將在以後的 Sprint 中解決。
- 新增到 障礙日誌 中的組織障礙會得到優先考慮並持續解決。團隊和組織障礙都會在回顧會議的每個 Sprint 之後進行審查。
- 與產品負責人協作。Scrum 中的許多障礙都與產品管理、利益相關者和供應商協作有關。
- Scrum Master 需要了解組織文化,以最好地弄清楚如何消除障礙。
- 應隨時識別障礙。Scrum 團隊永遠不應該等到 Daily Scrum 才討論它們。
使用示例
- 在每日站會(Daily Stand-up Meeting)上,團隊成員會檢視障礙板,對上面的問題進行簡要討論。如果某個問題已經解決,就會將其狀態更新為 “已解決”,並可能分享解決問題的過程和經驗;如果問題仍然存在且沒有進展,團隊會共同探討原因,並考慮是否需要調整解決策略或增加資源。
- 例如,某敏捷團隊在開發一個電商 APP 時,發現支付介面的整合出現問題,在障礙板上記錄相關資訊後,開發人員開始查詢原因並嘗試解決。在每日站會上,開發人員會彙報問題的解決進度,如 “昨天進行了介面測試,發現部分資料傳輸錯誤,今天將繼續排查程式碼邏輯”。當問題最終解決後,將狀態更新為 “已解決”,並記錄解決方法,以便後續參考。
Azure DevOps
TAPD中看板
障礙板示例
與
還有的演化
您的團隊可能希望在其看板上註明問題(障礙、風險、其他障礙)。我更喜歡將問題與工作分開。這是因為僕人式領導(而不是團隊)可能會帶頭解決這些問題。一個團隊使用如下圖所示的板
團隊希望跟蹤向此板新增問題的日期。如果團隊沒有及早解決風險,風險就會變成問題。但可見性並不意味著團隊必須開始著手處理它。當有人需要處理 Concern 列中的項時,團隊會將該項提升到 ...
障礙日誌
基於AI障礙日誌生成
在專案管理中,跟蹤和解決障礙對於保持工作流程效率和按時完成任務至關重要。障礙日誌生成器是一種工具,旨在透過提供一種系統的方式來記錄、管理和傳達阻礙專案進度的障礙來簡化此過程。
以下是使用者應考慮使用 Impediment Log Generator 的幾個原因:
增強的組織: 障礙日誌生成器有助於保持所有障礙的良好記錄和組織。這可以防止問題被忽視,並確保及時解決。
改進的溝通:透過使用記錄障礙的標準格式,團隊成員可以更有效地進行溝通。它使參與其中的每個人都清楚地瞭解手頭的問題以及為解決這些問題而採取的步驟。
時間效率: 自動生成器無需手動建立日誌,而是節省時間,使團隊成員能夠專注於解決而不是管理。這樣可以更有效地利用寶貴的專案時間。
更好的優先順序: 生成器可以幫助根據障礙對專案的影響來確定障礙的優先順序。這可確保首先解決關鍵問題,從而降低專案延遲的風險。
提高可見性: 藉助障礙日誌生成器,利益相關者可以輕鬆訪問有關團隊面臨的挑戰的資訊。這種透明度增強了信任並有助於做出更好的決策。
資料驅動的決策:生成的日誌提供的資料可以進行分析以識別模式和常見瓶頸。這種智慧會導致旨在改進流程的更明智的決策。
使用 Impediment Log Generator 可確保以結構化的方法解決專案中的問題。系統地記錄和監控障礙不僅加強了對單個問題的管理,還有助於更好地瞭解專案的整體健康狀況。
今天先到這兒,希望對雲原生,技術領導力, 企業管理,系統架構設計與評估,團隊管理, 專案管理, 產品管理,資訊保安,團隊建設 有參考作用 , 您可能感興趣的文章:
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
影片直播平臺的系統架構演化
微服務與Docker介紹
Docker與CI持續整合/CD
網際網路電商購物車架構演變案例
網際網路業務場景下訊息佇列架構
網際網路高效研發團隊管理演進之一
訊息系統架構設計演進
網際網路電商搜尋架構演化之一
企業資訊化與軟體工程的迷思
企業專案化管理介紹
軟體專案成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
專案管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
網際網路資料庫架構設計思路
IT基礎架構規劃方案一(網路系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之效能實時度量系統演變
如有想了解更多軟體設計與架構, 系統IT,企業資訊化, 團隊管理 資訊,請關注我的微信訂閱號:
作者:Petter Liu
出處:http://www.cnblogs.com/wintersun/
本文版權歸作者和部落格園共有,歡迎轉載,但未經作者同意必須保留此段宣告,且在文章頁面明顯位置給出原文連線,否則保留追究法律責任的權利。
該文章也同時釋出在我的獨立部落格中-Petter Liu Blog。