バリューストリームマッピング とは？

顧客へ価値を届けるまでの、仕事と情報の流れだよ。ソフトウェアなら要件から提供までなど、対象の始点と終点を決める。工程の一覧だけでなく、依頼や承認の情報、仕事の受け渡し、処理や待ちも含めて現状を確認するんだ。

書くよ。図は作業13日、待ち20日、合計33日の仮の例。作業と待ちが重ならない直列の流れで、同じ日数の単位を使って足している。実際には並行する工程や稼働日の違いもあるので、単純に合計できるとは限らないんだ。

まず現状図（Current State Map）を確認し、目標とする将来図（Future State Map）を描くよ。何を良くしたいかを共有して、変えられることから計画・実施し、結果を確かめる。きれいな地図を作って終わる作業ではないんだ。

DORAのガイドは、ソフトウェアの提供や障害からの復旧の流れを地図にする方法を説明しているよ。工程間の待ちや受け渡しを調べ、改善後のリードタイムなどを確認する。自動化ツールを入れたら必ず短縮する、と決めつけずに効果を測ろう。

改善の候補になるけど、時間だけで最優先とは決まらないよ。待ちの理由や目標への影響を確認しよう。また、作業時間には価値を生む作業だけでなく手戻りなども含み得る。図の13/33は経過時間に占める作業時間の割合で、顧客への価値や品質の点数ではないんだ。