GitLabをアジャイルな開発環境でどのように使うか

2022/2/11 21:212022/4/10 13:59

アジャイルなプロダクト開発では何を確認する必要があるか

Mapping Agile artifacts to GitLab featuresにアジャイル開発で使うものと、それがGitLabでどの機能にあたるかの対応表があります。それをもとに、各役割の人が何にフォーカスして、どの機能を主に使うかというのをマッピングしました。

(GitLabを紹介するための一例としてこのように表現しています。組織によって異なると思いますが説明しやすいように単純化しています。メンバもプロダクトやイテレーションにも気を配るべきだとは思っていますが単純化するとフォーカスや使う機能はどうかという話です。)

GitLabでの各機能の紹介

Group/Project

架空のプロダクトで開発を通してGitLabを使っていきましょう。Todoリストの TODO という名前のプロダクトを開発するとしましょう。まず各種機能を使うために以下を作ります。

作ったもの	名前	機能
Group	TODO	TODOプロダクト全体を管理するグループ
Project	TODO-client	TODOプロダクトのソースコードを保存するレポジトリ

Epic

TODO グループのプロダクトオーナは最初のリリースのために以下のEpicを作りました。

Issue

Epicを完了するためのUser storyをIssueとしてプロダクトオーナは追加します。

Issueができあがったら各Issueで何を行うかの詳細化が必要です。必要なメンバが開発可能になるようにタスクリストを追加します。Issue同士の依存関係も設定できます。今回は#1が完成しないと#2と#3は作業ができません(Blocks)。Issueにweight(story point)も振ることができます。後述するMilestoneでweightによるBurndown/Burndownチャートが表示できます。

Milestone

スクラムマスタは開発計画をたてるためにMilestoneをつくります。

依存関係を考慮して#1のIssueをMilestone 1に、#2と#3のIssueをMilestone 2に振ります。weightの合計やBurndown/Burnupチャートを見ることができます。

Merge Request

メンバはIssueが開発可能になったので開発し、Merge requestを出します。

Roadmap

Merge requestがマージされると、Issueが自動で閉じられます。IssueはEpicに紐付けられているので、プロダクトオーナやスクラムマスタは、Roadmapで進捗を確認できます。

他にも多くの機能がありますが、これでMapping Agile artifacts to GitLab featuresで紹介している一連の機能には触れました。Agile Planningでも同じような概要がみれます。

チームのサイズによる違い

チームが１つでプロダクトも１つという小さな組織では先ほどの使い方でも大丈夫そうですが、複数のチームがあるような大きな組織はどのようにGitLabが使えるか疑問がわいてくると思います。GitLabはHow to use GitLab for Agile portfolio planning and project managementで述べていることが以下の図に凝縮されています。Epicを階層化して対応するのがよさそうです。

まとめ

GitLabを使ってどのようにアジャイルな開発をマネージできるか確認していきました。開発で使うそれぞれのアイテム(Roadmap, Milestone, Issue, Merge Requestなど)が連動してプロダクトメンバの負荷を下げるように作られているのがわかりました。多くの機能があるために結構ごちゃごちゃしていますが、1つのツールだけでアジャイル開発すべての工程をまかなえるのが大きな魅力でした。