アジリティ
アジリティとは、短く検証可能なサイクルで作業を組み立て、直接的なフィードバックを得ることで、チームや組織が変化に素早く対応する能力です。
アジリティ(俊敏性)という言葉は、もともとソフトウェア開発向けに書かれた2001年の『アジャイルマニフェスト』に遡ります。最後にしか検証されない硬直したウォーターフォール型の長いリードタイムの計画への対応として、アジリティは固定計画よりも短く反復可能なサイクルを重視します。その核心にあるのは、新しい情報や顧客のフィードバックが入るたびに要求を調整し続ける能力です。したがってアジリティは単一の手法というより、むしろマインドセットに近いです。変化は混乱ではなく、当たり前のこととして扱われます。
実務では、アジリティは具体的な仕事の習慣として現れます。通常1〜4週間で回る短い作業期間(スプリント)、定期的なチームの同期、そしてチーム自身の働き方を振り返る固定の振り返り(レトロスペクティブ)です。代表的なフレームワークには、明確な役割とセレモニーを持つScrum(スクラム)、視覚的なタスクボードと仕掛り作業の制限を持つKanban(カンバン)があります。機能横断チームは長い承認の連鎖を待つのではなく、より多くの意思決定を自ら担います。目標は、各サイクルの後に使用可能で動く成果物を得て、そこから学ぶことです。
アジリティはあらゆる場合において従来のプロジェクトマネジメントに取って代わるわけではありません。プラント建設のようにリードタイムが長く、要求が固定的で変化がほとんどなく、不確実性が小さいプロジェクトでは、詳細な事前計画のほうが確実性を高めることが多いです。アジャイルな働き方には規律も求められます。明確な優先順位付けのない短いサイクルは、実質的な進歩ではなく単なる忙しさにすぐ変わってしまいます。アジリティが最も効果を発揮するのは、当初は要求がまだ不明確で、継続的な学習がゴールへの道筋を改善していく場面です。
実践例
12人のITチームを抱える中堅製造業の企業が、社内の受注ソフトウェアを2週間スプリントに切り替えます。当初9か月かけたビッグバン・リリースを計画していましたが、代わりにチームは2週間ごとに動くバージョンをリリースし、現場から集めた3人のテストユーザーが直接評価します。4回目のスプリント後、当初計画されていた機能の一つがほとんど使われていないことが判明し、チームはそれを取りやめ、より差し迫った課題のために2週間分の余力を確保します。6か月後、ソフトウェアは本番稼働しており、当初のウォーターフォール計画より3か月早いです。
Lean Shiftの活用方法
アジリティとKATAのマインドセットは同じ核心を共有しています。硬直した一つのマスタープランに従うのではなく、計画し、試し、確認するという短いサイクルで働くという点です。あなたが進むPDCAのリズムは本質的にKaizenスプリントであり、一回りごとに新たな気づきが生まれ、次の反復が研ぎ澄まされていきます。ここでの改善は速く働くことではなく、学ぶ力を高めることを意味します。だからこそ、すべてのサイクルが、あなた自身を含めた、より多くの改善できる人を生み出します。
よくある質問
アジリティはScrumと同じものですか?
いいえ。Scrumは明確な役割と儀式を持つ特定のフレームワークであり、アジリティはその背後にあるより広いマインドセットです。Kanban、エクストリーム・プログラミング、独自のハイブリッドな手法もまたアジャイルな働き方の一種です。
アジリティはソフトウェア開発以外でも機能しますか?
はい。マーケティング、製品開発、そして近年では製造業も、短いサイクルや定期的な振り返りといったアジャイルの原則を、それぞれの文脈に合わせて取り入れています。
アジャイルに働くことは計画を減らすことを意味しますか?
いいえ、それは異なる計画の仕方を意味します。数か月先までを網羅する一つの計画の代わりに、各サイクルが始まる時点でより詳細に計画されます。それはしばしば計画を減らすのではなく、むしろより多くの規律を必要とします。