「アジャイル」も「アジリティ」も、今日のソフトウェア開発でよく耳にする言葉です。
「アジャイル」という言葉は「アジャイル開発宣言」に由来しています。この宣言は、2001年にソフトウェア開発のリーダーたちが提唱した価値と原則をまとめたものです。この価値や原則は、ソフトウェア開発チームが協力して顧客に価値を提供するうえで大きな影響を与えています。その影響は、最近では組織全体に及ぶようにもなっています。
テクノロジー分野で誕生した「アジャイル」でしたが、徐々にビジネスリーダーやマネジメントリーダーの間でも組織をアジャイルにする必要性が論じられるようになってきています。
アジャイルソフトウェア開発は、ソフトウェアプロジェクトを管理およびデリバリーするための反復的で柔軟なアプローチです。開発プロセス全体を通じて、コラボレーション、適応性、継続的な改善に重点を置いています。
アジャイル手法の目的は、スプリントまたはイテレーションと呼ばれる短期間の段階的なサイクルで動作するソフトウェアを提供し、顧客満足度を高めることです。
アジャイルソフトウェア開発手法は、一般に以下を中心としたアプローチだと考えられています。
作業の性質に関係なく、ほとんどのチームはアジャイルソフトウェア開発手法を導入することでメリットを得られます。新しい製品やプロセスを作成する場合や、組織改革を推進する場合、そのメリットは特に大きくなります。
しかし、従来のウォーターフォール型アプローチが最適な場合もあります。たとえば、明確に定義された一連の手順を遵守することが必要なパッケージソフトウェアソリューションを実装する場合などです。
ウォーターフォールとアジャイル
アジャイルであれウォーターフォールであれ、各チームは独自の知識、経験、技能を動員して成功を収めるのに最適なアプローチを見極める必要があります。簡単だったりなじみ深かったりするというだけの理由で従来のアプローチに頼らないようにしましょう。
従来のソフトウェア開発では、チームがプロジェクトの開始時にすべてを定義し、それに従って開発したものを顧客に提供するという「ウォーターフォール」型のアプローチが採用されていました。このアプローチの問題点は、特に移り変わりの激しい今日のデジタル世界では、顧客が製品を受け取るまでに好みやテクノロジーが変化してしまい、製品が時代遅れになってしまうということです。
ウォーターフォール型アプローチとは対照的に、アジャイルソフトウェア開発手法では具体的なソフトウェア要件を開発の数週間前から数日前に定義します。事前にすべてを定義するわけではありません。
アジャイル開発を導入するメリットをいくつか紹介しましょう。
アジャイルソフトウェア開発手法とは、正確にはどういうものなのでしょう。
チームは幅広い戦略やアプローチを導入してアジャイルソフトウェア開発手法を実装し、それを「アジャイル」と呼んでいます。しかし、この言葉はソフトウェア開発においてはかなり誤用されがちです。
アジャイル開発宣言が行動の指針として掲げる広義の価値や原則と、特定のフレームワーク（スクラムやカンバン、またはアジャイルとは似ても似つかないカスタマイズされたアプローチなど）が混同されているのです。
アジャイルの真価は、デジタルチームが俊敏性を実現するために従うべき規範的なガイドやフレームワークが定められていないことにあります。アジャイルは、チームを魔法のように変える教本やトレーニングコースのようなものではありません。
チームをアジャイルへと導く優れたフレームワークや手法はすでに多数存在しますが、独自のアジャイルソフトウェア開発プロセスを編み出して組織や業界、顧客固有のニーズに合わせて調整してもよいのです。
アジリティを実現するうえでまず大切なのが、適切なマインドセットを確立することです。アジャイルで求められるのは、顧客にとっての価値を高い頻度で実現するという目標に専心するための柔軟さ、他者への信頼、オープンな心なのです。
アジャイルには決まったフレームワークや手法はありません。この本を読めば、この手順を踏めばアジャイルを実現できるといった性質のものではないのです。これは、アジャイルで成功を収めるうえでの課題であり、チャンスでもあります。
では、各フレームワークを簡単に見ていきましょう。
詳細については、代表的なアジャイルフレームワークに関する記事をご覧ください。
パフォーマンスの高い顧客中心のアジャイルチームは、偶然にできあがるものではありません。まずはアジャイルで成功をつかむのに適したマインドセットを持った人材を見つけましょう。パフォーマンスの高いアジャイルチームのメンバーは、以下の質問にはっきり「はい」と答えるものです。
プロジェクトを開始する前に、適切なマインドセットを持つ優れた人材をしっかり時間をかけて見つけるようにしてください。そうすることで、すぐにパフォーマンスの高いアジャイルチームに育て上げることができます。
適切な人材を集めた後に大切なのが、アジャイルの原則に基づいて、グループ共通の目標と期待される作業方法を定義することです。このフレームワークが整い次第、チームはタックマンモデルへと進むことになります。
形成期（Forming）、混乱期（Storming）、統一期（Norming）、機能期（Performing）と段階を追って成長するにつれて、アジャイルチームは均質化されていき、以下ができるようになります。
形成期から機能期への進化にあたっては、チームのプラクティス（作業方法、技術的プラクティス、拡張戦略など）を定義すると楽になります。このプラクティスは数多くの既存フレームワークから選んでも、チーム固有のニーズに適した独自のものを定義してもかまいません。
2001年に誕生し、すっかり成熟段階に入ったアジャイルソフトウェア開発ですが、今でもアジャイルチームの学習や成長に役立っています。大切なのは、アジリティを実現するには絶えず改善や変化への対応を続けなければならないということを理解することです。採用したフレームワークを深く理解することも重要ですが、アジリティを実現するには、細かく決められたアクティビティを習得するだけでは不十分です。
アジャイルの真価を発揮するには、それぞれのチーム、組織、製品、プロジェクトの独自性を理解して、具体的な製品開発案件に最適なアプローチを決定する必要があります。アジャイルチームは、様々なフレームワーク、手法、ツールを幅広く検討し、顧客価値を高い頻度で実現するという目標にしっかり照準を合わせられるように導入していくべきなのです。
