アジャイルガイド · アジャイルの基礎
なぜアジャイルプロジェクトマネジメントを使うのか？メリットとトレードオフ
アジャイルは人気がありますが、人気があることは採用する理由になりません。このガイドでは、アジャイルが実際に何を改善し、何を代償とし、自分のプロジェクトに合うかどうかをどう判断するかを解説します。
要点
- アジャイルの最大のメリットは、間違ったものを作るリスクを減らすことです。
- 意思決定者が関与できること、作業を分割できること、チームが安定していることが必要です。
- これらの条件が欠けている場合は、予測型またはハイブリッド型のアプローチのほうが適していることがあります。
主なメリット
- 間違ったものを作るリスクの低減。 実際のユーザーとの頻繁なレビューにより、誤解が数か月ではなく数週間以内に見つかります。
- 早期の価値提供。 使える部分は準備ができ次第リリースされるため、プロジェクトの終了前から便益が得られます。
- 進捗の可視化。 動く成果とシンプルなチャートで状況が把握しやすくなり、ステークホルダーの信頼が高まります。
- 変化への対応力の向上。 新しい優先事項はバックログに追加され、重い変更管理プロセスを経ずに次の計画セッションで検討されます。
- 品質の向上。 テストとレビューが最後に詰め込まれるのではなく、毎サイクル行われます。
- チームのエンゲージメント向上。 自分の作業を自ら計画し、その影響を実感できる人は、モチベーションが高くなる傾向があります。
アジャイルが機能するために必要なこと
- 意思決定ができ、レビューに参加できるプロダクトオーナーまたは顧客代表。
- それぞれが何らかの価値を提供する小さな単位に分割できる作業。
- 長い引き継ぎなしで作業を完了できるスキルを備えた、安定したクロスファンクショナルなチーム。
- スコープが柔軟に変わることを受け入れ、当初の計画どおりかどうかではなく成果で成功を判断するリーダー。
- チームが振り返り、改善するための時間。
予測型アプローチのほうが適している場合
アジャイルはすべてのプロジェクトに適した答えではありません。予測型または ハイブリッド アプローチのほうが適していることが多いのは、次のような場合です：
- 要求事項が規制や契約で固定されており、変更される可能性が低い。
- 成果を部分的に使うことができない。半分だけの橋や、半分だけのデータセンター移行には価値がない。
- プロジェクト後半での変更が非常に高コストまたは危険である。
- 顧客が定期的なレビューに参加できない。
アジャイル導入が期待外れに終わるよくある理由
- 意思決定の方法を変えずに、古いプラクティスの名前だけを変える（「進捗会議をスタンドアップと呼ぶ」など）。
- スコープ、期間、コストをすべて固定したまま、アジャイルの柔軟性を期待する。
- 1イテレーションで完了できる以上の作業をチームに詰め込む。
- レトロスペクティブを省略し、プロセスが一向に改善されない。
- ベロシティでチームを評価し、チーム同士を比較する。
参考： アジャイルの導入方法 で、これらの落とし穴を避けるための実践的な手順を紹介しています。
よくある質問
アジャイル型プロジェクトマネジメントはウォーターフォールより速いですか？
全体の期間が短くなるとは限りませんが、アジャイルでは通常、最初の使える成果がはるかに早く提供され、誰も必要としないフィーチャーに費やす時間も減ります。
アジャイル型プロジェクトマネジメントは安く済みますか？
安くなる可能性はあります。主に間違ったものへの作業を避けられるためです。ただし顧客により多くの時間を求めることになり、頻繁なテストやリリースにもそれなりのコストがかかります。
アジャイル型プロジェクトマネジメントの主なメリットは何ですか？
間違ったものを作るリスクの低減、使えるリリースによる早期の価値提供、進捗の可視化、変化への対応のしやすさ、毎サイクルのテストによる品質向上、チームのエンゲージメント向上です。
アジャイル型プロジェクトマネジメントのデメリットは何ですか？
顧客により多くの時間を求め、長期的な日程やコストの確実性が下がり、固定契約や使える単位に分割できない作業では苦戦することがあります。
アジャイル型プロジェクトマネジメントを使うべきでないのはどのような場合ですか？
要求事項が規制や契約で固定されている場合、成果が完成するまで価値を持たない場合、後半での変更が非常に高コストまたは危険な場合、顧客が定期的なレビューに参加できない場合です。予測型またはハイブリッド型のアプローチのほうが適していることがあります。
アジャイル型プロジェクトマネジメントがうまくいかないことがあるのはなぜですか？
よくある原因は、権限を持つプロダクトオーナーがいない、リーダーがスコープと期限を両方とも固定する、チームが真にクロスファンクショナルでない、マインドセットを伴わずに会議だけを取り入れる、などです。参考： アジャイルの導入方法.
アジャイル型プロジェクトマネジメントは品質を向上させますか？
通常は向上します。テストとレビューが最後に詰め込まれるのではなく毎サイクル行われ、問題がまだ安く修正できるうちに見つかるからです。
アジャイル型プロジェクトマネジメントはプロジェクトのリスクを減らしますか？
はい。主に誤った前提を早期に明らかにすることによってです。実際のユーザーとの頻繁なレビューにより、チームが正しいものを作っているかどうかが数週間以内にわかります。
アジャイル型プロジェクトマネジメントは小規模なプロジェクトに向いていますか？
多くの場合、はい。小規模なプロジェクトでは、フレームワーク全体のオーバーヘッドなしに、バックログ、ボード、短いレビューサイクルといった軽量なアジャイルのプラクティスを使えます。
アジャイル型プロジェクトマネジメントの採用をどうやって経営陣に納得してもらえばよいですか？
適したプロジェクトでパイロットから始め、事前にいくつかの成果指標に合意し、動く成果を早期に示しましょう。一般論よりも自社の実績のほうが説得力があります。
アジャイル型プロジェクトマネジメントはウォーターフォールと組み合わせられますか？
はい。多くの組織では、ガバナンスには予測型のマイルストーン計画を使い、各フェーズの中でアジャイルに提供しています。参考： アジャイルとウォーターフォールの比較.