アジャイルとは
アジャイルおよびアジャイル開発とは、小さな単位で動くソフトウエアを作っていく考え方、あるいは、その方法論まで含めて表現する場合もあります。2020年ごろから、ソフトウエア開発だけではなく、経営にもアジャイルを取り入れる動きが見られます。
アジャイルの定義
2001年、著名なソフトウエア開発手法の提唱者17名がユタ州の山小屋に集まり、各手法に共通する信念をマニフェストとして記しました。これが、アジャイルの定義である「アジャイルソフトウエア開発宣言（アジャイルマニフェスト）」※です。 マニフェストの中には、アジャイルソフトウエア開発の4つの価値と12の原則が書かれています。
- ※
アジャイルが登場した背景
従来のソフトウエア開発では、事前検討を重視した、重厚長大なアプローチをとっていました。しかしソフトウエア開発は予測が難しいため、うまくいかないプロジェクトが多くありました。予測困難になる要因として、2つの不確実性があります。
マネジメントの不確実性
1つ目はマネジメントの不確実性。どんな見積もり手法を用いたとしても、ソフトウエア開発にかかる時間を正確に算出することはできません。プロジェクトの初期段階では、実際の工数に比べ、4倍もの差が出ることもあります。そのため、従来型開発では予想外の工数の膨らみにより、品質の低下や納期の遅れが起こります。
一方、アジャイルではスケジュールを継続的に評価します。品質、コスト、納期を固定し、スコープ調整を行うことによってマネジメントの不確実性に立ち向かいます。
ビジネスの不確実性
2つ目はビジネスの不確実性。いくら自分たちが考える最高のプロダクトを作ったとしても、ユーザーに使ってもらえなければ価値はありません。そして、ユーザーに使ってもらえるかどうか判断するには、実際に使える状態にするしかありません。従来型開発のように、企画から市場リリースまでが半年〜数年のスパンだと、ユーザーへの提供は年に1回がやっとでしょう。それだと、複雑かつ高速化しているビジネスのスピードについていけません。
アジャイル開発では、短い期間、小さな単位で開発していきます。まずユーザーに使用してもらい、フィードバックを得ることにより、ビジネスの不確実性を少なくしていくのです。
アジャイルへの誤解
アジャイルを始める時に一番大切なことは、関係者全員の理解度を合わせることです。アジャイルに対して理解不足のまま開発を進めると、失敗に陥るケースがあります。よくあるアジャイルへの誤解を紹介します。
早く、安く、良いものができる
アジャイル開発でリリースまでの期間が短くなるのは、ユーザーが本当に必要なものだけにスコープを絞っているためです。もし同じスコープの開発を従来型開発とアジャイル開発で競った場合は、従来型開発の方が早く、安くできるでしょう。
アジャイル開発ではチームや関係者が頻繁にコミュニケーションをとる必要があります。なぜなら、不確実性に対抗するためには、小さく開発し、フィードバックを得て、計画を軌道修正していくからです。コミュニケーションコストが従来型開発よりもかかる分だけ、開発に使える時間は短くなります。
また、良いものができるかどうかはビジネス側の人の関わり方が影響します。従来型開発のように仕様書を開発者に渡して終わりではなく、常に開発者と関わりながら一緒にプロダクトを作っていく。その時間と覚悟が必要です。
計画しない、資料を作らない
アジャイルソフトウエア開発宣言で示された4つの価値のうち、次の2つは誤解をまねきやすいです。「包括的なドキュメントよりも動くソフトウエアを」「計画に従うことよりも変化への対応を」。字面だけ見て、アジャイルは資料を作らないし、計画もしないと勘違いしている人が多いのです。アジャイル開発を取り入れている現場では、少なくとも日に一度は計画を見直します。作った方がチームとして効率が良いのであれば、資料も作ります。4つの価値は、既存の価値を捨て去るのではなく、補完するものなのです。
品質を担保できない
開発期間が短いということは、品質保証のための時間も短く、高品質にはならない。そう考える人もいます。アジャイル開発では、既存型開発と同様に品質を重視していきます。しかし、従来と同じような、隅々まで確認するテストは行いません。短い間隔でリリースするためにどうすればいいかを関係者と対話し、計画していきます。いかにムダな品質保証活動をそぎ落とすのか、テストを自動化するのかが、アジャイル開発で品質を担保するポイントです。
アジャイル開発の手法について
アジャイルの定義であるアジャイルソフトウエア開発宣言には、どう開発を進めれば良いかは書かれていません。そのため、具体的な手法がいくつかあります。中でも、スクラムとエクストリーム・プログラミングの2つで7割程度の採用率を占めています。まずはこの2つをおさえると良いでしょう。
スクラム
スクラムとは、世界で最も採用されているアジャイル開発プラクティスの1つです。3つの役割を擁するスクラムチームと、5つのイベント、3つの成果物から構成されています。詳しくは、スクラムの用語解説をご参照ください。
用語解説「スクラム」
エクストリーム・プログラミング（XP）
エクストリーム・プログラミング（XP）とは、5つの価値（コミュニケーション・シンプリシティ・フィードバック・勇気・リスペクト）をベースに、アジャイルなソフトウエア開発に必要な、具体的な活動内容（プラクティス）を定義しています。プラクティスには、テスト駆動開発、リファクタリング、継続的インテグレーションといった、モダンな開発に取り入れられているものが多いです。
関連記事
このページを見ている人はこんな用語解説ページも見ています
「アジャイル」に関してこんなページも見られています
システムコンサルティング ～ビジネスを 創出するDXソリューション～
DX実現のためには、戦略、ビジネスモデル創造、プロセス改革、IT基盤の高度化など様々な面で、企業の「DXを実現するための組織能力（ケイパビリティ）を早急に高める必要があります。
NRIは、長年にわたるシステムコンサルティング実績を通じて、日本企業のビジネスや業務、ITを熟知しており、お客様の課題に真摯に向き合い、お客様と一体となって、DX実現のためのご支援を行っています。
アジャイル開発を円滑に進め、デジタル変革を成功に導くためには、「Vision、Leader、Culture、Team」の4要素が欠かせません。こうした考えに基づき、bit Labsは、トップから現場のチームまでが一体となって変革を推進するための変革ジャーニーメニューを提供。そして、お客さまと伴走しながら、大企業にもスタートアップのようなアジリティ（変化への対応力）と、事業・サービス開発のためのケーパビリティを実装します。
時代遅れのビジネスモデルを破壊する「デジタル・ディスラプター（創造的破壊者）」。彼らが展開する、革新的で魅惑的なサービスが次々とリリースされているいま、業種・業態を問わずさまざまな企業が、デジタルテクノロジーと既存の事業資産を組み合わせてビジネスモデルを変革する活動（デジタルトランスフォーメーション、DX）に資源を集中させています。本稿では、革新的なサービスを生み出すために企業がどのようなプロセスを「フレームワーク（枠組み）」として用意すべきかアウトラインを眺めた上で、また、その重要なパーツである「アジャイル」という開発手法を成功させるために、私たちが重要だと考える５つのポイントをご紹介します。
2017年に野村総合研究所（NRI）の新しいブランド「bit Labs（ビットラボ）」を立ち上げた頃から、タイガースパイクの根岸慶さんとNRIの大元成和は互いにビジネス・パートナーとして信頼関係を築いてきました。大企業からキャリアをスタートさせ、ICT領域の新規事業や変革、組織運営に携わってきた共通点を持つ2人に、デジタルトランスフォーメーション（DX）時代に求められるリーダーシップについて聞きました。
アイデアの種を新たな価値創造へ――bit Labs（ビットラボ）の実践
スマートフォンやタブレットなどの携帯端末の普及やネットワークの速度向上などにより、デジタル技術は一段と進化を遂げ、産業や社会を大きく変えようとしています。IT投資には、新しい価値を生み出すための戦略が求められる中、企業のデジタルビジネスを加速するために、野村総合研究所（NRI）の中に新たに誕生したのが「bit Labs（ビットラボ）」です。そのリーダーをつとめるNRIの執行役員大元成和に、デジタル化に取り組む企業の課題やビットラボが目指す未来像を聞きました。
アジャイル開発の本質をひもとく―日本企業への導入に何が必要か―
デジタル化が急速に進む今、スピード感のあるシステム開発がますます重要になっていますが、欧米とは異なり、日本ではそのための有力な手法である「アジャイル開発」があまり普及していません。それはなぜなのでしょうか。アジャイル開発のメリットを解説しながら、成功に導くカギがどこにあるのかを考察します。