ソフトウェア開発チームのためのカンバン

ソフトウェア開発のためのカンバン

ソフトウェアチームは、開発ライフサイクルに自然にマッピングできるため、カンバンから大きな恩恵を受けます。エンジニアリングチーム向けの実証済みカラムレイアウトを紹介します。

推奨カラムレイアウト

Backlog → Ready → Development → Code Review → QA → Staging → Done

各カラムはソフトウェアデリバリーパイプラインのステージを表します：

• Backlog -- すべての将来の作業アイテム。大まかに優先順位付け。
• Ready -- 完全に仕様化され、開発者がプルする準備ができたアイテム。
• Development -- アクティブなコーディング作業。WIP制限：開発者あたり1〜2。
• Code Review -- ピアレビューを待つプルリクエスト。
• QA -- テスト中のアイテム。自動テストと手動テストを含む場合があります。
• Staging -- ステージング環境にデプロイされ、最終承認を待っています。
• Done -- マージされ、本番環境にデプロイ済み。

ソフトウェアチーム向けカラーラベル

• 赤 -- バグ / 本番環境の問題
• 青 -- 機能 / ユーザーストーリー
• 黄 -- 技術的負債 / リファクタリング
• 緑 -- ドキュメント / プロセス改善
• 紫 -- スパイク / リサーチ

プルリクエストとコードレビュー

DevelopmentからCode Reviewへの移行は、多くのチームがボトルネックを経験する場所です。Code ReviewにWIP制限（例：3アイテム以下）を設定すると、新しい作業を始める前にレビューが完了することが保証されます。

エンジニアリングチームのヒント

• カードは小さく保つ。カードは最大1〜3日の作業を表すべきです。
• すべてのカードに受け入れ基準を含める。
• 説明フィールドにPR、設計ドキュメント、チケットへのリンクを含める。
• スタンドアップでブロックされたアイテムを毎日レビューする。