アジャイル開発とは？手法ではなく意味のある開発行為を重視する考え方

アジャイル開発は、特定の開発手法を指す言葉ではなく、開発に対する考え方を整理・明文化したものです。

本記事では、アジャイル開発について、従来の開発との違いや、スクラム・カンバンとの関係を整理します。

この記事の内容

従来開発でもアジャイル的なことは行われていた

アジャイルという言葉が生まれる前から、特に新規開発では、状況に応じてさまざまな取り組みが行われていました。

これらは、後から見ればアジャイル的、あるいはスクラムイベントに近い行為と考えることができます。

ポイント
アジャイルという考え方が登場する以前から、開発の現場では状況に応じて確認・検証・見直しを行う活動が存在していました。

従来の開発でも、途中で問題やズレに気づけば、必要に応じて修正は行われていました。

ただし、それらは例外的な対応として扱われることも多く、 変更が起こることを前提としてプロセスそのものを定義していたわけではありません。

ここに、アジャイル開発との大きな違いがあります。アジャイルでは、開発途中で得られる気づきや変化を前提として、それらを開発プロセスの中に意図的に組み込んでいきます。

アジャイル開発は、変化が起きることを前提とし、気づき・見直し・修正を 意図的に組み込んだ点に特徴があります。

最初に決めた計画を最後までそのまま実行することだけを重視するのではなく、開発を進める中で得られた情報をもとに、必要に応じて方向性を見直します。

その意味で、アジャイル開発は単なる開発手順ではなく、「何が本当に意味のある開発行為なのか」を考えながら開発を継続していくための考え方として捉えることができます。

スクラムやカンバンは、アジャイルという考え方を実際の開発で回すための 代表的なフレームワークです。

これらはアジャイルそのものを意味するものではなく、アジャイルの考え方を実際の開発現場で実践するための手段として位置づけられます。

アジャイルとスクラム・カンバンの関係

したがって、スクラムやカンバンを導入すること自体を目的にするのではなく、 意味のある開発行為を継続するために、どのような方法が適切なのか を考えることが重要です。

アジャイル開発とは、新しい開発手法を導入することだけを意味するものではありません。

開発の途中で生まれる気づきや変化を受け入れ、必要に応じて見直しや修正を行いながら、意味のある開発行為を続けていく考え方として捉えることができます。

スクラムやカンバンは、その考え方を実際の開発現場で実践するための手段です。そのため、フレームワークそのものを導入することよりも、何のためにその活動を行うのかを意識することが重要になります。