Issue とカンバンボードのプロジェクト管理ガイドライン

背景

GitLab のボードを使用すると、3 つの方法のうちの 1 つによって定義できる Issue リストを可視化し管理できます: ラベル、チームメンバー、マイルストーン。

まず、ボードの一般的な使い方として、作業を可視化するカンバンスタイルがあります
- このシナリオでは 3〜4 のリストがあります: Backlog（バックログ）、Doing（作業中）、Waiting for（待機中）、Done（完了）
- ユーザーは特定の Issue に取り組んでいることを示すために、Issue を Backlog から Doing リストへ移動します。タスクが完了すれば Done へ移動し、障壁にぶつかって自分の制御外のものを待たなければならない場合は Waiting for へ移動します
- このシンプルな例では、Issue がリスト間で移動されるとき、ボードは本質的にラベルを 追加 および 削除 しています。
ボードが役立つ 2 つ目の状況は、作業を個人に割り当てることです。この状況では、ボードはチームメンバーによって定義され、異なるユーザーがリストとして表現されます。Issue がユーザーのリストに移動されると、その Issue はそのユーザーに割り当てられます。
ボードを使用できる 3 つ目の例は、リストが異なる マイルストーン として定義され、Issue を 1 つのリストから別のリストへ移動することで、その Issue がいつ作業されるかというマイルストーンを実質的に変更する場合です。

ボード上に表示される Issue のスコープは、label、assignee、milestone、または場合によっては weight でフィルタされます。

board scope

ボードは、以下の組み合わせで定義されるリストのグループをサポートします

Issue がボード上である 1 つのリストから別のリストへ移動されると、ボードは基本的に 2 つのことを行います:

ボードリストはまた、各リスト内の Issue の総「重み」を合計し、リスト内の総作業量を見積もる方法として使われます。

ボードは GitLab のプロジェクトとグループの両方のレベルに存在できます。

管理する必要がある Issue のスコープに応じて、ボードは最も適切なレベルで定義するべきです。

ボードリスト上の Issue の順序は、ドラッグアンドドロップで並べ替えることができ、関連する Issue の相対的な優先度を判断するために使用できます。Issue がボード上で垂直方向に移動されると、これは GitLab のすべてのボード上での Issue の相対的な関係性を変更します。

私たちはボードに以下のようなクールな機能を追加するために投資しています

ボード上で Issue を 1 つのリストから別のリストへ移動すると、1 つの変更（ラベルの追加/削除、Issue の割り当て/割り当て解除）のみが行われます。
Issue を 1 つのリストから別のリストへドラッグして、複数のことを変更することはできません。例えば、ボードを使って Issue を人に割り当てると同時にラベルやマイルストーンを追加することはできません。
ボードリスト内の Issue をソートすることはできません。上下にドラッグすることのみ可能です。
ボード上で Issue の順序を誰かが変更しても、優先度の変更の履歴や記録はありません。したがって、チームが上下にドラッグすることで重要度を示しながら Issue を管理している場合、現在のところ、誰が何をいつ変更したかの記録はありません。関連する Issue の相対的な優先度/重要度は GitLab UI 上では露出されません。
関連する Issue を表示するための「読み取り専用」または「静的」なボードを持つ方法はありません。常にライブで、変更を受け入れる準備ができています。