マイルストーンプロジェクト管理ガイドライン
背景
GitLab には時間ベースのトラッキングの 2 つの概念があります。
- マイルストーン: 特定の期間にわたる複数の Issue の進捗を追跡し、Epic の計画と管理に役立ちます。
- イテレーション: 特定の期間内に完了するアクション項目をキャプチャするため、アジャイルまたはアジャイルライクなスプリントを計画するのに役立ちます。
マイルストーン
マイルストーンは、特定の期間にわたる複数の関連 Issue の進捗を追跡する優れた方法です。マイルストーンを使用すると、その期間内に Issue がどれだけ速く完了しているか（バーンダウンチャート）を確認でき、ラベルでグループ化された Issue や、ステータス（未割り当て、割り当て済み、完了）でグループ化された Issue を表示できます。
マイルストーンは、複数の Issue の進捗を追跡し、Epic を計画・管理するときに非常に役立ちます。
マイルストーンの 2 つの例:
- Product and Solution Marketing 四半期マイルストーン - 所与の四半期のストラテジックマーケティング作業の大部分を示しています。
- UseCase 月次スプリントマイルストーン
知っておくべき重要事項
- マイルストーンは
プロジェクトとグループの両方のレベルで作成できます。 - マイルストーンは、Epic の日付を確立するために使用できます（Epic は Issue とそれに関連するマイルストーンから日付を継承します）
- マイルストーンは日付範囲（開始日と終了日）を設定します
- Issue はマイルストーンに追加されます
- マイルストーンリストは、名前と日付（
期日または開始日）でのみソート可能です
既知の制限
- マイルストーンリストはフィルタリングできず、ソートが限定的です
- マイルストーンにはラベルがなく、ラベルでフィルタリングできません
- マイルストーンは変更履歴を追跡せず、誰がマイルストーンを作成/変更したかも記録しません
- Issue で - Issue をマイルストーンに追加するとき、マイルストーンのリストにはそのプロジェクトと親グループのすべてのマイルストーンが表示されます（潜在的に非常にたくさんのマイルストーン）
- グループで - マイルストーンのリストには、そのグループとその下のグループで定義されたすべてのマイルストーンが表示されます（潜在的に非常にたくさんのマイルストーン） - この機能リクエストはこの制限に対応します。
- プロジェクトで - マイルストーンのリストにはそのプロジェクトで定義されたマイルストーンのみが表示されます（一見すると非常に少ないマイルストーン）。機能リクエストを参照
ガイドライン
必要な最低レベルでマイルストーンを定義する
マイルストーンは可能な限り組織の最低レベルで定義してください。
- マイルストーンが特定のプロジェクトにのみ適用される場合、そこにマイルストーンを作成します
- マイルストーンがプロジェクトのグループに適用される場合、可能な限り低いグループでマイルストーンを作成します
これにより、所与の Issue で（Issue をマイルストーンに追加するときに）利用可能なマイルストーンのリストは、関連するマイルストーンのより小さなリストに制限されます。（リストはまだ非常に長いかもしれません）
マイルストーンの命名規則 - 名前のプレフィックス
フィルタリングの制限と潜在的なマイルストーンの大量さのため、一貫した命名規則は適切なマイルストーンを見つけるために非常に、非常に、非常に役立ちます。
- すべてのマイルストーン名はグループまたはプロジェクトの略語で始めるべきです。推奨は、2 文字の略語にアンダースコアを続けて名前にプレフィックスを付けることです:
gg_。
例えば:
- 「Revenue Marketing」プロジェクト内のプロジェクトマイルストーンは次のように名前を付けるべきです:
**rm_**マイルストーン名
- 「Product and Solution Marketing」グループ内のグループマイルストーンは次のように名前を付けるべきです:
**sm_**マイルストーン名
これは 2 つの方法で役立ちます。第一に、マイルストーンのリストを見るとき、それらをソートして関連するマイルストーンを一緒にまとめることができます。第二に、Issue でマイルストーンを追加するとき、名前で検索でき、適切なマイルストーンのサブセット（プロジェクトまたはグループのいずれか）を見つけやすくなります。
マイルストーンの説明 - マイルストーンの履歴と所有者を含める
マイルストーンにはまだ変更履歴や、誰がそれを作成したか、なぜ作成したかの詳細が含まれていないため、説明フィールドを使って空白を埋めるべきです。
- 説明フィールドにマイルストーンの目的とマイルストーンの所有者/管理者を記述する
マイルストーンの詳細
- 使用目的: リリースに似た、より大きな作業単位（範囲と期間）。例: エグゼクティブトピックやキャンペーン
- 実装: マイルストーン
- 時間と期間: 可変
- 命名規則:
teamprefix: マイルストーン名 - Issue 管理: ワークフローとイテレーションの Issue ボード経由
- スコープ: デフォルトは最低スコープ。エグゼクティブトピックや統合キャンペーンにはトップ
marketingグループで定義する。
推奨される日付と期間: それは状況による、ただし短い方が良いことが多いです。マイルストーンには開始と終了の日付があるため、マイルストーン内の Issue や MR はこの時間枠内で完了することが期待されます。マイルストーンの期間が 3 週間の場合、その期間内にマイルストーン内の作業が完了することが期待されます。
各チームと各プロジェクトはユニークで、マイルストーン期間に対する唯一の答えはありません。一部のチームは四半期もの長さのマイルストーンを持っていましたが、他のチームは 4 週間、また他のチームは 1 週間でした。あなたのチームに合う期間を選び、学び、進化してください。
イテレーション
必要な最高レベルでイテレーションを定義する
イテレーションは可能な限り組織の最高レベルで定義してください（同じ時間ベースを使用するまとまりのあるアプローチのために）。
イテレーションの命名規則 - 名前に Mktg を含める
一貫した命名規則は、類似のイテレーション（例: Mktg: を含むものが GitLab のマーケティング部門のみで使用されることを保証するのに役立ちます。
イテレーションの詳細
- 使用目的: イテレーション内で完了できるタスク/ユーザーストーリーをキャプチャするため、アジャイルまたはアジャイルライクなスプリントを計画する。
- 実装: イテレーション
- 時間と期間: 2 週間、月曜日から次の日曜日まで
- 命名規則:
Mktg: YYYY-MM-DD、ISO フォーマットの日付はマイルストーンの終了日。Mktg:はマーケティング全体のイテレーションのみへのフィルタリングを可能にし、ISO 日付は Issue にマイルストーンを割り当てる際に月/日でのさらなるフィルタリングを支援します。 - Issue 管理: ワークフローとイテレーション Issue ボード経由
- スコープ: トップ
marketingグループで定義され、本質的にエグゼクティブトピックと統合キャンペーン向けですが、統一されたワークフローのためにマーケティング内のすべてのグループがこの 1 つのイテレーションセットを使用することが推奨されます。これらは、このレベルで定義される唯一のイテレーションです。
バックログ
- 使用目的: スケジュールする準備ができていない、または計画されていない Issue。次のイテレーションまたはマイルストーンの Issue を選択しスケジュールするためのバケットとしても使用。
- 実装: 現時点ではマイルストーン。
- 時間と期間: 未定義。開始日と期日は設定されません。
- 命名規則:
Backlog - Issue 管理: TBD: バックログリファインメントを参照
- スコープ: トップ
marketingグループで定義。Issue ボードまたは Issue リストでバックログ Issue をスケジュールする際、バックログはチームでさらにフィルタできます。
