如何在工程知識孤島阻礙交付之前檢測到它們
使用所有權和審查證據來發現脆弱的依賴關係，與團隊確認它們，並安全地擴展知識。
尋找匯聚訊號
知識豎井不只是一個貢獻很多的人。當一個重要領域反覆依賴極少數人進行創作、審查、發布或事件決策，並且幾乎沒有可靠的支援時，就會出現風險。檢查可用的所有權文件、最近的作者和審稿人、請求審查的集中度、放棄的更改以及等待同一專家的隊列。一個訊號可能是誤報；一段有意義的時期內出現的幾個訊號證明了關於韌性的對話是合理的。
將專業知識與脆弱分開
深厚的專業知識很有價值，有時會有意集中在遷移、事件或早期產品階段。產生的儲存庫、低活動服務和臨時專案分配也可能誇大集中度。檢查業務關鍵性、變更頻率、團隊邊界、隨叫隨到的覆蓋範圍以及模式的規劃持續時間。詢問如果主要專家不在的話，其他人是否可以審查、部署、診斷並做出安全的決定。答案比簡單的總線因子分數更重要。
按營運影響決定優先級
並非每個筒倉都值得同樣的回應。按客戶或收入影響、變化率、事件歷史記錄、即將進行的路線圖工作以及錯誤決策的成本對區域進行排名。由專家擁有的穩定的內部公用事業可能是可以接受的，而具有相同模式的快速變化的支付路徑則需要注意。將所有權訊號與主動計劃和交付隊列聯繫起來，以便管理人員可以在脆弱性最有可能延遲或危及當前工作的地方進行投資。
透過實際工作拓寬知識面
文件會有所幫助，但持久的備份來自參與。分配第二負責人，配對進行下一個有意義的更改，輪換審核職責，進行恢復或部署練習，並將學習者納入事件後續行動中。減少變更大小，以便新審閱者可以逐漸建立上下文。保護專家的教學時間，而不是在超負荷的隊列之上添加指導。幹預措施應該轉移決策能力，而不僅僅是在所有權文件中添加另一個名字。
衡量彈性，而不是降低可見性
幹預後，尋找更可信的審閱者、其他貢獻者的成功更改、更短的專家依賴等待以及在發布或事件期間展示的備份。不要強制平等分配提交或評論；在沒有知識的情況下會產生噪音。與團隊一起重新審視風險並記錄該區域現在是否具有安全覆蓋範圍。一個好的結果是，專家可以專注於困難的工作並抽出時間，而不會導致傳輸系統被阻塞。