Dependency

依存関係とは

依存関係は製品開発の進捗に直接影響を与え、機能横断的な製品チームでは頻繁に発生します。

依存関係の例

依存関係を構成するには、ペア間の依存関係のタイプをさらに次の関係モデルのいずれかによって定義することができます:

finish-to-start

finish-to-start 依存関係は、2 つのタスク間の最も一般的な関係です。 先行タスクは、別のタスク、後継者が開始できる前に終了しなければならない。

start-to-start

先行タスクは、依存タスクが開始できる前に開始されていなければならない。

finish-to-finish

後継者は、前任者が終了した後にのみ終了することができる。 後継者の開始は先行者に依存せず、前、後、または同時に開始できる。

start-to-finish

start-to-finish は二つのタスクの間で最も一般的ではない関係である。 後継者はすでに開始しており、先行者が同様に開始するまで終了できない。

依存関係は、チーム、イニシアチブ、または成果物の間で発生する可能性があります。

内部依存の非常に一般的な例としては、開発者が新機能を展開できるようになる前に、他のチームが自分たちの機能内で何かを行うことを要求することが挙げられます。

Challenges

Common challenges appears when dependencies are connected to external contributors. このようないわゆるリスクのある依存関係は、たとえば、サードパーティのソフトウェアが製品の重要なコンポーネントを表す場合、またはタスクの依存関係に制約があり、その完了プロセスが予測できない場合に発生する可能性があります。 もう一つの困難は、そもそも依存関係を特定することかもしれません。 プロジェクトが軌道に乗り、より複雑になってきたときに、それらを把握しておくことは重要です。

依存関係をマッピングするメリット

依存関係を可視化することは、あらゆるプロジェクトスケジュールのタスク管理とタイムラインを断言する。 特にクロスファンクショナルチームを管理する場合、製品のロードマップなどに依存関係やステータスレポートを含めることによって、認識のレベルを実証することが重要である。 しかし、その方法には様々なアプローチがあります。 ガントチャート、ダイアグラム、テーブル、または他の手段で依存関係を描くかどうか、それはチームがコミットメントを再評価し、必要に応じて非現実的な対策に反対することを可能にする。

製品の特徴や機能が大きくなるにつれ、当然ながら複雑さも増していきます。 この複雑性の増大は、開発チームが新興企業環境で働いているか、確立された組織内で働いているかにかかわらず、依存関係が存在する場所を事前によく知ることが製品開発を成功させるために重要であることを意味します。

たとえば、デザイン チームに予期せぬ遅延が発生し、いくつかのモックアップを完成させるためにさらに数日かかるとします。 開発、QA、マーケティング、および営業は、混乱を最小限に抑えるために、十分前もってそのことについて知っておく必要があります。 これは、専用の製品管理ツールで効果的に処理できます。これにより、主要な利害関係者間で、すべての依存関係の進行状況をリアルタイムで伝えることができます。