GitLabのアジャイルプロジェクト管理機能を使いこなす — Epic・マイルストーン・イテレーションの全体像 - チュートリアル 5
GitLabにはプロジェクトの計画・追跡を支援する機能が豊富に揃っています。「なんとなく使っているけど、全体像がよくわからない」という方も多いのではないでしょうか。
この記事では、GitLabが提供する自己学習コース「GitLab Agile Project Management」の内容をベースに、GitLabのプランニング機能の概念と使い方を整理してご紹介します。実際のハンズオン録画も公開しているので、ぜひあわせてご覧ください。
この記事で扱う内容
- GitLabのプランニング機能に登場するキーワード（Epic・マイルストーン・イテレーション・ラベル・ボード）
- スクラムやカンバンといったアジャイル手法との対応関係
- グループ／サブグループ／プロジェクトの階層設計
- ロードマップ・バーンダウンチャートなどの可視化機能
- GitLab 19.0で登場した「ワークアイテム」の新概念
GitLabのDevOpsライフサイクルの中でのプランニング
GitLabはコードのホスティングだけでなく、計画・開発・テスト・セキュリティ・リリース・モニタリング・ガバナンスまで、開発の全工程をカバーするプラットフォームです。
その中でプランニング機能が担うのは 「計画フェーズ」 、つまり「誰が・何を・いつまでにやるか」を整理するところです。中心となるキーワードが Epic・マイルストーン・イテレーション・Issue（一周） の4つです。
キーワード整理：Epic・マイルストーン・イテレーション
GitLabのプランニング機能を理解する上で、この3つの関係を掴むことが最初の関門です。
Epic（エピック）：大きなテーマ
Epicは大きなテーマや取り組みのまとまり を表します。「システムのパフォーマンス改善」「新規機能の追加」といった単位です。複数のIssueをひとつのEpicにぶら下げることで、関連作業を一元管理できます。
従来はグループレベルでのみ作成可能でしたが、2026年5月時点でプロジェクトレベルでも作れるよう機能拡張が進んでいます。
マイルストーン：締め切りの定義
マイルストーンは 「いつまでに終わらせるか」を定義する期間の区切り です。「第1四半期中に完了」「8月末までにリリース」といった単位で設定します。Issueをマイルストーンに紐づけることで、何がどの締め切りに属しているかが一目でわかります。
イテレーション：週次・スプリント単位の繰り返し
マイルストーンが「ゴール」だとすれば、イテレーションは「そこへ向かうための週次の歩み」です。
夏休みの宿題で考えてみましょう。「8月31日までに終わらせる」がマイルストーン。「毎週ドリル10ページずつ進める」がイテレーションです。
人はゴールだけを見ていると後回しにしがちです。イテレーションを使うことで定期的に進捗を確認でき、こなせなかったタスクを翌週のイテレーションに持ち越す（スライドする）こともできます。スクラムのスプリントに相当する機能です。
Issue（一周）とタスクの使い分け
Issueは個々の作業チケットです。バグ修正・機能開発・セキュリティ対応など、あらゆる作業単位をIssueとして登録します。
GitLab 19.0からは、Issueの子要素としてタスクを定義できるようになりました。さらに注目は「ワークアイテム」という概念の導入です。
従来は「Epic」「Issue」「タスク」という固定の種類しかありませんでしたが、ワークアイテムの仕組みによって自分でカスタムの種類を作れるようになりました。プロジェクトの性質に合わせた柔軟な管理が可能になります。
グループ・サブグループ・プロジェクトの階層
GitLabでは組織構造をグループ → サブグループ → プロジェクトという階層で表現します。
[グループ] DevOps Organization
└─ [サブグループ] フロントエンドチーム
│ └─ [プロジェクト] UIアプリ
└─ [サブグループ] バックエンドチーム
└─ [プロジェクト] APIサーバー
ポイントはアクセス権限の継承です。上位グループで設定したメンバーとロールは、配下のサブグループ・プロジェクトに自動的に引き継がれます（インヘリット）。
アクセス可視性には3種類あります。
| 種別 | 見える範囲 |
|---|---|
| Public | 外部からも閲覧可能 |
| Internal | GitLabインスタンスに登録済みのユーザー全員 |
| Private | そのグループ・プロジェクトのメンバーのみ |
見積もりと実績の記録：コミュニケーションコストを減らす
Issueには見積もり時間（エスティメイト）と実績時間を記録できます。
これは単なるメモ以上の意味を持ちます。「画面に画像を表示するだけで2週間？」と感じたとき、見積もりの根拠を問いかけることで「実はファイルアップロードの仕組みから作り直す必要があって…」という背景が共有されます。見積もりをチケットに残しておくことで、認識のズレをチームで早期に発見できる仕組みになります。
ロードマップとバーンダウン／バーンアップチャート
有料プランの機能にはなりますが、これらの可視化機能は計画の全体感を把握するのに非常に役立ちます。
ロードマップはEpicとマイルストーンを時系列で並べたガントチャート風の画面です。EpicのプログレスバーにはIssueの件数だけでなく「ウェイト（重さ）」も反映できるため、数は少なくても工数が重いEpicを見落とさずに済みます。
バーンダウンチャートは残タスクの推移、バーンアップチャートは完了タスクの積み上がりをそれぞれ可視化します。モチベーションや進め方の好みに応じて使い分けてみてください。
アジャイルフレームワークとの対応
GitLabはスクラム・カンバン・エクストリームプログラミングといったアジャイル手法に対応しています。GitLabのブログ（英語・日本語あり）では、SAFeなどのフレームワークで使われる言葉とGitLabの機能の対応表が公開されています。
たとえばSAFeでいうところの「Epic → Capability → Feature」という3層が、GitLabのEpicの親子関係としてどう表現できるかといったガイドが整備されています。
GitLabフローという開発手法
プランニングと密接に関わる開発フローとして、GitLab Flowという考え方があります。
大まかな流れは次のとおりです。
- Issueでタスクを定義する
- メインブランチからフィーチャーブランチを切る
- 変更を加えてセキュリティチェック等を実施する
- マージリクエストを作成してレビューを受ける
- 承認を得たらメインブランチへマージする
「チケット駆動開発」とも呼ばれるこのフローを一貫してGitLabで管理できるのが、GitLabの強みのひとつです。
ハンズオンで実際に触ってみよう
記事で紹介した内容は、GitLabの自己学習コース「Introduction to the GitLab Plan Stage」で60分のハンズオンとして体験できます。受講後に修了証も発行されます。
また、グループ作成・メンバー追加・Epicや一周の作成・ロードマップの確認といった一連の操作を実際に行うラボ環境が用意されており、一時的なトークンキーを使って本物のGitLab環境で試せます。
詳しい操作の流れはハンズオン録画でご確認ください。概念の整理と画面操作の両方を確認しながら進めていただくと、理解がぐっと深まります。
まとめ
| 機能 | 役割 |
|---|---|
| Epic | 大きなテーマ・取り組みのまとまり |
| マイルストーン | 締め切り・期間の区切り |
| イテレーション | 週次スプリント。こなせなかったものは翌週へ |
| Issue（一周） | 個々の作業チケット |
| タスク | Issueの子要素 |
| ワークアイテム | v19.0〜。Epic・Issue・タスクを統合した概念。カスタム種類も作成可 |
| ロードマップ | Epicとマイルストーンの時系列可視化 |
| バーンダウン/アップ | 進捗の可視化チャート |
GitLabのプランニング機能は、コードと計画を同じ場所で一元管理できる点が最大の強みです。「どこから手をつければいいかわからない」という方は、まずグループを1つ作ってEpicとIssueを数個登録してみるところから始めてみてください。