エンジニアリング知識のサイロ化が配信を妨げる前に検出する方法
所有権を使用して証拠を確認し、脆弱な依存関係を見つけてチームで確認し、安全に知識を広げます。
収束する信号を探す
知識サイロとは、単に多くの貢献をする人を指すわけではありません。重要な領域が、作成者、レビュー、リリース、またはインシデントの決定に関して非常に少数の人々に繰り返し依存しており、信頼できるバックアップがほとんどない場合、リスクが発生します。利用可能な場合は所有権ファイル、最近の著者とレビュー担当者、リクエストされたレビューの集中度、放棄された変更、同じ専門家を待つキューを調べます。信号の 1 つは誤報である可能性があります。意味のある期間にわたるいくつかのシグナルは、回復力についての議論を正当化します。
専門知識と脆弱性を切り離す
深い専門知識は貴重であり、移行、インシデント、または製品の初期段階で意図的に集中される場合があります。生成されたリポジトリ、アクティビティの少ないサービス、および一時的なプロジェクトの割り当ても、集中力を過度に高める可能性があります。ビジネスの重要性、変更の頻度、チームの境界、オンコールの対応範囲、パターンの計画期間を確認します。主な専門家が不在の場合に、別の人がレビュー、導入、診断を行い、安全な決定を下せるかどうかを尋ねてください。答えは、単純なバス係数スコアよりも重要です。
運用への影響に基づいて優先順位を付ける
すべてのサイロが同じ対応に値するわけではありません。顧客や収益への影響、変化率、インシデント履歴、今後のロードマップ作業、誤った意思決定のコストによって領域をランク付けします。 1 人の専門家が所有する安定した社内ユーティリティは許容できるかもしれませんが、同じパターンで急速に変化する支払い経路には注意が必要です。所有権のシグナルをアクティブなイニシアチブと配信キューに結びつけることで、管理者は脆弱性によって現在の作業が遅れたり、危険にさらされたりする可能性が最も高い場所に投資できます。
実際の仕事を通じて知識を広げる
文書は役に立ちますが、永続的なバックアップは参加によって得られます。副所有者を割り当て、次の重要な変更をペアリングし、レビュー責任をローテーションし、リカバリまたは展開の演習を実行し、学習者をインシデントのフォローアップに参加させます。新しいレビュー担当者が徐々にコンテキストを構築できるように、変更のサイズを減らします。過負荷のキューにメンタリングを追加するのではなく、専門家が教える時間を保護します。この介入は、単に所有権ファイルに別の名前を追加するだけでなく、意思決定能力を移転する必要があります。
可視性の低下ではなく回復力を測定する
介入後は、より信頼できるレビュー担当者、追加の貢献者による変更の成功、専門家による待ち時間の短縮、リリースまたはインシデント中の実証済みのバックアップを探します。コミットやレビューの均等な配分を強制しないでください。知識がなくてもノイズが発生する可能性があります。チームと一緒にリスクを再検討し、そのエリアが現在安全にカバーされているかどうかを記録します。良い結果は、専門家が配送システムがブロックされることなく難しい作業に集中して時間を確保できることです。