DSM（依存構造マトリクス）とは？タスク間の相互依存を可視化する設計手法

DSM（依存構造マトリクス）とは

DSM（Dependency Structure Matrix / Design Structure Matrix）とは、複数のタスク、コンポーネント、またはチーム間の依存関係を正方マトリクスの形式で表現し、相互依存の構造を一目で把握できるようにする手法です。1981年にMITのドナルド・スチュワートが学術論文で提唱し、その後NASAやボーイング、トヨタなどの製品開発現場で広く採用されてきました。

ガントチャートやPERT図は作業の時間的な前後関係を表現するのに適していますが、タスク間の相互依存（AがBに依存し、同時にBもAに依存する）を明示的に示すのが苦手です。DSMはこの「循環的な依存」を含む複雑な構造を正方マトリクスで表現することで、プロジェクトのどこに反復（イテレーション）が発生するか、どのタスクを並行実行できるかを構造的に特定します。

構成要素

DSMは正方マトリクスで構成されます。行と列に同じ要素（タスク、コンポーネント、チームなど）を配置し、セルに依存関係を記録します。

マトリクスの基本構造

対角線上のセルは要素自身を表すため空欄（または「-」）にします。それ以外のセルに「X」や数値が入っている場合、その行の要素が列の要素に依存していることを示します。

3種類の依存パターン

パターン	マトリクス上の位置	意味	対応方針
順方向依存	対角線より下	先行タスクの出力を使用	直列実行で解決
逆方向依存	対角線より上	後続タスクの出力が必要	反復（イテレーション）が発生
独立	セルが空	依存関係なし	並行実行が可能

DSMの4つのタイプ

DSMは対象に応じて4タイプに分類されます。

• コンポーネントDSM: 製品のモジュール間の物理的・機能的な依存を表す
• タスクDSM: プロジェクトのタスク間の情報の流れを表す
• チームDSM: 組織のチーム間のコミュニケーション依存を表す
• パラメータDSM: 設計パラメータ間の影響関係を表す

実践的な使い方

ステップ1: 要素の列挙と初期配置

分析対象の要素（タスク、コンポーネントなど）をすべて列挙し、暫定的な順序で行と列に配置します。タスクDSMの場合は想定される実行順に、コンポーネントDSMの場合はシステムの階層構造に沿って配置するのが一般的です。この段階では正確な順序にこだわる必要はありません。

ステップ2: 依存関係の記録

各要素について「この要素が正しく実行・設計されるために、他のどの要素からの情報・成果物が必要か」を確認し、該当するセルにマークします。この調査はワークショップ形式で、各タスクの担当者やドメインエキスパートにヒアリングしながら進めます。「XがYに依存」なのか「YがXに依存」なのかの方向を正確に記録することが重要です。

ステップ3: マトリクスの再配列（パーティショニング）

依存関係を記録したマトリクスを分析し、最適な実行順序に並べ替えます。この操作をパーティショニングと呼びます。目標は、すべての依存マークを対角線の下側に集めることです。対角線より下にすべての依存が収まれば、上から順に実行することで手戻りなくプロジェクトを進められます。

ステップ4: クラスタリングによるグループ化

パーティショニングの結果、対角線より上に残った依存マーク（逆方向依存）があれば、それらの要素は相互依存しています。相互依存する要素群をクラスタとして識別し、そのクラスタ内では反復的に作業を進める計画を立てます。クラスタが大きいほど反復のコストが高くなるため、クラスタサイズの最小化が設計の目標になります。

ステップ5: マネジメントアクションの決定

分析結果に基づいて具体的なアクションを決定します。独立要素は並行実行にスケジューリングし、順方向依存は直列に配置し、相互依存クラスタにはイテレーション期間と仮定値の設定方法を計画します。相互依存が過度に複雑な場合は、インターフェースの再設計や中間成果物の定義によってクラスタを分割する設計変更を検討します。

活用場面

• 製品開発の設計管理: モジュール間の依存関係を可視化し、設計変更の影響範囲を特定する
• ソフトウェアアーキテクチャ分析: マイクロサービス間の依存を整理し、循環依存を発見・解消する
• プロジェクトスケジューリング: タスク間の依存を分析し、並行作業と反復作業を明確にしてスケジュールを最適化する
• 組織設計: チーム間のコミュニケーション依存を分析し、組織構造とアーキテクチャの整合性（コンウェイの法則）を検証する
• サプライチェーン分析: プロセス間の情報・物流の依存を整理し、ボトルネックを特定する
• M&A後のシステム統合計画: 統合対象のシステム間の依存関係を把握し、統合の順序と優先度を決定する

注意点

DSMの運用にはいくつかの注意点があります。

第一に、要素数が増えるとマトリクスが急速に複雑化します。50要素を超える場合は階層型DSM（上位レベルと詳細レベルに分割）を検討するか、ツールによる自動パーティショニングの導入が必要です。手動での分析は20〜30要素が実用的な上限です。

第二に、依存関係の強度を考慮しないバイナリ（X/空白）のDSMでは情報が失われます。強い依存と弱い依存を区別するために、数値DSM（1〜3で強度を表記）を採用するケースもありますが、入力の手間と正確性のトレードオフがあります。

第三に、DSMは静的なスナップショットです。プロジェクトの進行に伴い依存関係は変化するため、定期的な更新が不可欠です。特にアジャイル開発では、スプリントごとにDSMを見直すサイクルが推奨されます。

第四に、ヒアリングに基づくDSM作成では、担当者の認識バイアスが入り込みます。「依存していると思っていたが実際は独立」「独立だと思っていたが実は暗黙の依存がある」といったケースを防ぐために、複数の関係者から情報を収集し、クロスチェックすることが重要です。

まとめ

DSMは、タスクやコンポーネント間の複雑な依存関係を正方マトリクスで可視化し、最適な実行順序、並行作業の機会、反復が必要な相互依存を構造的に特定する手法です。パーティショニングとクラスタリングによって、プロジェクトの構造を客観的に分析できます。ガントチャートやPERT図と併用することで、プロジェクト管理の精度を大幅に向上させることができます。