タスクの親子・孫階層を設計するときの3つのコツ — 見える化を最大化する方法

プロジェクト管理を始めたばかりの頃、タスクをフラットに並べたガントチャートで運用していた方も多いはずです。ただ、ある程度の規模になると「全体像が掴めないが、かといって細かい作業もケアしたい」というジレンマに突き当たります。これを解決するのがタスクの階層化、いわゆる親子・孫タスクの仕組みです。本記事では、階層化の本質的なメリットと、現場で崩れにくい設計のコツを解説します。

親子・孫タスクとは — 概要と詳細を両立させる仕組み

タスクの階層化とは、ひとつの大きなタスクの中に複数の小さなタスクをぶら下げる構造のことです。「Webサイト制作」という親タスクの下に「企画」「設計」「開発」「テスト」という子タスクを置き、さらに「設計」の下に「サイトマップ作成」「ワイヤーフレーム作成」という孫タスクを置く、といった形です。

多くのWebガントチャートツールでは、親タスクの期間は子タスクの開始日〜終了日の総合期間として自動計算され、進捗率も子タスクの加重平均として算出されます。これにより、概要レベルと詳細レベルの両方を、同じデータから生成できます。

階層化の3つのメリット

メリット1：閲覧者の役割に応じた粒度で見せられる

経営層や顧客には親タスクだけを見せ、現場のメンバーには孫タスクまで見せる、という使い分けができます。同じ図でも、見たい人に応じて「ズームイン／ズームアウト」できるイメージです。

メリット2：進捗を自動的に集約できる

子タスクの進捗率を入力すれば、親タスクの進捗率は自動で計算されます。フラットなタスク一覧の場合、「全体としては何%進んだのか」を手動計算する必要がありますが、階層化ではこれが不要になります。

メリット3：作業の追加・削除がしやすい

「新しい工程が追加された」「想定外のタスクが必要になった」というとき、適切な親タスクの下に追加するだけで、全体の構造が崩れません。フラット構造に新タスクを差し込むと、見た目の整合性を取り直す手間がかかります。

3つのコツ — 崩れにくい階層を設計する

コツ1：階層は3階層まで

「親 → 子 → 孫」までの3階層が、人間が一目で把握できる限界です。4階層以上にすると、横にインデントが深くなりすぎてガントチャート上で見づらくなり、「これはどこに属していたっけ？」という迷子状態が増えます。

もし4階層以上が必要に感じる場合は、プロジェクト自体を分割したほうが管理しやすくなることが多いです。

コツ2：親には「作業」ではなく「フェーズ・成果物」を置く

親タスクに「設計をする」のような動詞ベースの名前を付けると、子タスクと役割が被ってしまいます。親には「設計フェーズ」「設計成果物」のように、塊を表す名詞ベースの表現を使うと、子タスクとの関係が整理されやすくなります。

コツ3：子タスクの合計が親の100%になるように設計する

WBSと同じ100%ルールが、ここでも有効です。親タスク「設計フェーズ」の子タスクをすべて足しても「設計フェーズで必要なこと」が完成しないなら、何かが漏れています。子タスクの集合が親をカバーしているかを設計時に必ずチェックしましょう。

崩れやすい3つのパターン

パターン1：粒度のバラバラな子タスクが混在

同じ親の下に、「1日で終わる細かい作業」と「2週間かかる大物」が並んでいるケースです。粒度が揃っていないと、進捗確認のリズムが取りづらくなります。同じ階層には同じくらいの大きさのタスクを並べる、を意識しましょう。

パターン2：親と子の境界が曖昧

「企画」という親の下に「企画書作成」という子があると、ほぼ同じ意味のタスクが2階層に登場することになります。これは設計時に「親を成果物名」「子を作業ステップ」のように、別レイヤーの言葉で表現することで防げます。

パターン3：途中から階層化したくなる

最初はフラット構造で始めたものの、規模が膨らんで階層化が必要になるケースです。この場合、無理にすべてを階層化しようとせず、肥大化した部分だけを階層化する、という部分適用が現実的です。

業種別の階層設計例

階層化と「フラットなまま運用」の使い分け

• フラットが向くケース：タスク数が10個未満／1人で進めるプロジェクト／短期の単発案件
• 階層化が向くケース：タスク数が20個以上／複数人で進める／報告階層がある（経営層・部門長・現場）

規模に応じて構造を変えるのは自然なことです。最初から完璧な構造を目指す必要はありません。