VSMとは、迅速かつ大規模にアジャイルを実行することを意味します

価値創造のあらゆる側面を 1 つのストリームに組み込むことで、チームは顧客やその他の主要な関係者にさらなる価値を提供するという目標に向けて取り組むことができます。

バリューストリームマネジメント（VSM）は、アジャイル手法に由来する比較的新しい概念です。多くの組織がアジャイルや DevOps多くの組織は、アジャイルフレームワークに惹かれます。なぜなら、アジャイルフレームワークは効率性の向上と迅速な変更を可能にし、製品の製造コストを削減するだけでなく、変化する状況への対応力も向上させるからです。また、COVID-19による世界的な危機によって、多くの組織がアジャイル変革を余儀なくされました。

バリューストリームマネジメントに精通していない組織は、「これまで採用してきた他のアジャイルアプローチとどのように適合するのか？」と疑問に思うかもしれません。あるいは、もっと直接的に、「すでにアジャイルとバリューストリームマネジメントを導入しているのに、なぜバリューストリームマネジメントが必要なのか？」と疑問に思うかもしれません。 DevOps？ "

後者の質問に対する主な答えは、VSM、アジャイル、そして DevOps アジャイルの原則はVSMに組み込まれており、VSMは多くの点で、アジャイル開発で推進されている短期サイクル/高速フィードバックのアプローチの延長線上にあると言えます。 DevOpsしたがって、VSM を導入することで、デジタル製品の作成/キュレーションに直接関係する活動だけでなく、組織全体のすべての活動をより広く見ながら、アジャイルなデジタル変革の取り組みを継続することができます。

しかし、もっと重要なのは、VSMを使用するとアジャイルな DevOps、その他のデジタルトランスフォーメーション手法をより効果的に活用できます。多くの組織は、サイロをまたいでアジャイルを適用することに苦労しており、また、成果重視の企業目標に向けてアジャイルワークフローを調整する方法を見つけるのに苦労している組織もあります。VSMは、その両方を実現します。つまり、最も重要な優先事項に重点を置きながら、大規模かつ迅速なアジャイルを実現します。

VSM:

• 組織のワークフロー アーキテクチャをマッピングし、ポリシーやプロセスの変更を現実に合わせて調整します。
• 拡大する DevOps サイクルエンベロープを、計画、監視、顧客からのフィードバックを含む製品ライフサイクルのあらゆる側面に適用します。
• 製品パイプライン全体にわたってツールを統合
• バリューストリームのあらゆる瞬間からデータを収集し、単一のビューを作成して指標を監視します。
• 価値重視の指標を使用してチーム間でビジネス目標を調整します

VSMは、実質的に組織のサイロ化を最終的に解消することを意味します。価値創造のあらゆる側面を1つ（または複数）のストリームに統合することで、すべてのチームが顧客やその他の主要なステークホルダーにさらなる価値を提供するという共通の目標に向けて、協調して取り組むことができるようになります。

VSMでは、アジャイルとデータが連携して価値創造を加速します。

VSM は次の手順で実現されます。

1. 現在のすべてのプロセスを監査して、製品と価値が組織内でタスクごとにどのように流れるかを追跡します。
2. これらすべてのプロセスにわたってデータを集約し、リードタイム、ユーザー離脱率、欠陥回避率、セキュリティ/ガバナンス/コンプライアンス データなどの指標の単一の図を作成します。
3. プロセス改善のための洞察を得るために指標を使用し、ベストプラクティスに関する明確なガイダンスとリーダーシップからのサポートにより、アジャイルチームがより速く、より良い仕事を行えるようにすることに焦点を当てます。
4. これらの改善の結果を測定し、プロセスを繰り返す

事実上、VSMはアジャイルと DevOps そしてそれをバリューストリーム全体に適用します。

パイプライン全体のメトリクスにアクセスできることは、次の理由から重要な機能です。

• 仕事のペースを速める
• リスクと不確実性の認識によってもたらされる主要なボトルネックを排除します

VSMは実証可能な価値創造に重点を置いているため、作業の全段階にわたって指標を監視することで、新しいプロセスや製品の変更に対する上位レベルの承認をより迅速に行うことができます。ゲート承認がなければ、 DevOps 製品チームは独自のペースで作業し、新しいスプリントごとにサイクルタイムの短縮や顧客エクスペリエンスの向上などの目標を達成できます。

言い換えれば、VSMとアナリティクスが連携することで、価値創造のボトルネックを可視化し、自動化や承認の迅速化によってボトルネックの解消を目指します。製品ストリーム全体にわたる価値創造の可視化により、組織全体でより迅速かつ一貫した業務遂行が可能になります。

VSMはより大きな目的に向けてアジャイルなチャネルを構築

多くの場合、アジャイルや DevOps プロセスは、デジタルトランスフォーメーションの達成における最終段階と考えられています。多くの組織は、必要に応じてプロセスの自動化や変更を進めていますが、社内のパフォーマンスを総合的に測定することが困難です。このようなパフォーマンスの視点と、フィードバックに改善で応えるという指示がなければ、デジタルトランスフォーメーションの進捗は停滞してしまいます。これは、サイクルタイムなどの指標を現在の閾値を超えて改善することが難しい組織に顕著に表れます。また、デジタルトランスフォーメーションの取り組みから測定可能な投資収益率を達成するなど、当初期待していたデジタルトランスフォーメーションの成果を実現できない可能性もあります。

最近のウェビナーでは 組織がバリューストリーム管理を検討すべき理由フォレスターの主席アナリスト、クリストファー・コンド氏は、組織が明確に定義され、価値に焦点を当てた一連の目標に焦点を絞っていない場合に、この問題が発生することを強調しています。組織は、アーキテクチャ、フレームワーク、または方法論を完全に実装することに夢中になり、それらを完全に実装することが成功を意味すると考えがちです。実際には、完全な実装こそが、望ましい成果を達成するための第一歩なのです。

上記のVSMの手順で規定されているように、アジャイル/DevOps プロセスが整備されたら、サイクルタイム、リリース頻度、計画外の作業、全体的な顧客満足度といった主要な指標を監視して、その成果を測定する必要があります。得られたフィードバックは、プロセス、テクノロジー、あるいはバリューストリームに関わるその他の領域のさらなる改善を促すはずです。アジャイルや DevOps デジタル変革の最終目的地として、組織はこれらの移行の成果を実装成功の指標とみなすべきです。組織は、以下の点を明らかにする成果を目指すことができます。

• サイクルタイムの短縮
• その他のリリース
• 変化する状況への対応力の向上
• イノベーションに関する意思決定における抵抗や躊躇の減少

コンドはさらに、組織が DevOps プロセスを導入し「完了」と宣言すると、顧客体験を対話の中に組み入れることを怠る場合があります。顧客からのフィードバックとモニタリングデータは、アジャイル/DevOps 決断。

VSM は次の 2 つの主な問題を解決します。

• デジタルトランスフォーメーションを目的（価値）に向け、その目的に基づいてアーキテクチャ上の決定や、個々のリリースや作業項目に関する小さな決定を導きます。
• また、製品ライフサイクルの後の段階をデータに基づいて組み込むことで、組織が成果だけでなく仕事の成果を理解できるようにします。

コンド氏が指摘するもう一つの問題は、組織が年間計画サイクルにとらわれすぎると、アジャイルなパフォーマンスを発揮できなくなる可能性があるということです。つまり、「予算が最終的にどう使われるかという理由で、トップレベルでウォーターフォール型を採用し続けている」ということです。必要なのは、より短いフィードバックサイクルです。データを通じて明らかになる価値重視の情報は、プロセス改善に関する会議の頻度を高め、「遅延なく必要な変更を推進する」ことに大いに役立ちます。

VSMは企業が大規模にアジャイルを実現するのに役立ちます

アジャイルな作業を遅らせる大きな要因の 1 つは、規模の導入によって最も重要な機能が損なわれる可能性があることに組織が気付くことです。

プロジェクトマネジメント協会は次のように述べている。 組織が「企業全体にアジャイルを展開することを決定した場合、5人から9人のチームでうまく機能していたものが、修正なしではうまく拡張できないことに気付くことがよくあります。チームは必ずしもアジャイルのニーズと一致しているわけではなく、チーム規模が大きく複雑性の高いプロジェクトではアジャイルを成功させるのがより困難になります。」

Digital.ai自分自身 2020年間 State of Agile 外部リンク：レポート アジャイルのスケーリングには次のような障壁があることがわかります。

これらの課題の多くは、VSMが解決できる問題に関連しています。多くの組織は、リスクとリターンの比率が明確でなく、変革の目的も明確ではないため、変革に抵抗を感じています。価値に焦点を当てることで、ステークホルダーに最も重要な指標を示すことで、必要なプロセス変更への賛同を得やすくなります。これらの変更は、変革を完全に実行するために必要な変更である場合もあれば、多くの企業の場合のように、変革によって得られた成果をさらに高め、現在のパフォーマンスの停滞を打破するために必要な変更である場合もあります。

価値に焦点を当ててチームの不一致を減らす

その アジャイルをスケールさせるためのDisciplined Agile Delivery（DAD）手法は、「目標主導型のアプローチは、人々が直面している状況のコンテキストを考慮して、アジャイル戦略を調整および拡張し、望む結果を達成するために必要なプロセス関連の意思決定を導く」ことを示唆しています。

さらに、ツールチェーンに沿って製品を統合して完全なバリューストリームを作成し、すべての作業者にプロセスとメトリックを明確に表示することで、チーム間のパフォーマンスの不一致を解消できます。

もう一つの課題は、チームの連携がばらばらであることである。「複数のチームの貢献を単一の製品デリバリーサイクルに調整するのは、どのような開発手法を選んだとしても難しい場合があります」と、彼は言う。 カーネギーメロン大学ソフトウェアエンジニアリング研究所例えば、「チームごとに異なるイテレーションの長さを使用する場合は、イテレーションの終了点を同期させる方法を検討する必要があります」と提案しています。

このように、VSMは、特定の作業項目の実施だけでなく、価値の提供に重点を置いた成果と、チームと完了の定義を一致させるのに役立ちます。 MITRE社のAiDAプロジェクト 「アジャイル手法を大規模プロジェクトに適応させるには、大規模プロジェクトの目標をサポートするために複数の小規模開発作業をうまく統合するための健全なエンジニアリングと管理の規律が必要である」と示唆しています。

VSM は、バリュー ストリーム マップを活用してガイダンスとデータを提供し、すべてのチームが理解できるコンテキストを提供することで、各部分がどのように組み合わされて全体が形成されるかを理解するためのロードマップを提供します。

アジャイル変革を阻む抵抗の役割

文化への抵抗は、リスク回避と未知への反応の産物です。「でも、これまでずっとそうしてきたから…」という言い訳はよく聞かれますが、これはリスクを負ったり新しいことに挑戦したりした結果として経験する苦痛の症状です。このような考え方の中で、レガシーとは safe、アジリティを阻害します。多くの組織は、孤立したデジタル製品サイロにアジャイルを導入しながら、経営の主要部門に対してウォーターフォール型の制御を維持しようとするときに、このような行動を示します。

ハーバード・ビジネス・レビュー誌は、 大規模アジャイルについて議論した記事は、「何百もの新しいアジャイルチームを立ち上げても、動きの遅い官僚機構によってボトルネックになってしまうことは珍しくない」と認めています。

デジタルトランスフォーメーションの望ましい成果を達成するというこれらの課題に直面した時、VSMは特定の目標成果のパフォーマンスを示す目に見える指標を優先することで、ステークホルダーの懸念を最優先に考えているという包括的な結論を導き出すことができます。また、VSMは可視性と連携を向上させるツールを統合し、ビジネスと顧客にとっての価値に関連する最優先事項にすべての取り組みを集中させます。

VSMはよりスマートに、より良く、より速く、より強く俊敏です

VSMの導入は、デジタルトランスフォーメーションの方向転換という点で、大切なものを無駄にすることを意味するものではありません。実際には、VSMとアジャイル/DevOps、それらを VSM に「置き換える」必要はありません。

代わりに、VSMはアジャイルと DevOps 企業のあらゆる側面に原則を浸透させ、トップダウンの指示を整合させると同時に、ボトムアップで得られた指標を用いてステークホルダーに価値の優先順位付けを保証します。スピードや規模においてアジャイルに苦戦している組織は、VSMの原則とプラットフォームの機能を活用することで、より迅速かつ一貫性を持って、より多くの成果を達成できます。

バリューストリームマネジメントがどのようにアジャイルな組織パフォーマンスと優れた製品を実現するのか、ウェビナーで詳しくご覧ください。組織がバリューストリーム管理を検討すべき理由「