GitHub プロジェクト ボードで作業を管理する

GitHub Projects には、プロジェクトの成果物、リリース日、イテレーションを制御して、今後の作業計画を効果的に行う包括的な機能が用意されています。 これらの機能を戦略的に活用する方法を理解することで、プロジェクトの配信結果を変革できます。

イテレーション計画フレームワーク

戦略的反復設計の原則:

イテレーションを作成することで、次のことができます。

• 予測可能なリリース周期のために、アイテムをタイム ボックス配信サイクルに関連付ける
• チームの容量と複雑さの要件に基づいて最適な期間を設定する
• 計画、振り返り、チーム開発のための戦略的な休憩を含める
• ビジネス マイルストーン と顧客のデリバリーの期待に合わせる

反復長の選択ガイドの例:

イテレーション フィールドを最初に作成すると、3 つのイテレーションが基盤として自動的に作成されます。 プロジェクトのタイムラインと配信戦略に基づいて、これを拡張することを計画します。

高度な反復フィールドの構成

戦略的反復フィールドの作成

コマンド パレットまたはプロジェクト インターフェイスを使用して、チームのワークフローに合わせて最適化されたイテレーション フィールドを作成できます。

コマンド パレットメソッド (効率を高める場合に推奨):

「新しいフィールドの作成」と入力します。 コマンドパレットに「新しいフィールドを作成」と表示されたら、それを選択します。

詳細な構成のインターフェイス メソッド:

1. プロジェクトに移動する
2. 右端のフィールド ヘッダーでプラス記号 (+) をクリックします
3. ドロップダウン メニューから [新しいフィールド ] を選択する
4. 反復フィールドを戦略的に構成する:

戦略的反復フィールドの名前付け:

• "Sprint"、"リリース サイクル"、"開発フェーズ" という明確なビジネスアライン名を使用する
• バージョンまたはタイムラインインジケーターを含める: "Q1 2024 スプリント"、"バージョン 2.1 サイクル"
• チームの理解と導入を検討する

詳細な構成オプション:

1. 名前の選択: ビジネス コンテキストとチーム ワークフローを反映する名前を選択する
2. フィールドの種類: タイム ボックス計画の [イテレーション] を選択する
3. 開始日戦略:
   • 現在の日: プロジェクトをすぐに開始する場合
   • 戦略的な日付: ビジネス サイクル、チームの可用性、メジャー リリースに合わせる
4. 期間の最適化:
   • 標準チーム: 計画とデリバリーのバランスを取るための 2 週間 (14 日)
   • 研究チーム:より深い調査サイクルのための3〜4週間
   • メンテナンス チーム: 迅速な対応と修正のための 1 週間
5. 「保存して作成」をクリック

エンタープライズ イテレーションの名前付け規則の例:

Format: [Project]_[Year]_[Type]_[Number]
Examples:
- CustomerPortal_2024_Sprint_01
- API_2024_Release_Q1
- Mobile_2024_Feature_Phase2

戦略的なイテレーションの管理とスケーリング

イテレーションの追加と最適化

体系的な反復計画アプローチ:

1. プロジェクトに移動する
2. 右上の設定メニュー (3 つのドット) をクリックします
3. [ 設定] を 選択してプロジェクトの構成にアクセスする
4. 拡張する反復フィールド名をクリックします。
5. 戦略的イテレーションの追加:
   • 標準期間のサイクルに対して[イテレーションの追加]をクリックします。
   • ビジネス カレンダーの配置とチームのキャパシティを検討する

高度な反復カスタマイズ:

1. カスタム イテレーション構成:

   • [イテレーションの追加] の横にあるドロップダウンをクリックします
   • 戦略的な開始日の選択: ビジネス 四半期、チームの可用性、または依存関係の完了に合わせる
   • 動的期間管理: スコープの複雑さとチームの容量に基づいて調整する
   • [ 追加] をクリックして実装する

2. 変更を保存して検証する: プロジェクト タイムラインとのイテレーションの配置を確認する

戦略的な中断計画とチーム開発

イテレーション中断のベスト プラクティス: イテレーションに中断を挿入して、スケジュールされた時間を配信作業から離れて伝え、次の機能を有効にすることができます。

戦略的な中断の種類:

• 計画セッション: 要件の収集、アーキテクチャ設計、スプリント計画
• チーム開発: トレーニング、会議、スキル開発、チームビルディング
• プロセスの改善: 振り返り、プロセスの最適化、ツールの評価
• メンテナンス期間: インフラストラクチャの更新プログラム、セキュリティ パッチ、技術的負債
• 休日期間: 計画された休暇時間、会社の休日、チームの再充電

休憩計画のフレームワーク:

Break Duration Guidelines:
- Planning breaks: 1-2 days between iterations
- Development breaks: 3-5 days quarterly
- Major maintenance: 1 week annually
- Holiday breaks: Variable based on team and region

エンタープライズ規模のイテレーション管理

複数チームの調整戦略:

同期されたイテレーション:

• すべてのチームを調整されたリリースの同じイテレーション スケジュールに合わせる
• 共有計画と振り返りサイクル
• 依存関係の管理と通信の簡素化

段階的な反復:

• 継続的インテグレーションとテストを可能にするためにチーム サイクルをオフセットする
• 共有サービスのリソース競合の削減
• デプロイ パイプラインの使用率の向上

ポートフォリオ レベルの計画:

• プログラムの増分: 複数のチームを調整する 8 ~ 12 週間のサイクル
• リリース トレーニング: 統合ソリューションの調整された配信
• マイルストーンの調整: ビジネスに重要な納期と依存関係

イテレーションヘルスモニタリング:

• 速度追跡: イテレーションごとに完了したストーリー ポイントまたは作業項目を監視する
• バーンダウン分析: イテレーションの目標に向けた進行状況を追跡し、リスクを特定する
• 振り返りメトリック: チームの満足度とプロセス改善の機会を把握する
• 容量使用率: チームのワークロードのバランスを取り、バーンアウトを防ぐ

イテレーションの詳細については、次を参照してください。

• プロジェクトでのイテレーションの管理 - GitHub Docs。
• プロジェクトを管理するためのベスト プラクティス - GitHub Docs。