具体的には、昨年の事業計画のインサイドアウト企業中心の方向性を相殺することができるように説得力があり、十分な情報を得ている、市場中心の
-Geoffrey Moore,Escape Velocity
アジャイルな製品配信は、顧客やユーザーに価値のある製品やサービスの継続的な流れを定義、構築、および解放するための顧客中心のアプロー
これは、リーン企業の七つのコアコンピタンスの一つであり、それぞれがビジネスの俊敏性を達成するために不可欠です。 各コアコンピタンスは、企業がその能力を評価することを可能にする特定の評価によってサポートされています。 これらのコアコンピテンシー評価は、推奨される改善の機会とともに、Measure and Growの記事から入手できます。
なぜアジャイル製品の配信？
ビジネスの俊敏性を達成するためには、企業は革新的な製品やサービスを提供する能力を急速に向上させる必要があります。 企業が適切な顧客のために適切なソリューションを適切なタイミングで作成していることを確認するには、実行フォーカスと顧客フォーカスのバランス これらの機能は相互に支え、支えられた市場およびサービスリーダーシップのための機会を作成する。 図1に示すように、製品の迅速な配送には3つの側面があります。
- 顧客中心性とデザイン思考-顧客中心性は、顧客をすべての決定の中心に置き、ソリューションが望ましい、実現可能、実行可能、持続可能であることを保証す
- Developing on Cadence;Release on Demand–developing on cadenceは、製品開発に固有の変動性を管理するのに役立ちます。 価値の解放を切り離すことはそれを必要とするとき顧客が必要とするものを得ることができることを保証する。
- DevOps and The Continuous Delivery Pipeline–DevOps and The Continuous Delivery Pipelineは、企業が顧客と市場の需要を満たすために、いつでも全体または一部の価値を解放できるようにする基盤を作成します。
以下のセクションでは、アジャイルな製品提供のこれらの各次元についてより詳細に説明します。
顧客中心性とデザイン思考
顧客中心性とは、顧客が企業が提供する製品やサービスを体験するときに肯定的な契約を作成することに焦点を当て 顧客中心のビジネスは、より大きな利益を生み出し、従業員の関与を高め、顧客のニーズをより徹底的に満たします。 顧客中心の政府や非営利団体は、レジリエンス、持続可能性、そして彼らの使命を果たすために必要なアライメントを作成します。
リーン-アジャイル企業は、デザイン思考を適用することによって、これらの目標を達成します。
アジャイル製品管理は、既存の製品の継続的な成功を確保しながら、新しいソリューションを市場に投入するための中央調整機能として機能します。
顧客中心性
顧客中心の企業が決定を下すたびに、エンドユーザーに与える影響を深く考慮します。 これはチームに動機を与えます:
- 顧客に焦点を当てる–顧客中心の企業は、特定のターゲットを絞ったユーザーセグメントに企業を整列させ、集中させるために、市場とユーザーセグメ
- 顧客のニーズを理解する–顧客中心の企業は、単に機能を求める顧客の声に耳を傾けるだけではなく、顧客のニーズを理解することができます。 代わりに、彼らは顧客のニーズを特定し、これらのニーズに対処するソリューションを構築するための時間を投資します。
- 顧客–顧客中心の企業が共感しているように考え、感じ、顧客の視点から世界を見るように努めています。
- 製品全体のソリューションの構築–顧客中心の企業は、顧客の初期および長期的な経験が最適であり、必要に応じて進化することを保証し、ユーザーのニー
- 顧客生涯価値の創造–顧客中心の企業は、トランザクションの考え方を超えて、ソリューションの自然な生活の中で顧客とのトータルな関係に焦点を 結果として生じる長期的な顧客関係は、多くの場合、ソリューションが最初にリリースされたときに予想されていなかった方法で、企業が顧客価値を作
デザイン思考
デザイン思考は顧客中心性に不可欠です。 デザイン思考には、図2に示すように、持続可能なソリューションで最高潮に達する二つの主な活動があります:
- 望ましいソリューションの要件と利点についての洞察を提供する問題の理解
- ソリューションが技術的に実現可能であることを保証する適切なソリ
ソリューションライフサイクル全体でデザイン思考を採用することで、これらの三つの属性がソリューションの寿命にわたって持続することが保証されます。
; Release on Demand
顧客中心の企業は、顧客への継続的な価値の流れを創造しようとしています。 これらのリリースのタイミングは、市場と顧客のニーズ、および価値を提供する企業自身の動機によって決定されます。 一部の企業は非常に頻繁にリリースすることがありますが、他の企業は、コンプライアンスやあまり頻繁にリリースをやる気にさせる他の市場要 総称して、SAFeはこれらの機能をRelease on Demandと呼んでいます。しかし、
リリースタイミングは、ソリューションを作成する人々のワークフローと一致しません。 チームは、高度に変動する知識作業用に最適化されたプロセスモデルを適用します。 これは、定期的で予測可能なスケジュールで発生する信頼性の高い一連のイベントやアクティビティを提供することによって、アジャイルチームをサ 価値を生み出す組織を支援するイベントや活動を、その価値がどのように提供されるかから切り離すことで、ビジネスの俊敏性がさらに促進されます(図3)。
Agile Team and Agile Release Train Cadences
SAFeのケイデンス構造は、価値の創造と提供においてAgile TeamsとAgile Release Train(ARTs)をサポートしています。
- イテレーションはアジャイル開発の基本的な構成要素です。 各イテレーションは、アジャイルチームが増分価値を提供する標準の固定長のタイムボックスです。 アジャイルチームにとって、これらは通常、作業中のソフトウェアとハードウェアですが、ビジネスチームは価値の他の側面を提供します。 典型的なタイムボックスの期間は2週間です。 ただし、わずかに短いまたは長いtimeboxesが有用である場合があります。 イテレーションはよく構造化されており、イテレーション計画、イテレーション実行（毎日のスタンドアップとバックログの絞り込みを含む）、イテレーションレビ
- プログラムインクリメント(Pi)は、より大きなタイムボックスであり、アジャイルチームのグループがARTに編成され、作業、テストされたソフトウェアとシ Piは、通常、固定8–12週間の期間として確立され、3–5回の開発反復、その後1回のイノベーションと計画（IP）反復で構成されます。
プログラムの増分は、ビジネスの俊敏性を促進する追加のケイデンスベースのイベントや活動を含むようにさらに編成されています。
プログラム単位での作業
プログラム単位は、ケイデンスベースの企業を作成するための鍵です。 それらは速いフィードバックおよび中間のコースの訂正を促進するには”十分に小さい”間、相当な仕事を計画し、達成するには”十分に大きい”タイムボックスを表す。 したがって、プログラムの増分にはいくつかの重要な活動やイベントがあります:
- プログラムインクリメント(PI)計画は、企業の最も重要なケイデンスベースのイベントです。 PI Planningは、すべてのチームを共通の使命とビジョンに合わせて、芸術のハートビートとして機能します。 PI計画への入力はコンテキストによって異なりますが、2つの主な出力には次のものが含まれます。:
-
- コミットされたPI目標–各チームのこれらのビジネス目標と技術目標は、ビジネスオーナーによって割り当てられた合意と価値を持ち、次のプログラム増分のためのチームの作業をガイドします。
- プログラムボード–これは、新機能の配信日、チーム間および他の芸術との機能の依存関係、および関連するマイルストーンの”視覚的なラジエーター”です（図4）。
- システムのデモは、すべてのイテレーションの最後に行われ、最新のイテレーションの新機能の統合ビューを提供します。 各デモは、アートの利害関係者に現在の増分のための進捗状況の客観的な尺度を与えます。 リアルタイムの調整の機会を提供することで、システムデモはビジネスの俊敏性を可能にする重要なイベントです。
- (I&A)各プログラムの最後にイベントが開催されます。 それは構造化された、問題解決の研修会によってプロセス改善を識別する機会を全体の芸術に与える。
- イノベーションと計画の反復は、チームが継続的で増分的な価値提供パターンに適合することが困難なイノベーション活動に取り組む機会を、すべてのPI
チームと芸術がこのケイデンスに取り組んでいる間、企業は継続的な配信パイプラインを活用して、市場とガバナンスの条件が保証するいつでも価値を解放することができます。
Release on Demand
Release on Demandは、新機能が本番環境にデプロイされ、需要に基づいてすぐにまたは段階的に顧客にリリースされるメカニズムとプロセスをキャプチャします。 企業は、機能をいつリリースするかによって異なります。
アジャイル製品管理は、利害関係者と連携して、リリースがいつ行われるか、システムのどの要素をリリースするか、どのエンドユーザーと顧客がリリースを受 一部の製品は、利用可能になったらすぐに新しい機能をリリースすることが最適な選択である市場に対応しています。 注目すべき例は、彼らが一日に複数回値を解放することを可能にする洗練されたDevOps機能を作成した現代のSaaSソフトウェアやサービスプロバイダです。
その他は、最適なリリースウィンドウを支配する明確な市場リズムを持つ市場に役立つ可能性があります。 たとえば、衣類から車両まで、あなたが住んでいる半球によって主に定義されている寒さの商品を販売するための明確な市場のリズムがあります。 より大きなサプライチェーンは、ロードマップの記事でさらに概説されているように、これらのリズムに対応しています。
企業が機能のリリースを希望する場合に影響を与える追加の要因は次のとおりです:
- 規制期限
- 製品の欠陥とセキュリティ更新への対応
- 競争の激しい市場圧力への対応
ビジネスの俊敏性を向上させるますます洗練されたア たとえば、製品テレメトリは、結果の仮説を測定し、顧客がリリースされた値にどのように反応するかの客観的な証拠を得るためにデータを収集します。 個別にリリース可能なコンポーネント、ダークローンチ、機能トグル、カナリアリリースは、運用の安定性を確保しながら、ビジネスの柔軟性を最大化します。
DevOpsとContinuous Delivery Pipeline
リリースオンデマンドが目標であることに同意するのは簡単ですが、必要なときに確実かつ巧みに価値を解放するコンピテンシーを作 これには、DevOpsの考え方と文化を取り入れ、ますます自動化された継続的な配信パイプラインを作成することが含まれます。
DevOpsの考え方、文化、慣行を受け入れる
デジタルの混乱が世界を変え続け、ソフトウェアが製品やサービスを提供しサポートするすべての企業の能力の大部分を占めるようになるにつれて、すべての企業はデジタルソリューションで顧客の需要やニーズに迅速に対応する必要性に直面しています。 高速配信のための一般的な問題は、常に開発と運用の間の隙間でした; 前者は頻繁なリリースと変更のために最適化され、後者は運用の安定性のために最適化されます。 対処されていない場合は、”世界観”のこの二分法は、成功への障壁を作成します。
Phoenix Projectや後のDevOps Handbookなどの書籍によって普及した”DevOps”運動は、開発、運用、ビジネス、情報セキュリティなどの分野を調整し、業績改善の責任を共有することによ 理由は簡単です: 図5に示すように、パフォーマンスの高い組織はDevOps機能を適用して、技術的側面とビジネス成果の両方で他の人よりも劇的に優れています。
DevOpsは、ハンドオフや過度の外部の生産や運用サポートなしに、顧客にソリューション要素を提供する考え方、文化、および一連の技術的慣行 図6に示すように、DevOpsに対するSAFeのアプローチは、Culture、Automation、Lean Flow、Measurement、およびRecovery(CALMR)という五つの概念に基づいています。
- 文化は全体の価値流れを渡る速い価値提供のための共有責任の哲学を表す。 製品管理、開発、テスト、セキュリティ、コンプライアンス、運用など、価値の創造を支援するすべての人で構成されています。
- 自動化は、エラーを減らし、リリースプロセスの全体的なサイクル時間を短縮するために、できるだけ多くのパイプラインから人間の介入を削除する必要
- リーンフローは、仕掛品(WIP)の制限、バッチサイズの削減、およびキューの長さの管理のプラクティスを特定します。 これらは顧客への価値流れを早まり、より速いフィードバックを可能にする。
- 測定は、パイプラインを通る価値の流れを理解し、定量化することによって、学習と継続的な改善を促進します。
- Recoveryは、自動ロールバックおよび”fix forward”機能（すなわち、本番環境での修正）を介して、本番環境の問題を迅速に修正できるシステムを構築します。
CALMRモデルの利点の一つは、ビジネスの俊敏性の任意のレベルで組織と連携するように設計されていることです,彼らは執拗な改善のプロセスを開始
Continuous Delivery Pipeline
Continuous Delivery Pipelineは、アイデアから価値のオンデマンドリリースまで、新しい機能をエンドユーザーに提供するために必要なワークフロー、アクティビティ、自動化を表 図7に示すように、パイプラインは次の4つの側面から構成されています: 継続的な探索(CE)、継続的統合(CI)、継続的な展開(CD)、およびオンデマンドでのリリース。 パイプラインは、アジャイルな製品配信能力の最も重要な要素です（図1）。
各アジャイルリリーストレイン(ART)は、ソリューション価値を可能な限り独立して提供するために必要な資産と技術を持つパイプラインを構築し、維持したり、他のArtと共有したりする。 パイプラインの最初の3つの要素（CE、CI、およびCD）は、市場の需要に応じてリリースされる新しい機能の小さなバッチの配信をサポートするために連携し
継続的な探査は、革新を促進し、構築されるべきものにアライメントを構築します。 設計思考は、市場と顧客のニーズを継続的に探求し、それらのニーズに対応するソリューションのビジョン、ロードマップ、および一連の機能を定義するために使用されます。 CEでは、プログラムバックログの優先順位付けされた機能のリストとして、新しいアイデアが提起され、洗練され、準備されます。 これらは、PI計画中に実装に取り込まれ、継続的な統合プロセスが開始されます。
継続的な統合は、多くのアジャイルチームの進行中の作業を継続的に統合することによって、開発プロセスに品質を構築します。 すべての仕事はバージョン管理され、新しい機能性は完全なシステムか解決に造られ、統合される。 その後、純粋なクラウドベースのソフトウェアシステムから物理デバイスやデバイスシミュレータまで、適切なステージング環境で検証されます。
継続的な展開は、ステージングによる運用環境へのソリューションの移動に関連するプロセスをキャプチャします。 継続的統合と同様に、これは作成されたソリューションの種類と関連するソリューションコンテキストに基づいて大幅に異なります。 ソリューションがお客様に完全なリリースの準備ができていることを確認するために、リリースの制御、リリースのロールバック、増分更新とパッチの展開に柔軟性を提供するための監視が含まれています。
前述のように、リリースオンデマンドとは、市場やビジネスのニーズに基づいて、一度に、またはアドホックな方法で顧客に価値を提供する能力です。 リリース-オン-デマンドは、ビジネスの俊敏性の中心であり、誰に、いつリリースするかを決定することが重要な価値の原動力です。
概要
企業は、適切な顧客のために、適切なタイミングで適切なソリューションを作成していることを保証するために、実行フォーカスと顧客フォーカス アジャイルな製品提供は、顧客中心性に基づいており、顧客をあらゆる決定の中心に置いています。 それは解決が望ましい、実行可能、実行可能、支持できることを保障するのに設計考えることを使用する。
ケイデンスで開発することは、製品開発に固有の変動性を管理するのに役立ちます。 リリース-オン-デマンドは、リリースと開発のケイデンスを切り離すことで、顧客が必要なときに必要なものを手に入れることができます。 DevOpsとCDPは、企業が顧客と市場の需要を満たすために、いつでも全体または一部の価値を解放できるようにする基盤を作り出します。
アジャイルな製品配信の結果は、企業とそれが提供する顧客のための優れた成果とビジネスの俊敏性を強化します。
詳細はこちら
ノーマン、ドン。 日常のもののデザイン。 Osterwalder、アレクサンダー、イヴPigneur、グレゴリー Bernarda、アラン*スミス。 価値提案の設計:顧客がほしい製品とサービスを作成する方法。 ワイリー、2014年。 レフィングウェルディーン アジャイルソフトウェア要件：チーム、プログラム、および企業のためのリーン要件の実践。 アディソン-ウェスリー、2011年。 キムジーン フェニックスプロジェクト: それについての小説、DevOps、およびあなたのビジネスの勝利を支援します。 それは革命プレス。 キム、ジーン、ジェズ-ハンブル、パトリック-デボイス、ジョン-ウィリス。 DevOpsハンドブック：テクノロジー組織における世界クラスの俊敏性、信頼性、およびセキュリティを作成する方法。 それは革命プレス。 加速-DevOpsの状態2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf
最終更新日：10月2021
著者
- ヨランダ-ベレア-
