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