Click. Boom. Amazing!

—Steve Jobs

ソリューション

ソリューションは、内部または外部の顧客にバリューを提供するプロダクト、システム、またはサービスです。

SAFeのすべての言葉、ページ、役割、アクティビティ、およびアーティファクトは、ただ一つの目的のために存在します。それは、アジャイルチームが顧客と企業にバリューをデリバリーするソリューションを継続的に提供するのを支援することです。その結果、それが顧客が目標を達成することを可能にします。

しかし、チームやトレインがSAFeのガイダンスを適用してもバリューは保証されません。結局のところ、顧客はケイパビリティやフィーチャーを購入するのではなく、望む成果を提供する「ホールプロダクト」ソリューションを購入します。 SAFeにおけるバリューのデリバリーを理解するためには、ソリューションを理解することが重要です。

詳細

SAFeでは、ソリューションはポートフォリオのバリューをデリバリーします。したがって、ソリューションのデリバリーを加速することは、組織がデジタルの時代に生き残り、成功するために不可欠です。企業のリーダーは、プロジェクトに焦点を当てて成功を「時間通りに予算内」で完了することと定義するのではなく、「ビジネスの成果をデリバリーするソリューション」を強調する必要があります。この変化には、SAFeが提唱する新しい組織構造とマネジメント構造が必要であり、プロジェクトからプロダクトへの移行が求められます。[1]

SAFeでは、「ソリューション」の意味は意図的に一般的に定義されており、「内部または外部の顧客にバリューをデリバリーするプロダクト、システム、またはサービス」の事です。ソリューションは、単一のアジャイルリリーストレイン（ART）によって構築された小さなモバイルアプリケーションであることもあれば、サプライチェーン内のデベロップメントバリューストリーム（DVS）のネットワークによって構築された大規模な自動車システムである場合もあります。または金融機関によって提供される保険または銀行のプロダクトの場合もあります。そしてソリューションは、会社が販売するプロダクトや、ビジネスを運営するために内部で使用するプロダクトの場合もあります。さらにはエンドユーザーに直接的なバリューをデリバリーするか、より大きなソリューションのコンポーネントである場合もあります。

ソリューションのビジョン、バックログ、およびロードマップに基づいて、DVSの実務者は図1に示されているように、顧客にソリューションを定義し、構築し、検証し、リリースします。

図1 SAFeのソリューションが意味すること

図1は、ソリューションの4つの基本的な特性も強調しています。ソリューションは、下記を満たします。

魅力的 – 顧客とユーザーはそのソリューションを求めているか
実現可能 – 構築、購入、パートナーシップ、または取得する取り組みを通じて、適切なソリューションを提供できるか
経済的に妥当 – ソリューションを構築して提供する方法によって、コストよりも多くのバリューが生み出されているか
持続可能 – 期待されるプロダクト市場のライフサイクルを考慮して、ソリューションを積極的に管理しているか

この記事の残りの部分では、これら4つのソリューションの特性について説明します。

ソリューションは魅力的である

ソリューションは、以下に説明されているように、それらに投資するポートフォリオのステークホルダー、購入する顧客、およびそれらとやり取りするエンドユーザーにとって魅力的なものです。

ソリューションはポートフォリオのバリューをデリバリーする

企業は多くのソリューションを構築し、他のソリューションを構築する無限の機会を持っています。しかし、組織がソリューションを構築「できる」からといって、それを「すべき」だというわけではありません。ポートフォリオリーダーは、ポートフォリオの戦略を最もよくサポートするソリューションを決定する責任があります。

ポートフォリオビジョンは、顧客ソリューションに導くDVSを定義し、それらのパフォーマンス (KPI) が戦略テーマのOKRによって定義されたポートフォリオのオブジェクティブをどのようにデリバリーするかを示します。（図2）

図2 ポートフォリオキャンバスは戦略を実行に結びつけ、ソリューションがポートフォリオのバリューを提供し、オブジェクティブを実現する方法を示す

SAFeでは、すべてのDVSはコミットされたチームとファンディング（リーン予算を参照）でソリューションを構築し、ソリューションがオペレーションされている限りそれが維持されます。

ソリューションは顧客にバリューをデリバリーする

SAFeのソリューションはビジネスのニーズを解決し、内部または外部の顧客にバリューをデリバリーします。いくつかのソリューションは、企業が直接顧客に販売するプロダクトです。他のソリューションは組織の内部業務を最適化するかもしれません。しかし、すべてのソリューションには、そのバリューを認識する一人以上の顧客がいます。

顧客とつながり、彼らのニーズに応える望ましいプロダクトを構築するために、ソリューション構築者は顧客中心のマインドセットを適用します。一部の顧客はソリューションの直接的なエンドユーザーです。その他の人々は、ソリューションの代金を支払い、仕様を決定するが、ユーザーではない間接的な顧客です。すべての顧客を理解し、共感するために、ソリューションの構築者はデザイン思考を適用して、ソリューションがすべての人にとって望ましいものであることを保証します。

ソリューションはオペレーショナルバリューストリームをサポートする場合がある

急速な技術イノベーションは、オペレーション環境を引き続き混乱させています。さまざまな機器は多くのステップを迅速に自動化し、より速く、より信頼性高く実行しながらコストを削減しています。これはオペレーショナルバリューストリーム (OVS)においても同様です。

いくつかのソリューションは直接、組織のOVSをサポートします。例えば、銀行業務は外部の顧客に対してモバイルアプリケーションを提供し、内部の顧客に対してコールセンターアプリケーションを提供します。他のソリューションは顧客向けオペレーションコンテキストのためのプロダクトです。例えば、航空会社は航空機や他の多くのソリューションを使用して、乗客輸送業務の提供を行っています。

ソリューションは実現可能である

ほとんどの組織は、自身の分野でプロダクトを構築し、デリバリーします。自動車会社は輸送ソリューションを提供し、銀行組織は金融ソリューションを提供します。しかし、デジタルディスラプションにより、ビジネスは新しい市場に参入し、混乱を引き起こしてきました。例えば、Apple社はApple Watchをローンチしてからわずか4年でスイスの時計業界全体を上回る売上を達成したのです。デジタル時代に競争するためには、組織は革新的なソリューションを構築するための技術的な知識を持ち、変化する顧客および市場のデマンドに迅速に対応して進化させる必要があります。

ソリューション構築には技術的な専門知識が必要

革新的なソリューションを構築するには、多様なスキルと技術的なリソースが必要です。組織は、適切なテクニカルチーム、適切なパートナーとの戦略的な関係、およびソリューションがそのライフサイクルを通じて実現可能であり続けることを保証する経済的なモデルを必要としています。

個人が知識と能力を向上させることを継続的に促進するバリューと実践を活用するために、リーンアジャイル企業は継続的な学習文化を採用します。組織は、サプライヤーと提携するか、内部で能力を育成するか、またはその両方を行って、ギャップを埋めることができます。サプライヤーと提携することで、分野の知識、実践的な経験、そして既存のソリューションコンポーネントをチームにもたらします。ただし、サプライチェーンがビジネス戦略をサポートするのに十分な速さで革新しない場合や、技術が戦略的に重要である場合、組織はパートナーシップを結ぶ可能性が低くなります。これらの場合、能力はトレーニング、採用、および戦略的な買収を通じて内部で開発されます。

モジュラー型のソリューションはバリューのデリバリーを加速する

定義されたインターフェースを通じてコミュニケーションするモジュラー型デザインは、ARTとチームがソリューションの各部分を独立して進化させ、バリューのデリバリーを加速することを可能にします。いくつかのソリューションはエンドユーザーに直接、バリューを提供します。他のものは、より大きなソリューションの一部であるモジュール（コンポーネントまたはサブシステム）です。ソリューションは、他のソリューションから構築されることが多く、バリューのデリバリーを加速し、開発コストを削減し、品質を向上させるのに役立ちます。それらの他のソリューションは、内部および外部のサプライヤーやオープンソースコミュニティなど、さまざまなソースから提供されます。（図3）

図3 ソリューションはユーザーに直接的なバリューを提供する場合もあれば、より大きなソリューションの一部である場合もある

アーキテクトは、チームやARTが独立して設計し、デリバリーできるように、ソリューションを意図的にモジュールに分解します。モジュールは次のとおりです。

分割 - ソリューションは、管理されたインターフェースを通じて通信する独立した部分に分割される。ドメイン駆動設計を適用することで、変更しやすく、テストしやすく、インクリメンタルに開発できるソリューションが生まれる。
ネスト - モジュールは他のネストされたモジュールを含むことがあり、結果として階層が生じる。階層化されたシステムは、モジュールをネストするための一般的なパターンである。
統合 - ネストされたモジュールは、すべてのレベルのテストとオペレーションをサポートするために、デプロイと実行のために結合される。継続的デリバリーパイプライン (CDP) はこのプロセスを可能にする。
分散 - モジュールは、応答時間を短縮し、より高いスループットを提供し、フォールトトレランスを提供し、その他の非機能要件 (NFR)をサポートするために、複数のデバイスや場所で実行される場合がある。

いくつかのモジュールは、独立してリリース可能な要素である「バリューの小ストリーム」（リリースオンデマンドを参照）と呼ばれ、チームは他のチームを待たずに独立して進化させ、デプロイし、リリースすることができます。

図4 バリューの小ストリームは、より迅速なデリバリーとフィードバックのために、独立してデプロイおよびリリースすることができる

ソリューションインテントとコンテキストはソリューションを定義し、進化させる

ソリューションにはインテントとコンテキストがあります。ソリューションインテントは、重要な要件とデザイン制約、そして主要な決定事項を定義します。ソリューションコンテキストは、ソリューションのインストール、使用、およびサポートのためのオペレーション環境の側面を説明します。インテントとコンテキストがソリューションの実装を導きます。

ソリューションビルダーは、リーンシステムエンジニアリングとSAFe 原則 #3 – バラツキを前提とする。複数の選択肢を持ち続けるを適用し、ソリューションインテントとコンテキストをインクリメンタルに指定します。ソリューションのライフサイクルの初期段階で知られているいくつかの決定は固定されています。他の場合は、セットベースデザインを使用して選択肢を探ることで知識を得るにつれて、チームが最適な実装を見つけることができるようになるかもしれません。

ソリューションインテントとコンテキストは、ソリューションのバックログとロードマップに２つの方法で影響を与えます。固定された決定は仕事とそれを実装するバックログ項目を推進します。不確実性には、意思決定を可変から固定に移すことができる選択肢を探る仕事も必要です。バックログには、ソリューションの既知の部分を構築しながら未知の部分を探求するための両方の仕事が含まれています。

ソリューションは経済的に妥当である

企業にとって、ソリューションのバリューは構築およびオペレーションのコストを相殺する必要があります。（図5）通常、コストは定量化が簡単であり、開発コスト、オペレーションコスト、ライセンス料などが含まれます。バリューを定量化することは、しかしながら、より難しい場合があります。ソリューションは組織に複数の種類のバリューを提供できます。

金銭的
改善されたオペレーション
市場シェアの維持または拡大
消費者およびオペレーション環境に関する新しいデータと洞察

図5 適切なバリュー交換モデルは経済的に妥当なソリューションを保証する

ホールプロダクト思考は長期的な持続可能性を確保する

ソリューションのバリューを実現するために、顧客は優れたフィーチャー以上のものを必要とします。顧客はまた、優れたサービス、販売前サポート、ドキュメント、トレーニング、妥当な価格設定、信頼できる会社からの有望なロードマップなどを必要としています。顧客はこれらがソリューション提供全体の一部であることを期待しています。

図6に示されているように、ホールプロダクト思考（顧客中心の考え方を参照）は、購入から最初の使用、継続的な使用、アップグレード、さらには交換や廃止に至るまで、顧客のジャーニーのすべての側面で積極的な体験を保証します。プロダクトマネジメントは、顧客が購入する実用最小限のプロダクトと、それを差別化し将来の顧客を引き付ける拡張および潜在的なプロダクトを定義します。ソリューションのロードマップは、時間とともに拡張が必要とされるプロダクトフィーチャーを予測します。

図6 ホールプロダクトモデル

ソリューションは変化するニーズに対応して進化する

顧客や市場の変化するニーズに対応するために、チームは新しいフィーチャーを迅速にデリバリーし、フィードバックを受け取り、調整する必要があります。迅速で自動化された継続的な統合（CI）と継続的なデプロイメント（CD）パイプラインは、開発者に開発およびオペレーション環境の小さな変更に対する迅速なフィードバックを提供します。開発環境は、図7に示されているように、オペレーション環境に近い現実的なプロキシ環境を提供します。

図7 開発およびオペレーション環境から迅速なフィードバックを得る

ソリューションのビジョン、バックログ、およびロードマップには、CI/CDパイプラインを構築するための仕事が含まれています。開発環境における継続的な統合は、小さな変更を迅速にテストできるオペレーション環境の経済的なプロキシを提供します。しかし、実績値とフィードバックは、オペレーション環境でのみ評価することができます。

稼働中のソリューションを進化させるには、追加の制約が必要です。ソリューションコンテキストは、変更を稼働中のシステムにデプロイし、オペレーション環境から情報を返す機能を提供する必要があります。ソリューションのデザインは、フィードバックに必要なユーザーの行動とオペレーション環境の収集をサポートしなければなりません。ソリューションのバックログとロードマップもこの仕事を追跡し、予測します。

ソリューションは持続可能である

ソリューションは予測可能なステージを通じて進捗状況を示し、これをプロダクトのライフサイクルと呼びます。導入から成長、成長から成熟、そして成熟から衰退へと進みます。（図8）ソリューションはこれらのステージを通過し、新しい市場セグメントと顧客のニーズに対応するために頻繁に進化しなければなりません。

図8 ソリューションは既知のプロダクトライフサイクルに従う

プロダクトライフサイクルは、ソリューションを開発するためにリーンアジャイルアプローチが重要である理由を示しています。初期のソリューションは、ソリューションのビジネス仮説を証明または反証するための検証された学習を生成する実用最小限のプロダクト (MVP) [3]です（エピックの記事のSAFeのリーンスタートアップサイクルを参照）。迅速かつ頻繁なリリースは、ソリューションのユーザー、市場、および技術的な決定に関する新しい知識を提供し、そのバックログ、ロードマップ、そして時にはビジョンを洗練するのに役立ちます。

前述の通り、継続的デリバリーパイプライン (CDP) は、ライフサイクルを通じてソリューションを進化させるために必要な頻繁でコスト効率が高い変化を可能にします。

詳しく学ぶ

[1] Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.

[2] Theodore Levitt. Marketing Success Through Differentiation—of Anything, Harvard Business Review, 1980, https://hbr.org/1980/01/marketing-success-through-differentiation-of-anything

[3] Ries, Eric. The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses. Random House, Inc, 2011.

最終更新： 2023年5月17日