1940 年代のトヨタ社のリーン生産方式の概念を起源として、ソフトウェア開発チームは、絶えず変化する顧客のニーズに迅速に対応しながら、無駄を削減し、透明性を高めるためにアジャイル手法を活用してきました。「ビッグバン」方式の立ち上げに重点を置いているウォーターフォール型のプロジェクト管理とは大きく異なり、アジャイル型はソフトウェア チームのコラボレーションを向上させ、これまでにないほど迅速なイノベーションの実現を促進します。

従来のアジャイル型プロジェクト管理は、スクラムおよびカンバンという、2 つのフレームワークに分類できます。スクラムは固定された期間のプロジェクト イテレーションに重点を置き、カンバンは継続的なリリースに重点を置いています。作業が完了すると、チームは即座に次のリリースに移行します。

アジャイル プロジェクト管理フレームワーク 1: スクラム

スクラムは、スプリントと呼ばれる、固定された期間の作業のイテレーションを採用しているアジャイル型プロジェクト管理のフレームワークです。各スプリントは、4 つのセレモニーで構成されています。

すべてはバッグログ、つまり完了させなければいけない一連の作業のログ作成から始まります。スクラムでは、2 つのバックログがあります。1 つは製品バックログ (製品所有者が所有) で、優先順位付けされた機能のリストです。もう 1 つはスプリント バックログで、次のスプリントのキャパシティに達するまで、製品バックログの一番上から課題を取り出すことによって作成します。スクラム チームにはプロセスにおけるチームの関係に固有の独特な役割があります。一般的には、スクラム マスター (チームのスクラム方式の推進者)、製品所有者 (製品の代弁者)、およびスクラム チーム (多くの場合、作業を完了させる責任を負う部門横断型のチーム メンバー) で構成されます。

スクラムの 4 つのセレモニー

アジャイル プロジェクト管理フレームワーク 2: カンバン

カンバンは、作業をチームのキャパシティに合わせるアジャイル型プロジェクト管理のフレームワークです。物事を可能な限り早く完了させることによって、チームが変更に対してスクラムよりもさらに迅速に対応することを重視します。

スクラムとは異なり、カンバンにバックログはありません (一般的な場合)。代わりに、作業は To Do 列に配置されます。これにより、カンバン チームは継続的なリリースに集中でき、いつでも完了することが可能になります。すべての作業は可視化され、範囲を決められ、実行可能な状態になっているため、あるものが完了すると、チームは即座に次の作業に移行します。作業量は、WIP 制限を通じてチームのキャパシティに一致させます。WIP 制限とは、同時に単一の列 (To Do 列を除く) に入れられる、事前定義した作業量の制限です。カンバン フレームワークには、次の 4 つのコンポーネントが含まれます。

カンバンの 4 つのコンポーネント

ソフトウェア開発のサポートのためにどのようなアジャイル フレームワークを選択するにしても、今後の作業またはスプリントの計画を立てるには、チームの進捗状況を把握する方法が必要です。アジャイルなプロジェクト見積もりは、チームのキャパシティを理解するうえでスクラムおよびカンバンの両方のチームに役立ちます。アジャイル レポートは、チームの進捗を経時的に示します。ガント チャートおよびバックログ グルーミングによって、プロジェクト マネージャーは作業のリストを最新の状態に保ち、チームが取り組めるように準備できます。