ＳＣＯＲの概要[SCC報告]：ロジスティクス・ビジネス[LOGI-BIZ]バックナンバー

2001年8号

SCC報告
ＳＣＯＲの概要

*下記はPDFよりテキストを抽出したデータです。閲覧はPDFをご覧下さい。

AUGUST 2001 70 はじめにサプライチェーン・カウンシル（ＳＣＣ= Supply-Chain Council ）では、ＳＣＭの推進及び実行をサポートするツールとして、ＳＣＭの参照モデル「ＳＣＯＲ（スコア）＝Supply- Chain Operations Reference model 」を開発し、その普及、啓蒙活動を行なっている。
本誌においても、過去四回の記事の中でＳＣＯＲについて簡単にご紹介してきた。
しかし、これらの内容だけでＳＣＯＲの概要を十分に理解するのは困難かもしれない。
特にＳＣＣメンバー以外の読者の皆さんにとっては、もう少し詳細を知りたいところであろう。
そこで、よりＳＣＯＲの魅力を理解して戴くことを目的に、今月号より三回連載で「ＳＣＯＲワークショップ・エグゼクティブサマリー」をお送りする。
ＳＣＣ（日本支部）では、二日間コースでメンバーを対象にした「ＳＣＯＲワークショップ」を実施している。
その内容の全てを誌面化するのは不可能なので、ここではワークショップのエッセンスをお届けすることにする。
第一回目の今回は、「ＳＣＯＲの概要」と称して、ＳＣＯＲの基礎をご説明する。
１．ＳＣＯＲの背景一九九六年にＳＣＣが非営利団体として組織されて以来、その活動は常にＳＣＯＲモデルを中心に展開されてきた。
ＳＣＣのメンバーがＳＣＯＲモデルを開発・改定し、普及・啓蒙活動を行なってきたのである。
ＳＣＣに参加しているメンバーはＳＣＭを実行する企業の実務家が中心である。
そのため、自らが自社のＳＣＭを推進する立場でＳＣＯＲを考え、より使い易く、より効果の得られるモデルへと、改良を加えてきた。
この点が、コンサルティングファームやソフトウエアベンダーの主導で作成したモデルとの大きな相違点である。
具体的な開発・研究体制としては、サプライチェーンを構成するプロセスごとに「 Technical Committee （Ｔ／Ｃ）」を組織している。
また、各産業におけるＳＣＯＲ適用方法の研究や、特定のテーマを深く掘り下げて研究する「 Special Industry/Interest Group （ＳＩＧ）」を別に設けている。
この他、短期間集中型で特定テーマを検討する第5回ＳＣＯＲの概要ＳＣＣ日本支部　�
咤達錬劵錙璽⑤鵐哀哀襦璽廛蝓璽澄� ＳＣＣ公認ＳＣＯＲインストラクター日本ビジネスクリエイト三枝利彰ＳＣＭの実行には、自らのサプライチェーンの特性や性能の実際を理解・把握し、その上で改革活動を行うことが必要である。
その際、有効なツール、テンプレート、定義集があれば活動が進めやすくなる。
そこでＳＣＣでは「ＳＣＯＲ」を開発し、ワークショップセミナーを通じてメンバーへの普及・啓蒙活動を行っている。
その「誌上版」を今回から三回にわたって開催する。
短期集中連載〔第一部〕ＳＣＯＲワークショップ・エグゼクティブサマリー 71 AUGUST 2001 「 Working Group （ＷＧ）」なども随時、組織している。
日本支部独自の活動としては、サプライチェーン・ベンチマーキングを研究し実践する「ベンチマーキングコンソーシアム」、ＳＣＯＲそのものの本質を追求する「ＳＣＯＲワーキンググループ」などが組織されている。
これらの活動は、全てボランティアベースで行なわれている。
そしてＳＣＣのメンバーであれば誰でも参加できる。
このような枠組みの中で、ＳＣＯＲは進化を続けてきた。
２．ＳＣＯＲの定義２―１　�
咤達錬劼梁仂殀楼� 図１に示したとおり、ＳＣＯＲモデルはサプライチェーンを構成する全てのプレイヤーを対象として、ＳＣＭに関する全ての実行プロセスと計画プロセスを含んでいる。
ＳＣＯＲではサプライチェーンチェーンを物理的に構成する活動として、実行プロセスを四つに分けて定義している。
すなわち、「 Source （調達）」、「Make （生産）」、「Deliver （受注／納入）」、そして「Return （返品／ＭＲＯ）」である。
さらに、これらの活動を計画する計画プロセス「Plan （計画）」がある。
また、それぞれのプロセスの活動を支える具体的な管理手法や情報システム等の仕組みを「Enable （業務基盤）」という言葉で定義している。
２ ―２　�
咤達錬劼旅柔� ＳＣＯＲでは、サプライチェーンの全体像から、その詳細に至るまでを、レベル１〜レベル３までの階層に分けて整理している。
（図２） ■レベル１　プロセス最上位のレベルであるレベル１（＝トップレベル）は、一つの計画プロセスと四つの実行プロセスから構成される。
ＰｌａｎＳｏｕｒｃｅＭａｋｅＤｅｌｉｖｅｒＲｅｔｕｒｎ各実行プロセスの計画、ＳＣ全体の生販在計画資材などの購入／入手プロダクトの生産、サービスの実施受注と納入（対顧客とのプロセス）納入後に発生するプロセスプロセス名称　　　概要計画実行プロセスプロセス - D1.2 Enter Order Receive Order Validate Price Check Credit - D1.2.3 Access Credit Screen Check Credit Availability Clear Order Contact Accounting Communicate Results to Customer • • • • ••• • •• • • •• • • • • • • • • • AUGUST 2001 72 ■レベル２　プロセスカテゴリーレベル２は、レベル１の各プロセスを分解したもので「プロセスカテゴリー」と呼ばれる。
（図３）計画プロセス（Ｐｌａｎ）であれば、計画の対象となる実行プロセスごとにプロセスカテゴリーが定義され、同時にサプライチェーン全体の計画を行なうプロセスカテゴリーが定義される。
実行プロセスは、各プロセスが扱うプロダクトの特性に応じて、それぞれ三つのプロセスカテゴリーに分解される。
例えば「Ｓｏｕｒｃｅ」のプロセスにおいて、汎用部品を購入する場合は「Ｓ１」、カスタムオーダー部品の購入は「Ｓ２」、購入のプロセスに設計も含まれるような場合は「Ｓ３」と、三つに分解され、レベル２が定義される。
■レベル３　プロセスエレメントレベル３は、レベル２の活動要素として定義される。
それぞれの活動要素は「プロセスエレメント」と呼ばれている。
このプロセスエレメントをつなぎ合わせることで、実際のワークフローや情報フローを表現することが可能となる。
このレベルが業務設計のベースとなる。
（図４） ■レベル４＋レベル３より細かいレベルであるレベル４以降において、ＳＣＯＲの共通定義は存在しない。
なぜならばＳＣＯＲの活用目的は、ＳＣＭを設計することであり、ＳＣＭ改革プロジェクトを促進することであるので、そのためには、サプライチェーンを構成する全ての業界／企業／組織が共通してＳＣＯＲを活用できるよう、汎用的なモデルでなければならないからである。
レベル４＋は、実際には情報システムのソリューションや各種ベストプラクティス手法の適用など、個々の状況に合わせて最適なモデルや方法論を活用してＳＣＯＲと関連づけることで個別に定義するレベルである。
このレベルにおいては既に様々なモデルや手法が存在しているので、それらを有効に利用すればよい。
インテル社＆シーメンス社のＳＣＭが、ＳＣＯＲを使って設計され、ソリューションとしてレベル４＋にRossetta Net を使用した例などが有名である。
２ ―３　�
咤達錬劵廛蹈札好董璽屮� ＳＣＯＲは一冊の本（Dictionary ）として、ＳＣＣメンバー向けにオープンされている。
この中に全てのプロセスカテゴリーやプサプライヤー顧　　　客図３. SCORの構成ＲＥＴＵＲＮレベル2 プロセスカテゴリー図４. レベル３＝エレメントレベル 73 AUGUST 2001 ロセスエレメントの内容が表の形式で記述されている。
この表を「プロセステーブル」と呼ぶ。
プロセステーブルでは、プロセスカテゴリー／エレメントの定義とそのパフォーマンスを測定し評価するための「メトリクス（指標）」が定義されている。
また、パフォーマンスを上げるための方策として、ベストプラクティス情報とそれを実現させる機能特性も記載されている。
（図５）これらの情報を活用してＳＣＭの改革を推進していくのである。
３．ＳＣＯＲの機能前章では、対象範囲／構成／定義といったＳＣＯＲの枠組みを説明した。
しかし、枠組みだけでは、いまだＳＣＯＲの活用イメージが湧いてこないと思われる。
そこで次に、ＳＣＯＲが提供する基本機能を説明する。
３ ―１　�
咤達優廛蹈献Д�箸龍δ霧生� 企業におけるＳＣＭプロジェクトでは、その性格上、関連するさまざまな組織からプロジェクトメンバーが召集され、クロスファンクショナルチームで行なわれる場合が多い。
その際、問題となるのがメンバー間の認識の違いである。
メンバー間の共通認識なしにプロジェクトを進めても、決して適切な方向へベクトルは向かない。
議論が「音」としては会話になっているようでも、その「意味」が通じていなければ、まったく会話が成立しない。
このような状況を避けるためには、部門や企業を超えて使用できる共通言語が必要である。
ＳＣＯＲはＳＣＭを実行する全ての企業が使用できるよう汎用性を持たせたモデルである。
ＳＣＯＲの定義を活用し、ＳＣＯＲをプロジェクトの共通言語とすることで、プロジェクトを推進する上での?背骨〞の役割を果たすことができる。
３ ―２　サプライチェーンの可視化「サプライチェーンを記述してください。
しかも誰が見ても理解できるように」――こんな問いに対して、あなたならどのようにサプライチェーンを描くだろうか？ＳＣＯＲを使っていないプロジェクトであれば、サプライチェーンを描き始める前に自分なりの記述モデルを考え、それに沿って記述を始め、試行錯誤を繰り返しながら描くことだろう。
しかも多くの時間と労力をかけて。
しかし、いくら時間をかけて完璧に記述しても、そのアウトプットを第三者が理解できるかどうかは定かではない。
むしろそれを望むのは無理だと考えたほうがいい。
ＳＣＯＲを使っているプロジェクトであれば、これは簡単な話である。
ＳＣＯＲにはサプライチェーンを記述する方法が対象ごとに規定されている。
それを必要に応じて選んで、利用すれば良いからである。
その際の代表的な記述方法を、次表に示す。
図６はスレッド・ダイアグラムの記述例である。
この記述方法の詳細については実際のワークショップで説明する。
３ ―３　サプライチェーンの数値化 • • • • • • D1.3 ＳＣＯＲ　対象　　　　　記述方法レベル２レベル３マテリアルフローワークフロー情報フロースレッド・ダイアグラムスイム・ダイアグラム AUGUST 2001 74 ＳＣＭ改革のプロジェクトで先ず行なわなければならないのが、現状のサプライチェーンの性能を把握することである。
しかも客観的に数値化して把握しなければならない。
ちょうど、ダイエットを行なう際に体重計に乗るのと同じ感覚で。
しかし、実際にサプライチェーンの性能を測定しようとすると、どんな指標で測定すれば良いのか、そして何を基準にすれば客観的判断ができるのか、といった壁にぶつかる。
そんな時、ＳＣＯＲを活用すれば、この壁を簡単に乗り越えることができる。
■レベル１　パフォーマンスメトリクスＳＣＯＲでは、サプライチェーン全体の性能を表すパフォーマンス指標として、「レベル１　パフォーマンスメトリクス」を定義している。
このメトリクスは、パフォーマンスを測定し評価する際の視点として次の五つの属性で体系化されている。
《パフォーマンス属性》 ◆顧客の視点サプライチェーンの信頼性サプライチェーンの応答性サプライチェーンの柔軟性 ◆社内の視点サプライチェーンのコストサプライチェーンの資産効率この五つの属性にそれぞれメトリクスが定義されている。
これを使うことで、サプライチェーンの性能を数値で客観的に把握し評価することが可能となる。
（図７）ただし、これらの属性はそれぞれがトレードオフの関係にある。
従って、それぞれのメトリクスを個別に評価し、判断してはならない。
属性間のバランスを管理するのである。
このように、ＳＣＯＲで定義しているメトリクスの体系は、ＳＣＭ戦略の方向性を示す際の枠組みそのものである。
この枠組みを使って、レベル１メトリクスを下位レベルへと分解していくことで、ＳＣＭの方針や目標を現場の管理指標にまで浸透させることが可能となる。
４．さいごに今回は、ＳＣＯＲの基礎として定義や機能を説明した。
ＳＣＯＲの背景にある考え方や、何ができるかについては理解していただけたと思う。
次回は、実際のＳＣＭプロジェクトで適用する際の考え方や手法を理解していただくため、プロジェクトでの具体的な活用方法や、「ＴｏＢｅデザイン」の方法／考え方について説明する。
• •