公開日：2022年11月28日
バリューストリーム管理(VSM)とは、組織のソフトウェアデリバリー活動によって生成されるビジネス価値のフローを測定して改善するプラクティスです。ソフトウェアデリバリーのライフサイクルをエンドツーエンドで監視することで、価値を生むプロセスをより的確に把握し、無駄な作業を排除して、プロセスの流れを最適化できます。その結果、顧客の価値に直接つながらないアクティビティに時間を取られることなく、価値に直接つながるアクティビティに集中できます。
業界内での競争が激しくなるにつれて、企業は優位性を得る手段としてソフトウェアに注目するようになりました。そして、組織のデジタルトランスフォーメーション戦略の一環として、ソフトウェアだけでなくその開発プロセスも含めて価値につなげる方法を模索し始めています。しかし、ソフトウェア開発は常に進化し続ける一方で、ITの新しいアプローチや機能を全社的に導入するのには時間がかかります。バリューストリーム管理は、ソフトウェアデリバリープロセスのあらゆる側面を記録して測定するための体系的なアプローチを提供します。製品、アプリケーション、サービスのフローを可視化することで、ソフトウェアデリバリーの問題の解決と継続的な改善を可能にします。
以下のセクションでは、ソフトウェアデリバリーやデリバリーパイプラインにおけるバリューストリームの重要性と、バリューストリームの現状を評価する方法について説明します。また、バリューストリーム管理ツール、組織でのバリューストリーム管理の導入方法、目標とするビジネス成果の達成方法もご紹介します。
バリューストリームの目的
バリューストリームの目的は、製品やサービスの価値実現までの時間または市場投入までの時間を短縮することです。バリューストリームという組織共通の観点を持つことにより、システム全体で価値のフローを追跡し、測定して最適化できます。これは、組織が提供する価値とその改善方法の明確化にもつながります。
バリューストリームの考え方を最初に取り入れた企業の1つがトヨタ自動車社で、当初の目的は、受注から最終納品までのすべてのプロセスとステップを明確に把握することでした。それを基に、製造業務を幅広い視点で捉えて、不要で無駄を生む作業を排除すると同時に、製造プロセスの整備と改善を行いました。
最近では、DevOps活動で、ソフトウェアデリバリーと製品開発の改善方法としてバリューストリームのプラクティスが導入されています。バリューストリーム管理では、ソフトウェアデリバリーモデルの中心に顧客を置き、顧客の要求から顧客への提供までの業務の流れを監視して継続的に改善します。
バリューストリームの種類
バリューストリームは大きく2つに分けられます。
- 運用バリューストリーム：製品、アプリケーション、サービスを顧客に提供するために必要な人員と一連の作業を指します。
- 開発バリューストリーム：運用バリューストリームで使用するソリューションを開発するために必要な人員と一連の作業を指します。
バリューストリーム管理のステップ
バリューストリーム管理では、ソフトウェアデリバリープロセスの各ステップを調べて、バリューストリームの現状を評価する必要があります。これには以下のステップが含まれます。
- 要件分析と計画
- 製品設計とプロトタイピング
- コーディング
- テスト
- デプロイ
- メンテナンスとアップデート
バリューストリームマッピングは、バリューストリーム管理をリアルタイムで実行できるようにします。
各ステップについて、その関係者が顧客への価値提供を妨げるワークフローのボトルネック、サイロ、その他の障害を特定します。
バリューストリームマッピングは、このプロセスをリアルタイムで実行できるようにします。バリューストリームマップは、特定の製品またはサービスを提供するために必要な各ステップを線でつないだ図です。このように図式化することで、ソフトウェア開発ライフサイクル(SDLC)の各ステップの中で、遅延、引き継ぎ、手戻りなどの非効率的な「無駄」によって価値実現が妨げられている箇所を容易に見つけることができます。
バリューストリームマップを作成するときは、組織が成功を測定するために普段使用している指標を使います。ただし、リーンやシックスシグマの方法論では、以下の3つの主要な指標を含めることが推奨されています。
- 付加価値：チームがプロジェクトで積極的な活動に取り組んだ時間。製品の変化につながらなかった時間は非付加価値時間とみなされます。
- リードタイム：個人またはチームがタスクを完了するのにかかった合計時間。付加価値時間と非付加価値時間の両方を含みます。
- 完全/正確率(%C/A)：個人またはチームが情報の修正、追加、明確化などの手間をかけずにタスクを実行できる時間の割合。つまり、仕事が最初から完全に正確で、下流の工程で手直しする必要がないということです。
バリューストリーム管理の正式な手順はありませんが、一般的なプロセスは以下のようなものです。
バリューストリームの現状を示すマップを作成する：まずは、ソフトウェアデリバリーの現状を正確に把握することが重要です。バリューストリームマップは、現在のツールチェーンや特定のバリューストリームの現状を可視化するだけでなく、将来のあるべき姿を導き出すためにも役立ちます。マップを作成するときは、以下の点を追加します。
- 現行のソフトウェア開発/運用プロセスの主なステップ
- 各ステップの実行者
- 各ステップの付加価値
- 各ステップのリードタイム
- 各ステップの%C/A
- 各ステップで現在使用しているツールチェーン内のツールと、自動化できそうな手作業
無駄を特定する：現状を示すバリューマップを作成する目的は、顧客への価値提供を妨げる問題を特定し、それを軽減してバリューストリームを改善することです。バリューマップは、プロセス、テクノロジー、チームの中で非効率的な部分を見つけるために役立ちます。
リーン方法論では、8つのタイプの無駄が挙げられています。リーンはもともと製造プロセスに関するアプローチですが、DevOpsにも適用できます。8つの無駄の頭文字をとると「DOWNTIME」になるので覚えやすいでしょう。
- 不良(Defects)：ミス、不具合、誤解、インシデント、手戻りなど、製品やサービスを損ない価値を低下させる問題を指します。
- 作りすぎ(Overproduction)：顧客が必要とする以上のもの(機能、製品など)を作ることを指します。無駄になったリソースを有効活用すれば、付加価値を生む活動ができたはずです。
- 作業待ち(Waiting)：製品やサービスに関する作業に取り掛かるまでの待ち時間を指します。人件費などのリソースコストが無駄になります。
- 人材の不活用(Non-utilized talent)：プロセスの分断、物理的な壁、複雑な手順、度重なる再編など、チーム間の知識の流れを阻害する要因を指します。知識が無駄になることで、製品やサービスが持つ価値を最大限に引き出すことができなくなります。
- 運搬(Transport)：開発者からテスターやデプロイ担当者への引き継ぎはデリバリープロセスの一部ですが、こうした引き継ぎ箇所が多すぎると、デリバリーに時間がかかり、不良が入り込むリスクが増えます。
- 在庫(Inventory)：一括リリースのスケジュール待ちのコードがあるなど、リソースがたまっている状態を指します。在庫が多すぎると、デリバリーチェーンのボトルネックになり、価値を生成する資材や情報の流れが滞る可能性があります。
- 動作(Motion)：ソフトウェアの開発やデプロイの中で労力を要する作業やプロセスが開発チームや個々のチームメンバーの負担になることを指します。その負担がデリバリープロセスのパフォーマンスを低下させることがあります。
- 過剰な加工(Extra processing)：機能を必要以上に複雑にする、不要な取り組みを行う、コードを作り直す、タスクや製品に不要な機能を追加するなど、必要以上のことをする無駄を指します。
このステップでは、すべてのプロセスとツールを客観的に精査し、それぞれについて付加価値を生むか価値創出を妨げるかを判断します。「いつもこうしている」といった固定観念にとらわれると、顧客にとっての価値を向上させる機会を見逃してしまいます。
将来のあるべき姿を示すバリューストリームマップを作成する：現状のバリューストリームであらゆる無駄を洗い出したら、将来のあるべき姿を示すバリューストリームマップを作成します。このマップには、無駄を排除するための改善策を組み込みます。たとえば、特定のステップをシンプルにするために複数のタスクを統合する、手動プロセスを自動化する、デプロイ頻度を増やす、などです。
改善策を考えるときは、付加価値を生むタスクを増やし、そうしたタスクの価値を向上させるにはどうすべきか、付加価値を生まないタスクを減らすか取り除くにはどうすべきか、%C/A指標を向上させるにはどうすべきかを検討します。
適切な改善策は、通常はプロジェクトのバリューストリームによって異なります。大切なのは、プロジェクト固有のニーズを理解し、それを満たすために必要な改善を行うことです。
- 変更をすべての関係者に伝える：バリューストリーム管理プロセスでは、すべての関係者に絶えず最新情報を提供し、フィードバックをもらうことが重要です。その場合にバリューストリーム管理ツール(後述)を使うと効率的に行えます。
バリューストリームマネージャーの役割
Lean Enterprise Instituteの定義によると、バリューストリームマネージャーは「特定の製品ファミリーについて、『付加価値』対『非付加価値』の比率を高め、サプライチェーン全体で無駄を排除して、バリューストリームが顧客の要求を満たすかそれを上回るようにする責任を担う人」です。
バリューストリームマネージャーという役割は製造分野で生まれたものですが、基本的な考え方はソフトウェアデリバリーにも適用できます。バリューストリームマネージャーは、各製品またはサービスについて、バリューストリームの現状をエンドツーエンドで示すマップの作成、現状のマップのファクトベースの分析、リーン方式を取り入れて無駄を排除しプロセスの価値を高めるために、近い将来のあるべき姿を示すマップの作成、部門横断的なチームによる改善の実施を監督する責任を担います。
バリューストリームマネージャーの役割は基本的に、価値創出のために組織の活動とリソースを調整することであり、その実現には特定の能力が求められます。Lean Enterprise Instituteによると、それには、バリューストリームを幅広い観点で捉える能力、重要なシステム制約を理解する能力、プロセスに関する重大な問題をすばやく察知する能力が含まれます。また、データドリブンのビジネス戦略やリーン思考に関する深い知識を持っていること、または深い知識を持つリソースが身近にあることも求められます。
フロー指標とは
フロー指標は、特定の製品のバリューストリームによって提供される価値の大きさと、価値を提供するフロー全体の速度を測定するためのフレームワークです。従来のパフォーマンス指標では特定のプロセスやタスクが対象となるのに対して、フロー指標では1つの事業が成果を生むまでの流れ全体が対象になります。これにより、バリューストリームの中で、顧客への価値提供を妨げる要因がどこにあるかを見つけ出すことができます。
ソフトウェアバリューストリームでは、顧客がお金または時間を費やしてでも手に入れたいと思うものを「価値」とみなします。新機能とバグ修正はその良い例です。ソフトウェアバリューストリームを通じて生成される個々の価値を「フローアイテム」と言います。バリューストリーム内のすべてのリソースが、フローアイテムの生成速度の向上に寄与することが理想です。つまり、各フローアイテムの完成までにかかる時間を短縮する必要があります。バリューストリームを測定するための主なフロー指標は4つあります。
- フロー速度：特定の時間内に完成したフローアイテム数を測定して、価値提供の速度が上がっているかを判断します。
- フロー時間：特定のフローアイテムの作業開始から終了までの時間を測定して、市場投入までの時間を計ります。
- フロー効率：フローの総時間に対するアクティブ時間の比率を測定して、バリューストリーム内の無駄を特定します。
- フロー負荷：バリューストリーム内のフローアイテム数を測定して、バリューストリームの稼働率が過剰または過少でないかを判断します。
フロー指標を使用することで、バリューストリームマネージャーは、使用するソフトウェアデリバリー手法に関係なく、ソフトウェアデリバリープロセス全体を顧客とビジネスの両方の観点で理解できます。これにより、ソフトウェアデリバリーがビジネス成果にどのように影響しているかを明確に把握できます。
マテリアル/情報フローマッピングとは？
マテリアル/情報フローマッピングは、バリューストリームマッピングの別名です。リーン製造方式で、製品やサービスを顧客に提供するための一連のアクティビティにおけるマテリアルと情報の流れを分析するための手法です。その主な目的は、無駄を特定して排除し、バリューストリームの効率を向上させることです。
マテリアル/情報フローマッピングでは、製品やサービスを提供するための一連のアクティビティにおけるマテリアルと情報の流れを分析します。
バリューストリーム管理の例
ソフトウェアでの一般的な例として、ある企業がバリューストリーム管理の手法を使って、自社の主力アプリケーションのバリューストリームを分析する方法を見てみましょう。デリバリープロセスの各ステップを示すマップを作成したところ、自動化できそうな手動タスクや、統合または効率化できそうな複雑なプロセスがいくつか見つかりました。これらの改善に取り組めば、ストリーム内の作業のフロー速度が上がるはずです。また、%C/Aが低いために手戻りが多く発生していることもわかりました。そこで関係者が、これら非効率的な作業を改善するための解決策を検討し、将来のあるべき姿を示すバリューストリームマップを作成して実践することにしました。これにより、ソフトウェアデリバリーの最適化と、顧客に提供する価値を高めることができます。
バリューストリーム管理のメリット
バリューストリーム管理にはさまざまなメリットがあります。
- 無駄を特定できる：バリューストリームの現状をマップで可視化することにより、どこでどのような無駄が発生しているかを客観的に把握して、プロセスの改善機会を特定したり、顧客に付加価値を提供しないプロセスを排除できます。
- 効率化を促進できる：バリューストリーム管理では、どこで付加価値が生成されるかも可視化できるため、製品やサービスの提供プロセスを全体的に効率化して、カスタマーエクスペリエンスの向上につなげることができます。
- 共通の目標に向けて組織全体をまとめることができる：バリューストリーム管理では、プロセス内のさまざまな工程に関わるすべての関係者が関与する必要があります。同時に、大規模な改善を実現するためにCEOやCIOをはじめとする経営幹部の参画が不可欠です。
バリューストリーム管理ツールの例
さまざまなバリューストリーム管理プラットフォームが提供されています。具体的な機能は製品によって異なりますが、一般的には、異なるソフトウェア開発/デリバリーツールの統合、ソフトウェア開発ライフサイクルのあらゆる側面のマップ作成と可視化、プロセスのエンドツーエンドの表示といった機能を備えています。また、さまざまな関係者に変更を伝えるための機能を提供する製品もあります。
よく使われるバリューストリーム管理プラットフォームには以下のものがあります。
- Tasktop Viz
- Plutora
- GitLab Value Stream Analytics
- Atlassian Jira Align
- CloudBees DevOptics
バリューストリーム管理の導入方法
バリューストリーム管理を導入するには、まず、パイロットプロジェクトとして使用するバリューストリームを1つ選び、バリューストリームマネージャーを指名します。バリューストリームマネージャーは、選択したストリーム内の各種プロセスの担当者と協力して、プロセスに関するデータの監視と収集を行います。さらに、そのデータに基づいて、バリューストリームの現状を示すバリューストリームマップを作成します。関係者は、現行のすべてのプロセスを評価して無駄を洗い出し、成功指標の改善策を探ります。ここまでの作業が完了したら、パフォーマンスを最適化した将来のあるべき姿のマップを作成し、対策を実装して、必要な変更をすべての関係者に伝えます。
バリューストリーム管理のトレーニング
一般的にバリューストリーム管理のトレーニングでは、バリューストリーム管理の考え方と、そこから最大限のメリットを引き出す方法を教えます。その中で、バリューストリームマップの作成プロセス、つまり、関係チームの招集から、バリューストリーム内のアクティビティに関する情報の収集、マップの記述までのすべての作業について説明します。また、フローのフレームワークやフロー指標の概要と、それらをソフトウェアデリバリーに適用するためのベストプラクティスについて説明することもあります。
ソフトウェアイノベーションがビジネスの重要な差別化要因になっている今日、組織のプロセス内のどこでどのような価値が生成されて顧客に提供されているか、その価値を最適化するために何をすべきかを理解することが不可欠です。バリューストリーム管理を実践すれば、ソフトウェアデリバリーを客観的に評価して、遅延、非効率的なプロセス、その他のボトルネックを取り除いて、顧客に提供する価値を向上させ、その結果として組織に利益をもたらすことができます。
