インパクトレーダー:変更する前に変更を理解する

数週間前、私が一緒に仕事をしているプラットフォームチームが内部認証サービスを廃止することに決めました。簡単そうに見えました——サービスには2つの既知のコンシューマーがありました。図を更新し、チームに通知し、移行の計画を始めました。

3スプリント後、さらに4つのサービスが依存していることを発見しました。2つは完全に別のプロジェクトにありました。1つは誰もマッピングしていないレガシーフローでした。移行のタイムラインは倍になりました。

情報はそこにありました。リレーションシップ、C4階層、フロー図の中に。しかし、全体像を一目で見ることは誰にもできませんでした。

インパクトレーダーはその問題を解決します。

右クリックですべてを確認

インパクトレーダーは既に作業している場所——図上にあります。C4モデルの任意の要素を右クリックし、インパクト分析を選択。分析は即座に実行されます。

図が変換されます。インパクトゾーン外のすべての要素は背景にフェードします。影響を受ける要素は鮮明に残り、間のリレーションシップが近接度に応じて色分けされて光ります:

  • — 直接接続(1度)
  • アンバー — 1ホップ先(2度)
  • — 2ホップ先(3度)

インパクトパネル

パネルが右からスライドインし、完全な分析を表示します。

上部に1つの数字:「アーキテクチャのX%に影響。」

リスクスコア

4つの加権因子から計算された0〜100のリスクゲージ

  • 上流依存者(30%) — このホ要素に依存する要素の数
  • 下流リーチ(25%) — この要素が引き込む依存関係の数
  • 構造的な子(25%) — コンテナやシステムの場合、内部の子要素の数
  • カップリング比率(20%) — グラフの残りと比較した接続度

上流と下流

分析は影響を2方向に分離します。上流は選択した要素に依存するすべてを表示。下流は要素が依存するすべてを表示。各方向は度数で整理されます。

クリティカルパス

依存チェーンが深い場合、インパクトレーダーはクリティカルパス——選択した要素から最も遠い影響ノードまでの最長チェーンをハイライトします。

クロスプロジェクト依存関係

組織がArchylのグローバルアーキテクチャビューを使ってプロジェクト横断でシステムを接続している場合、インパクトレーダーはそれらの接続も追跡します。

影響を受けるフロー

Archylでユーザーフローやシステムフローを文書化している場合、インパクトレーダーはインパクトゾーンに対してそれらを相互参照します。

What-Ifシミュレーション

パネル下部のトグル:削除をシミュレート。「これを削除したら何が壊れるか?」ボタンです。

オンにすると、インパクトレーダーは完全なカスケードを計算します:壊れるリレーションシップ、構造的に破壊されるもの、孤立する要素、クロスプロジェクトの断絶、総カスケードインパクト。

推測ではありません。リレーションシップグラフ上の決定論的計算です。

なぜこれが重要か

インパクトレーダーはアーキテクチャ変更の評価サイクルを右クリック1回に圧縮します。分析は網羅的です——グラフ内のすべてのリレーションシップ、構造エッジ、クロスプロジェクトリンクを追跡します。

これによりチームのアーキテクチャ進化へのアプローチが変わります:

  • サービスを廃止する前に、すべてのプロジェクトのすべてのコンシューマーを確認
  • コンポーネント階層を再構築する前に、下流の波及を理解
  • 大規模リファクタリングの前に、爆発半径を定量化
  • インシデントレビュー中に、依存チェーンを追跡

はじめかた

インパクトレーダーはすべてのプランで利用可能です。任意のプロジェクトを開き、C4図上の任意の要素を右クリックしてインパクト分析を選択してください。

あなたのアーキテクチャはグラフです。インパクトレーダーがそれを読み解きます。


より接続されたアーキテクチャモデルを構築したいですか?C4モデル入門から始め、リアルタイムコラボレーションとグローバルアーキテクチャでプロジェクトを接続しましょう。変更ガバナンスを求めるチームには、アーキテクチャ変更リクエストがインパクトレーダーと自然に組み合わせられます——まず影響を分析し、それから変更を提案。