考え方が明確になったので、次はアジャイルを構成する要素を詳しく見ていきましょう。もちろん、考え方だけから始めて、自分なりに仕事にどのように適用するかを見つけることもできますが、すでに優れたツールがあるのに、わざわざ車輪の再発明をする必要はありません。
まず、アジャイルの最大の要素として
フレームワークがあります。スクラム、カンバン、LeSS、SAFe など、多くのフレームワークが、アジャイルの原則を実装するための構造化されたアプローチを提供しています。これらのフレームワークのいずれかで、公式の認定を取得することもできますが、実際のところ、仕事に適用するために認定が必要なわけではありません。また、異なるフレームワークの要素を組み合わせてもまったく問題ありません。ただし、それを適切に行うことが前提です。
各フレームワーク内には、通常、独自の原則のサブセットがあります。これは、アジャイルの原則に基づいて構築され、アジャイルの原則を補完するものの、置き換えるものではありません。また、
役割(スクラムや SAFe などの一部のフレームワークでは役割に非常にこだわり、カンバンなどの他のフレームワークでは役割を自由に設定できます)、
プラクティス(スプリントレビューなどの日常的なプロセスや、ペアプログラミングなどの具体的な作業アプローチ)、
成果物(スプリントバックログや完了の定義など) などの要素もあります。
さらに、通常はフレームワークで規定されていませんが、作業の管理に非常に役立つ
ツールもあります。たとえば、Trello、
Jira、
Miroなどです。
アジャイルになるために、これらのフレームワークやツールを使用する必要はありません。逆に、これらのフレームワークやツールを使用したからといって、自動的にアジャイルになるわけではありません。ただし、「うまくいくまで偽装する」ことがうまくいく場合もあります。マインドセットと価値観が何よりも重要です。
これが、私が「アジャイル方法論」という用語が嫌いで、自分の資料では使用しないようにしている理由です。アジャイルは方法論ではありません!何をすべきか、どのようにすべきかを指示するものではありません。それは単に、正しい優先事項に焦点を当てるための助けとなるものです。