バリューストリームマップを最新に保つ方法:更新ルールとトリガー
Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.
By Mirko Peters ·
バリューストリームマップの更新は、変更後もマップを実態に合った状態に保つための作業です。7つのトリガー、3つのレベル、バージョンのルール、マップを古いまま放置しないためのレビューサイクルを解説します。
Automatically translated with AI from the original post. Read the English original
バリューストリームマップの更新とは、マップを現在のストリームの実態に合わせて変更することと、いつそれを行うべきかを定めたルールのことです。この記事は、ワークショップで描いたマップを壁に貼ったまま放置してしまった継続的改善マネージャー向けです。7つのトリガー、3つの更新レベル、版とオーナーシップのルール、レビューのリズム、そして1つのマップを1年間追う架空の例を紹介します。
重要なポイント
- バリューストリームマップは、ストリームが変わっても誰も描き直さないと古くなります。更新ルールは、誰が何をいつ変更するかを定めます。
- Learning to See ワークブックには、将来の状態が現実になったら新しい将来の状態マップを描くべきであり、将来の状態マップは常に存在していなければならない、と書かれています。
- 7つのトリガーが更新を必要とします。将来の状態への到達、需要またはタクトタイムの変化、設備またはレイアウトの変化、製品構成の変化、サプライヤーまたは顧客の変化、指標のずれ、新しいストリームオーナーです。
- 3つの更新レベルは、変更の内容に応じて使い分けます。数値を更新する、工程を編集する、現状と将来の状態の全体を描き直す、の3つです。
- 各マップには版、日付、オーナー、変更メモを付けてください。古い版も保管しておけば、ストリームがどのように変化してきたかを確認できます。
バリューストリームマップが古くなるのはなぜですか?
バリューストリームマッピングの成果物であるバリューストリームマップは、ある時点における製品ファミリーの材料と情報の流れを描いたものです。ストリームは変化します。新しい治具で段取り替えが短縮されたり、需要が増えたり、サプライヤーが納入のリズムを変えたり、ある工程が別のラインに移されたりします。変化のたびに、マップ上のどこかのボックス、矢印、数値が実態と合わなくなります。そうした変化がいくつか重なると、マップは現場と一致しなくなり、人々はマップを信用しなくなります。
Lean Enterprise Institute(LEI)のワークブック Learning to See は、この原則を明確に示しています。将来の状態が現実になれば、新しい将来の状態マップを描くべきであり、それはバリューストリームレベルの継続的改善であるとしています。将来の状態マップは常に存在していなければならないからです。また、実装が進むにつれて将来の状態マップを微調整すべきであり、すべての詳細を完璧にすることにこだわりすぎてはいけない、とも述べています。
つまり、マップが完成することはありません。マップは改善のためのリーン・ツールであり、古いマップは単なる記録にすぎません。
バリューストリームマップの更新はいつ必要になりますか?
以下の7つのトリガーを使ってください。このリストは、ワークブックの原則に基づいて私がまとめた作業用のものです。工場によっては、ほかのトリガーを追加してもかまいません。
- 将来の状態に到達した。 ワークブックのトリガーです。新しい将来の状態マップを描きます。
- 需要またはタクトタイムが変化した。 タクトタイムは顧客需要によって決まるペースで、利用可能時間を需要数で割った値です。需要の変動が吸収できる範囲を超えると、作業者の人数や作業ペースを見直す必要があります。
- 設備またはレイアウトが変化した。 新しい機械、新しいセル、あるいは移動した工程は、サイクルタイム、引き渡し、材料の流れを変えます。
- 製品構成が変化した。 新しいバリエーションは工程の流れや段取り替えのパターンを変えることがあり、製品を別の製品ファミリーに移す場合もあります。
- サプライヤーや顧客が変わる。 納品のリズム、注文パターン、梱包ルールが変わると、情報の流れと在庫に影響します。
- 指標がマップからずれる。 週次レビューでのリードタイム、在庫、納品の数値が、マップのデータボックスと設定したしきい値を超えて異なる場合、マップが誤っているか、ストリームが変わっています。
- 新しい担当者が引き継ぐ。 ワークブックでは、製造責任者が交代する際にマップを使って効果的な引き継ぎを行うことを勧めています。引き継ぎは、マップが現状を反映しているかを確認する良い機会です。
更新レベルは3つのうちどれを使うべきですか?
すべての変更で新しいマップが必要になるわけではありません。この3段階の区分は、私自身が定めた運用ルールです。
- レベル1:数値を更新する。 測定値をもとにデータボックスとタイムラインを更新します(例:毎月)。構造は変更しません。
- レベル2:1つのステップを編集する。 工程ステップ、バッファ、情報のつながりのいずれかが変わった場合です。現状マップの該当箇所を編集し、2週間以内に変更を記録します。
- レベル3:描き直す。 部門横断チームで現状マップを描き直し、新しい将来マップを作成します。将来マップに到達したとき、または需要、製品構成、レイアウトが大きく変わったときに行います。
どのトリガーがどのレベルにつながるか、誰が決定し、いつまでに行うかを文書にしておきましょう。ルールがないと、マップは担当者の空き時間に更新されるだけになってしまいます。
マップの責任者は誰で、バージョンはどのように管理しますか?
マップの責任者はストリームオーナーです。ただし、オーナーがすべての作図を行うわけではありません。各工程を熟知しているチームメンバーが編集し、オーナーが履歴を一元管理します。各マップについて、次の内容を記録してください。
- バージョン番号と日付。 例:バージョン1.2、3月12日。
- 責任者。 1名の氏名。
- 変更メモ。 何を、なぜ変更したかを1行で記載します。
- データソース。 数値の出所と、その数値を取得した日付。
- フローを歩いて確認した人。 現地で流れを確認していないマップは、推測にすぎません。
古いバージョンは保管してください。バージョン1とバージョン3を比べると、ストリームがどう変わったかがわかります。どの工程がなくなったか、リードタイムがどう変化したか、どのムダを削減できたかが見えてきます。現状マップと将来マップはA3サイズで印刷して現場に掲示し、変更箇所をその場で書き込んでください。そうすることで、掲示物とファイルの内容が常に一致します。
どのようなレビューの頻度が効果的ですか?
既存の定例業務にマップを組み込んでください。以下は標準ではなく、計画のための提案です。
- 週次: ストリームレビューで指標を確認します。指標が予想外に動いた場合は、マップが現状と合っているかを確認します。
- 月次: データボックスを更新し(レベル1)、未対応の変更を確認します。LEIのバリューストリームマッピングに関する電子書籍では、トヨタが各工程のタクトタイムを月次でレビューし、10日ごとに微調整していると述べられています。数値によって、見直しの周期が異なることがわかります。
- 四半期: チームでストリーム全体を歩いて確認し、マップと照合したうえで、レベル2の編集が必要かを判断します。
- 年次、または将来マップ到達時: レベル3で描き直し、新しい計画を立てます。
例:1年間の1つのマップ(架空の数値)
この例は架空のものです。数値は実在する工場のものではありません。
1月、チームは製品ファミリーの現状マップのバージョン1を作成します。リードタイムは12日、ボトルネックでの段取り替えは60分です。
3月、新しい治具の導入により、段取り替えは20分に短縮されました。これは段階的な変化です。チームは2週間以内にマップのデータボックスとメモを編集し、バージョン1.1として保存します(レベル2)。
6月、需要が25%増加し、1日あたり300個から375個になりました。1日の稼働時間は27,000秒なので、タクトタイムは27,000÷300=90秒から、27,000÷375=72秒へ低下します。ボトルネックのサイクルタイムは80秒で、タクトタイムが90秒のときは問題ありませんでしたが、72秒では遅すぎます。マップには新しいタクトタイムでのボトルネックが示され、チームはオペレーターを1名追加してマップを編集します(レベル2、バージョン1.2)。
9月、リードタイムは8日に達し、将来マップの目標が達成されました。ワークブックのトリガーが該当するため、部門横断チームが新しい現状マップと新しい将来マップを作成します(レベル3、バージョン2)。古いマップはファイルに保管します。バージョン1とバージョン2を比べると、リードタイムが12日から8日に短縮され、3分の1削減されたことがわかります。
工場に多数のバリューストリームがある場合はどうすればよいですか?
複数のバリューストリームがある場合、更新スケジュールはワークロードの問題になります。ロードマップと同様に売上でバリューストリームを順位付けし、上位のストリームは毎月更新、それ以外は四半期ごとの確認にします。すべてのマップで同じテンプレートを使い、チームメンバーや管理職がどのマップもすばやく読めるようにしてください。また、各マップで同じデータボックス(サイクルタイム、リードタイム、在庫、歩留まり、タクトタイム)を使います。
更新は改善点を見つける機会でもあります。現在の状態と前回のバージョンを比較するときは、待ち時間が増えた工程、引き継ぎの位置が移動した箇所、付加価値のない作業が再び増えていないかを確認してください。これは個々の作業台ではなく、ストリーム全体レベルでのプロセス改善です。
よくある間違い
- マップを一度作って終わりにする。 更新のルールがないマップは、やがて壁の飾りになってしまいます。
- 毎回すべてを描き直す。 3つのレベルを使い分けてください。そうすれば、小さな変更にかかるコストを抑えられます。
- オーナーがいない。 全員が編集できる状態では、履歴を管理する人が誰もいなくなります。
- 机の上で更新する。 実際にフローを歩いて確認し、マップと目にした状況を照らし合わせてください。
- 古いバージョンを上書きする。 改善の進捗を示す証拠が失われてしまいます。
- 最初から細部まで完璧を目指す。 ワークブックも細部にこだわりすぎないよう警告しています。おおむね正しいマップを実際に使うほうが、引き出しにしまわれた完璧なマップより価値があります。
ソフトウェアでできること
紙のマップを更新するには、描き直しと数値の再入力が必要です。モデルがデジタルでデータと接続されていれば、データボックスは自動的に更新され、バージョンも保存され、複数の人が1つのモデルを同時に編集できます。iFAKT の Polaris VSM は、データに基づくバリューストリームマッピングのための iFAKT Polaris のモジュールです。物の流れと情報の流れを共同で作成でき、ムダやボトルネックを可視化します。ただし、ソフトウェアが現地歩きやオーナーの役割を代替するわけではありません。
次のステップ
バリューストリームマップの更新は、ルールが文書化されて初めて機能します。今週中に、7つのトリガーと3つのレベルを1枚のページにまとめ、各マップのオーナーを決めて、データボックスの最初の毎月更新日を設定してください。