Nikola Bogdanov氏によると、アジャイル変革における真の課題は、ビジネスドメイン（事業領域）の特殊性や業界の制約に適応することであり、アジャイルを理解することが解決すべき問題ではないという。同氏は、アジャイルの採用を可視化し、それを実証的にするためにデザイン思考を活用するドメイン主導のアジリティを発表した。これは、ビジネスの複雑性に対処するためにソフトウェアエンジニアリングで使用される戦術である、ドメイン主導の設計戦略に基づいている。
Nikola Bogdanov氏は、ScanAgile 2023でドメイン主導のアジリティについて講演した。
同氏は、アジャイル変革における中核的な問題は、アジャイルの適用やその理解からではなく、ドメインの複雑さとアジャイル作業方法の具体的な適用から生じると述べた。複雑なドメインを扱う際に、同氏はドメイン主導の開発を再活用することを提案する。この手法は、ビジネスドメインとその複雑性をソフトウェア・ソリューション開発の中心に置く戦略である。
ドメイン主導のアジリティは、アジャイル・マインドセットとドメイン主導のデザイン戦略の融合である。これは、アジャイルプロジェクトと同じ柔軟性と適応性を有して、変革にアプローチする。
ドメイン主導のアジリティは、アジャイルの専門家、ドメインの専門家、意思決定者、および一定数のチェンジエージェント（通常は、変革を実行できる、また実行する中間層の人々）からなる横断的なチームを形成することから始まる。Bogdanov氏は、新しいチームや製品組織を形成するチームや価値観の流れを特定するために、イベントストーミングのようなワークショップを実施することを提案した。
Bogdanov氏によれば、次のステップは、変更のバックログを作成することである。これは、ブレーンストーミングや絞り込みを実行して、実行すべきことを特定することで達成できる（例えば、OKR（Objectives and Key Results, 目標と主要な結果）や目標設定セッションを行い、戦略の方向性を策定するなど）。 これは、ブレーンストーミングや絞り込みを実行して、実行すべきことを特定することで達成できる（例えば、OKR（Objectives and Key Results, 目標と主要な結果）や目標設定セッションを行い、戦略の方向性を策定するなど）。
ドメイン主導のアジリティにはケイデンス（チーム内のリズム、足並みのこと）が必要である。Bogdanov氏は、2週間のスプリントに分割された月次から四半期ごとの実行サイクルを選択していると述べた。
Bogdanov氏が説明したように、ドメイン主導のアプローチは、特定のサブドメインのユビキタス言語を定義し、再定義するためにも非常に有効である。
例えば、製薬チームにとってのインクリメントとは何ででしょうか？薬のリリースには6年かかるのに、どうして2週間ごとにインクリメントをリリースするのでしょうか？そこで、インクリメントとは何かを再定義します。この場合、私たちは通常、インクリメントを、答えを得る必要のある最も重要な質問、あるいは検証したい最も重要な仮説と定義します。
Bogdanov氏は、「変革プロジェクト」という概念を再定義する必要があると述べた。変革は常に旅のようなものであり、私たちは通常、方向性と夢の状態を知っているだけだからだ。
私たちは通常、トランスフォーメーションを常に進化するアジャイル製品そのものと定義しています。
スクラム、SAFe、カンバンといった既成のソリューションだけに頼ってはいけない、とBogdanov氏は言う。ドメインの専門知識とアジャイル文化のコラボレーションが不可欠である、と同氏は付け加えた。ドメイン主導の設計を活用することで、業界主導の複雑さを軽減し、ガイダンスを求めたり、他の人の経験から学んだりできる。
InfoQは、ドメイン主導のアジリティについてNikola Bogdanov氏にインタビューした。
InfoQ: 業界によって、アジャイルの適用方法はどのように違うのか？
Nikola Bogdanov氏: 解決策には、言語の調整、組織の境界の定義、変更チームの結成、バックログの構築、そして、経験主義を取り入れ、文化、プロセス、製品、品質などさまざまなレベルに適応しながら、変更を反復的に実行することが含まれます。 例えば、私たちが一緒に仕事をしたいくつかの企業では、過去に失敗した試みのために、「アジャイル」や「スクラム」といった言葉は完全に禁止されていました。また、それとは全く逆に、他の会社では、同じ言葉をあらゆるドアを開ける魔法の呪文のように使っていました。
InfoQ: アジリティを高めようとしている企業へのアドバイスは
Bogdanov氏: アジリティを向上させたいと考えている企業に対する私のアドバイスは、アプローチをカスタマイズし、その領域の複雑さを受け入れ、変革をアジャイルな取り組みとして扱うことです。デザイン思考を使ってソリューションをプロトタイプ化し、目標の透明性を維持し、経験から継続的に学ぶことで、経験的な変革を実現することをお勧めします。そして、画一的な魔法のようなソリューションには近づかないことです。