バリュー・ストリーム管理とは

価値ストリームとは、企業がアイデアを具体的で測定可能な価値へと変換するために実行する一連のステップを指します。企業にとって、バリュー・ストリームは、顧客からの注文を受け取り、仕様に基づいて製品やソリューションを開発し、最終製品を提供するプロセスを表します。

バリュー・ストリームという概念は、ソフトウェア開発ライフサイクルに特有のものではありませんが、そうした文脈にも適用可能です。「バリュー」は、製品、サービス、またはその両方の組み合わせなど、さまざまな形を取り得ます。ビジネスが提供する価値の種類を理解することは、組織がバリュー・ストリームをより簡単に認識するために役立ちます。

バリュー・ストリーム管理では、業務のサイロ化を解消する部門横断型のチームを活用して、利害関係者がビジネス機能全体にわたって可視性を得られ、関与を持てるようにすることで、ボトルネックや非効率的なワークフローの特定を支援します。

また、フロー時間、スループット、フロー負荷、フロー効率、フロー分布など、明確なデータ駆動型のメトリクスを作成し、企業全体の作業の流れを把握するためのツールとプロトコルも提供します。データ手動でビジネス機能を概観することを通じて、企業はリソースがどのように使用されているかをより深く理解できます。また、提供する価値やビジネス成果を向上させることもできます。

バリュー・ストリーム管理により、企業はあらゆるビジネス機能によって生み出される価値に直接関連するリアルタイムデータにアクセスできるようになります。このレベルの可視性により、チーム間のコラボレーションやワークフロー全体の最適化という文化が促進されます。VSMの全体的な目標は、より良い製品とサービスを提供し、顧客体験を向上させ、収益を伸ばすことです。

バリュー・ストリーム管理のメリットには以下のようなものがあります。

• 洞察の強化
• 運用効率
• より速い提供
• 顧客体験の向上

バリュー・ストリーム管理は、製品開発ライフサイクル全体にわたるエンドツーエンドの可視性を提供します。これにより、企業はあるチームやプロセスから次のチームやプロセスへと価値が進んでいく様子を把握できるようになります。これにより、プロセス全体に潜む障害やリスク、非効率性を特定できるため、開発チームは顧客に提供する価値を最大化できるようになります。こうした知見は、ビジネス・リーダーが組織のバリュー・フローにおける混乱やボトルネックを特定し、対処するうえでも有効です。

バリュー・ストリーム管理は、バリュー・ストリーム全体にわたって運用効率を高めます。これにより、組織は製品やサービスの形態を問わず、可能な限り短い時間で顧客に価値を提供できるようになります。明確なメトリクスを通じて、組織は非効率性を取り除き始めることができ、新しい製品や取り組みの革新に時間を費やせるようになります。

バリュー・フローを測定して改善するための体系的なアプローチにより、組織は改善が必要な領域を特定できるようになり、より迅速かつ効率的な提供が可能になります。バリュー・ストリーム管理は、リードタイム、すなわちアイデアの生成から製品の提供に至るまでにかかる時間を短縮するために役立ちます。デリバリー・プロセスを迅速化することで、顧客がアップデートや不具合の修正を待つ時間も短縮され、全体的な顧客満足度の向上につながります。

効果的なバリュー・ストリーム管理により、組織は自社のバリュー・ストリームを顧客の視点から捉えることが可能になります。この視点は、無駄を排除し、開発プロセスを最適化して、最大限の価値を提供するために不可欠です。運用を最適化することで、企業はより一貫性のある高品質な製品やサービスを提供できます。

バリュー・ストリーム・マッピングには、製品の作成と提供のプロセス全体にわたる情報、資材、その他のリソースの流れを図式化することが含まれます。製造業において一般的に使用されていますが、ソフトウェア開発を含む他の多くの業種でも有用なツールです。バリュー・ストリーム・マッピングは、製品やサービスを提供するために必要な一連の活動を明確に視覚化します。

バリュー・ストリーム・マップは、以下のような重要な情報を視覚的に表現します。

• 各ステップにおける作業時間および待機時間
• 各ステップに必要な労働量
• 各ステップでのエラー率
• バリュー・ストリームに沿って発生するダウンタイム
• 各ステップにおけるボトルネックやプロセスの遅延

バリュー・マップの作成プロセスは、いくつかの明確なステップに分けることができます。

バリュー・ストリーム・マップで取り上げる具体的な製品およびプロセスを明確に定義します。このステップにより、明確さが生まれ、マッピング作業の焦点が定まります。

バリュー・ストリーム・マップの範囲を決定します。この範囲には通常、価値を生み出し、提供するプロセス全体を対象とし、サプライヤー、社内プロセス、顧客への納品が含まれます。

また、顧客のニーズや、各サプライヤーに関する情報、およびバリュー・ストリームに不可欠なサービスや原材料の提供に関わるサプライチェーンに関する情報の収集も含まれます。多数のサプライヤーがある場合は、原材料の種類や地理的位置に基づいてグループ化することで、マップをより効率的にすることができます。

注文を受け付けし、最終製品を作成し、顧客に届けるために必要な、重要な業務段階やステップの略図を描きます。このステップでは、個々のタスクではなく、大まかなステップを把握することに焦点を当てています。これは、組織内のプロセスを通じて価値がどのように流れていくかを可視化する、バリュー・ストリーム・マップの中でも重要な要素です。

バリューストリームの各ポイントにおける利害関係者間の情報の流れを文書化します。これには、コミュニケーション・チャネル、意思決定プロセス、コラボレーションの仕組みが含まれます。

情報の流れは、バリュー・ストリームの各段階を通じて主要な利害関係者間のやりとりの構造を示します。これは、バリュー・ストリームのさまざまな時点で、ビジネス・リーダー、従業員、サプライヤー、顧客の間で情報とコミュニケーションがどのように流れるかを描写するものです。

バリュー・フローを詳細に把握するため、生産プロセスに関する関連データを収集します。これには、フロー速度、フロー負荷、フロー時間、フロー効率などのメトリクスが含まれ、ボトルネックや非効率性の特定に役立ちます。

全体的なプロセス時間とリードタイムを視覚化するタイムラインを（遅延の原因となる可能性のある依存関係に特に注意しながら）作成し、効率の分析と改善領域の特定ができるようにします。

バリュー・ストリーム・マップにおけるタイムラインは、付加価値のあるサイクル・タイムと非付加価値のないサイクル・タイムの違いを示し、価値創造に貢献しない無駄なプロセスを特定できるようにします。また、バリュー・ストリームの各ステップで費やす全体的な時間についての洞察を提供し、改善すべき領域を特定するために役立ちます。

フロー・メトリクスは、非効率性、ボトルネック、最適化の余地、そして全体的なバリュー・フローを明らかにするために使用されます。これらのメトリクスにより、チームは開発プロセスの各ステップでバリュー・ストリームの現在の状態を評価できるため、生産性、顧客価値、顧客体験の向上に役立てられます。

フロー速度：ループットとも呼ばれるフロー速度は、VSMにおいて、バリュー・ストリームの特定の期間に完了した作業量を測定します。

フロー負荷 ：フロー負荷は、バリュー・ストリーム内で進行中の作業量を測定します。フロー負荷は、バリュー・ストリームがどのように使用されているか、および効率的に作業するためにリソースの追加や削減が必要かどうかを判断するために役立ちます。

フロー時間：フロー時間は、製品や取り組みについての作業が開始されてから、それがリリースされて価値を生み出し始めるまでの時間を測定します。ワークフローの効率を分析、評価する際の重要なメトリクスです。

フロー効率：フロー効率は、アクティブな時間（作業単位に実際に取り組んでいる時間）と、チームがアクティブに作業しておらず、他の作業の完了を待っている時間との比率を測定します。引き継ぎにかかる時間が長く、効率率が低い場合、人材の無駄や生産を停滞させるボトルネックが存在している可能性を示しています。

リードタイム：リードタイムとは、アイデアの創出から製品の納品までにかかる時間、または、必要な変更や更新を特定してからその変更を実装するまでの時間のことです。リードタイムが長くなることで生産工程が遅くなり、システムの更新や新機能の提供開始が非効率的になります。

平均修復時間（MTTR）：MTTRとは、サービスの中断やシステム・エラーから修復・回復するのにかかる時間のことです。MTTRを削減し、内部システムの応答性を向上させることが、顧客体験を向上し、セキュリティー・リスクを軽減するために役立ちます。

変更失敗率（CFR）：CFRは、更新によってエラーやサービスの中断が発生する頻度を測定します。CFRを把握することは、チームが開発プロセスを評価するために役立ちます。CFRが高い場合、コードまたは更新を顧客に配信する前に、より強力なテストを実施して、エラー数の削減を図る必要があるかもしれません。

デプロイメント頻度：CFRとは対照的に、デプロイ頻度は更新や新しいコードの配信が成功した頻度と速度を測定します。

バリューストリーム管理の成功を評価するには、目標ベースの測定から価値ベースの測定に移行する必要があります。バリュー・ストリーム管理プロセスの有効性を監視、測定するためのアプローチをいくつかご紹介します。

アクティブ・ユーザー数、更新率、月次経常収益などのメトリクスを使用して、バリュー・ストリームが組織にもたらすメリットを測定します。もたらされる価値の種類に基づいてメトリクスを選択してください。

デリバリーにとどまらず、デプロイ後の顧客成果を監視します。性能、セキュリティー、可用性、ユーザー行動などの要因を評価し、バリュー・ストリームが顧客満足度に与える影響を把握します。

人件費、ライセンス料、インフラストラクチャー費用など、顧客に価値を提供するために必要な直接費と間接費を計算します。バリュー・ストリームの総コストを理解することは、効率性を評価し、最適化すべき領域を特定するために役立ちます。

プロダクト・マネージャー、開発チーム・リーダー、その他利害関係者間のコラボレーションを促進し、バリュー・ストリーム管理の成功を監視するために必要な主要業績評価指標（KPI）を決定します。さまざまな視点を組み合わせることで、包括的な測定アプローチが可能になります。

バリュー・ストリーム内のボトルネックを特定して対処することで、全体的な効率を向上させます。ボトルネックは、チームの引き継ぎ、非効率的な承認プロセス、あるいはバリュー・フローを妨げるバックログによって発生することがあります。自動化や高度な分析を実施して、ボトルネックを効果的に解決し、バリュー・ストリーム管理を最適化しましょう。

バリュー・ストリームには、運用バリュー・ストリームと開発バリュー・ストリームの2種類があります。運用バリュー・ストリームは、製品を顧客に届けるために必要な担当者、ワークフロー、システム、ツールで構成されます。開発バリュー・ストリームには、製品やサービスを顧客に提供する前に必要な、開発チームやリソースなどが含まれます。

DevOpsなどの最新のソフトウェア開発方法論は、バリュー・ストリーム管理と同じ原則の多くを実装しながら、バリュー・ストリームを組み合わせています。DevOpsは、ソフトウェア開発者とIT運用担当者の作業を組み合わせ、オートメーションを活用してソフトウェアの継続的なテスト、デプロイを行い、ソフトウェアのデリバリーを最適化します。DevOpsは、ソフトウェア開発ライフサイクル全体を通じて、機能横断的なチームが関与することを前提としています。

アジャイル手法では、大規模なプロジェクトを小さなフェーズやスプリントに分割します。アジャイル開発は、コラボレーション、継続的な改善、ユーザーからのフィードバックを重視し、ソフトウェア開発サイクル全体を通じて改善を図っていきます。

バリュー・ストリーム管理は、両方の手法と連携できますが、これらの原則をさらに発展させ、プロジェクト管理チーム、マーケティング・チーム、カスタマー・サービス・チームなどの他のチームも巻き込むものです。