こんにちは、ジェド・キャンベルです。米国ロッキー山脈地域のシステムエンジニアを務めています。スコットと一緒にお話を伺っています。
はい、スコット・アレンです。米国オハイオバレー地域を担当するSCです。本日はジェドと一緒にJMP Liveの興味深い活用事例をご紹介できることを大変嬉しく思います。JMP Liveをビジネスにどのように活用できるかについてお話しします。
プレゼンテーションを始める前に、このプロジェクト、そして今日ご紹介する多くのケーススタディやダッシュボードの作成にご協力いただいたYasmin Hajar氏とClovis Weisbart氏に感謝の意を表したいと思います。お二人は、ダッシュボードの作成においても非常に重要な役割を果たしてくれました。
簡単に背景をご説明しますと、JMP Liveは企業全体で知識を共有するための共同分析ソフトウェアです。JMP Liveをご存知ない方のために説明すると、JMPユーザーはJMPレポートを他のユーザーと共有できます。JMPと同様に、これらのレポートはインタラクティブで動的です。JMP Liveの優れた点の一つは、JMPライセンスを持っていないユーザーでもレポートにアクセスできることです。これにより、多くの部門やグループ間でのコラボレーションと知識共有が促進され、問題解決や共同作業が円滑に進みます。
このプレゼンテーションでは、JMP Live のポテンシャルを、カスタマイズされたダッシュボード、レポート、ワークフローによって最大限に引き出す方法を実際にお見せすることを目標としています。様々なレポートとダッシュボードをお見せしますが、その多くはJMPのスクリプト言語であるJSLによって強化されています。私たちはこれらをまとめて作成しました。参加者はJMPとJMP Liveの限界に挑戦し、その可能性を示しました。
本日ご紹介するケーススタディは、架空の企業「ヘリオス」を例に挙げて進めていきます。ヘリオスは製造業を営む企業で、多岐にわたる製品を販売し、多くの顧客やサプライヤーとの関係を構築しています。全米各地に事業運営チームと営業チームを擁し、次世代のプロジェクトや製品の開発に取り組む研究開発・製品開発グループも擁しています。
本日ご紹介するケーススタディは、まず、自動更新ダッシュボードを使用して、複数のグループや部門にまたがる主要なビジネスプロセスを追跡する方法です。次にご紹介するケーススタディは、JMP Liveを技術文書の一元管理ライブラリとして活用する方法です。JMP Liveでは、JMPレポートからコンテキスト豊富な技術文書まで、あらゆる情報にアクセスできます。そして3つ目のケーススタディでは、重要な問題から解決策へと繋がる問題解決ワークフロー、つまり根本原因分析、あるいはその根本原因分析をJMP Live、ダッシュボード、レポート、そしてワークフローで実行する方法についてご紹介します。
さて、紹介はこれで終わりにして、ジェドにバトンタッチしたいと思います。
スコット、ありがとう。少し時間を取って、Heliosという会社が使っている自動更新ダッシュボードをいくつか見ていきたいと思います。左上には製造部門のダッシュボードがあります。ここしばらく、製造部門の生産にいくつか問題があったようです。近いうちにかなりの需要増が見込まれるため、残業でその分を補おうと決めたようです。
これは、このグループにとって重要な事項を追跡するための手段に過ぎません。Heliosでは各グループが独自のダッシュボードを持っています。注目すべき点の一つは、彼らが最近OEE（総合設備効率）に注力しており、その追跡と改善を開始するという使命を負っていることです。しかし、このダッシュボードのもう一つの重要な点は、組織全体の傾向管理だけでなく、日々の業務にも活用できる点だと思います。
これはちょっとした自動ダッシュボードです。繰り返しますが、自動というのは、自動的に更新されるという意味です。彼らはこれを使って、6つの異なる生産ラインのリソース割り当てを行っています。誰が先行しているか遅れているかを把握し、必要に応じて人員を移動させたり、支援を送ったりすることができます。これは製造ダッシュボードです。調達グループにも同様のダッシュボードがあるかもしれませんが、全く異なる、カスタマイズされたものになっているでしょう。これらのダッシュボードの優れた点は、すべてインタラクティブであることです。例えば、効率化の機会をいくつか取り上げて、それらの機会がサプライヤースコアカードのランキングのどこに位置しているかを確認できます。また、このダッシュボードは様々な操作が可能で、互いに連携させることができます。一方のレポートで選択した内容はもう一方のレポートにも反映されるため、これは非常に便利です。必要に応じてこれらのレポートを調整したり、操作したりできます。
毎日スタンドアップミーティングを開催することもできます。これはスプレッドシートからデータを入力するだけです。組織内で毎日スタンドアップミーティングを開催するのです。これは、メンバーがすぐに集まり、毎日ハドルを行い、具体的な問題について話し合うのに最適な場です。サプライチェーン側は、「主要サプライヤーの非常に重要な部品が在庫切れになったため、別の業者から調達していますが、通常の2倍のコストがかかります。そのため、コストと納期の両方に影響が出ます」と伝えることができます。製造部門は、「化学物質の流出が発生したため、安全部門の支援が必要です」と言うかもしれません。つまり、彼らはこれを日常業務の一部として活用しているのです。
次に、スコットが、R&D で JMP Live をどのように使用しているかについてもう少し詳しく説明します。
分かりました。ジェド、ありがとう。2つ目のケーススタディでは、JMP Liveレポートにコンテキストを追加することで、JMPレポートから得られる洞察をどのように向上させることができるかをお見せしたいと思います。今回は、Helios社の新人科学者の役を演じてみたいと思います。もしかしたら、R&Dグループに加わったばかりかもしれませんね。
新人科学者としてキャリアをスタートさせる場合、まず最初にやるべきことの一つは、担当する技術とプロジェクトについて理解を深めることです。では、どのようにすれば良いでしょうか？まず、JMP Liveを導入していない組織であれば、SharePointのサイトにアクセスして技術レポートを読み始めます。これらの技術レポートは、おそらく以下のような形式でしょう。PDF文書やWord文書で、タイトルと文書番号が記載されています。誰がいつ作成したかが分かります。レポートの内容、実験の説明、レポートの目的などが記載されており、さらにJMPレポートをコピー＆ペーストして取り込むことも可能です。今回の場合は、能力評価に関するレポートです。
分析の背景、結果の解釈、そして得られた結論について説明をもらいます。そして、それを裏付けるために他の資料を貼り付けることもあります。最後に、通常は参考文献もいくつかあります。以前、この作業をしていた時は、誰かが詳しく調べたい場合に備えて、JMPファイルを添付して文書に添付していました。しかし、PDFの場合は、共有ドライブ上のどこかで見つけられるかもしれない参考資料に過ぎません。そうした参考資料へのリンクがいくつかあるかもしれません。これは、多くの組織が実験や科学研究を文書化する上で、おそらくかなり一般的な方法でしょう。
Helios社ではJMP Liveを導入しており、おそらく最初の頃はJMP Liveインスタンスにアクセスして、R&Dフォルダを開き、グループを探してプロジェクトを検索していたのでしょう。今回の場合は、ある能力分析を検討しています。
これは同じレポートですが、JMP Liveのレポートです。これを開いて、全体の工程能力を確認できます。読み込まれたら、インタラクティブなプロットを見ることができます。通常のJMPと同じように、これらのデータポイントをハイライト表示でき、それらは様々なレポートにリンクされています… さて、ちょっと休憩しましょう。この部分をカットしてもいいですか？
はい、これを切り取ることができます。
わかった。ここに戻ろう。そうだな。戻って…
そうですね、ジェドから画面共有を取り戻したときからやり直したほうがいいかもしれません。
そんなに昔から始めたいんですか？わかりました。
そうだね。録音時に一番きれいにカットされると思うよ。
分かりました。いいですね。もう一度設定を戻します。Webブラウザでのデモはかなり新しいですね。見てみましょう。分かりました。
でも、その時間をかける価値はあります。本当にクールですよ。
わかりました。少し間を置いてからまた始めます。
分かりました。ジェド、ありがとう。2つ目のケーススタディでは、JMP Liveレポートにコンテキストを追加することで、JMPレポートから得られる洞察をどのように改善できるかをお見せしたいと思います。ここでは、Helios社の新人科学者、つまりR&Dグループに加わったばかりの科学者の立場を想定します。新人科学者として、担当する技術とプロジェクトについて理解を深める必要があるでしょう。どうすればいいでしょうか？まずは技術文書を調べるところから始めるでしょう。これらの技術文書はPDFやWord文書の形式で、タイトルと文書IDがあり、誰がいつ作成したかが分かります。さらに、実験や計画された実験など、その実験の動機や目的が何であれ、JMPレポートが貼り付けられているはずです。
これは問題ありません。分析のスナップショットと、おそらくレポートも表示されます。ここに表示されている画像は、結論に至るための重要な画像です。その後、実験と結果を説明する段落やその他のコンテキストが表示されます。JMPレポートがさらに追加され、JMPの表へのリンクや、補足資料や参考資料への参照リンクも表示されるかもしれません。
JMP Live を導入していない組織では、技術レポートに実験や記録をこのように記録していました。Helios 社では JMP Live を導入しています。その場合、R&D グループに新しく加わった科学者は、R&D フォルダーに移動し、プロジェクト（この場合は能力分析）を確認します。JMP レポートを閲覧できます。これらのレポートには、インタラクティブなライブデータ（この場合は能力評価）が表示され、管理図を遡って閲覧することもできます。ここで本当に便利なのは、データを探す必要がないことです。左側にあるデータを見つけてデータテーブルをダウンロードし、自分でデータを確認して、報告されたものとは異なる結論に至らないかどうかを確認することができます。
しかし、この方法の欠点は、これらのレポートには全く文脈がないことです。つまり、このPDF文書には膨大な説明しかなく、物語を語り、その実験のナラティブを物語っています。JMPレポートはデータに関するあらゆる情報を提供してくれますが、ナラティブは失われています。幸いなことに、Helios社には、JMP Liveの限界に挑戦し、より多くのことを実現することに熱心な人々がいます。彼らはハイブリッドなツールを開発しました。ライブJMPレポートも含まれる技術文書です。幸いなことに、新人科学者である私は、R&Dフォルダにアクセスしてプロジェクトリストを開き、自分に割り当てられたプロジェクトを見つけることができます。それがたまたまこのタイヤトレッドの配合でした。誰がスポンサーで、誰がチームリーダーなのか、そしてそのプロジェクトの簡単な説明も確認できます。
すると、様々な技術文書が収録されたプロジェクトレポートに直接アクセスできます。今回は、能力分析レポートに戻ります。これで両方のメリットを享受できるようになりました。PDFやWord文書によく似た技術解説文書があり、スクロールして内容を確認したり、概要を読んだりできます。これで、誰がレポートを書いたのかが分かります。
これらはすべてライブJMPレポートです。JMPのテーブルと同じようにインタラクティブです。上の図でポイントをハイライトしましたが、これらの管理図にも表示されます。どの管理図でもポイントをハイライトできます。他の管理図でもポイントがハイライトされます。なぜなら、それらはすべてJMP Liveの同じテーブルにリンクされているからです。
これはまさに両方の長所を兼ね備えたものです。コンテキストを入力して物語を語り、その物語に最も関連性の高いJMP LiveまたはJMPチャートを挿入できるようになりました。
他のレポートと同様に、参考文献リストを作成できます。今回の場合、このレポートを読んでいて、これについてもっと詳しく知りたいと思ったとします。これは製造前能力分析に関するもので、ある処方についてです。そして、その処方がどのように開発されているのかを知りたいのです。その処方へのリンクをクリックすると、スクリーニング設計レポート（作成日、作成者、プロジェクトの動機など）にアクセスできます。グラフビルダーレポートやインタラクティブプロファイラーも取得し、最適な処方がどのように作成されたかを確認できます。そして、参考文献セクション… 本文にはプロファイラーだけを配置しますが、この参考文献セクションには、完全適合モデルレポートをすべて追加します。通常はWord文書にコピー＆ペーストするだけのJMPレポートを、このナラティブ文書に埋め込むことができます。
わかりました。研究のスピードを上げている科学者として、JMPのレポートとそれを取り巻く情報の両方にアクセスできるこの世界の方がずっと安心できると思います。
Heliosがこのケースで行ったように、他にもできることがいくつかあります。R&D管理グループもダッシュボードですべてのプロジェクトを追跡しています。そのため、R&D予算を確認し、支出額を把握できます。プロジェクトの概要や予算と実績の比較も確認できるかもしれません。また、プロジェクトの進捗状況を把握するために、月ごとの黒字額や支出超過額を示す予算詳細も表示されるかもしれません。
HeliosはJMP Liveレポートを活用するための非常に興味深い方法をいくつか考案しました。ここで簡単にご紹介したい点があと2つあります。
例えば…今回の場合は4つのファイルがあるので、必要なファイルを見つけるのはおそらくかなり簡単でしょう。もしファイルの場所が分からなくても、キーワードでインデックス付けされているので、ここを開いて、例えばこの製品番号を探すだけで済みます。例えば、製品番号44-Jを探す必要があるかもしれません。これで、検索してプロジェクトに直接移動できます。作成者名かプロジェクトの簡単な説明でインデックス付けされているので、とても簡単です。
もう一つできることは、コメントを送ることです。「@Jed、これを見て。どう思う？」と言えば、Jedにこのレポートにコメントしてもらい、感想を聞かせてもらえます。JMP Liveレポートに関する情報を、とてもインタラクティブに共有できるようになったのです。
はい、このスタイルのレポートについてお話ししたかったことはこれですべてです。それではジェドにバトンタッチします。ジェドが3つ目のケーススタディを締めくくります。
ありがとう、スコット。もし真剣にフィードバックを聞きたいなら、履歴とインタラクティブレポートを組み合わせるというアイデアは本当に素晴らしいと思います。これまでのキャリアで、誰かが何かを探して見つからなかった経験が1ドルずつあったとしても、きっと大金になるでしょう。だから、Heliosがこの分野で取ってきた方向性は本当に素晴らしいと思います。
では、少し話題を変えて、ケーススタディを見ていきましょう。このケーススタディは、JMP Liveが一般的なビジネスでどのように活用され、ビジネスを推進しているかを示すものです。問題をかなり早い段階で把握し、迅速な診断と対応を行います。既にいくつかのタブが開いています。スコットが操作方法を少し説明してくれましたので、ここではショートカットを使って、かなり手早く進めていきます。まずは今日、問題を発見し、それから明日、そして2週間後くらいに早送りしていきます。マウスを上に動かすたびに、新しいレポートが開かれることを覚えておいてください。
例えば、ちょっと話が先走りすぎますが、朝起きたらJMP Liveから「この歩留まり管理図が制御不能になっています。歩留まり管理図は…」というメールが届いたとします。ちなみに、ここではHelios社の品質エンジニアのペルソナを演じてみます。このメールを受け取った時、歩留まり管理図は…会社全体の歩留まりを表すものだと分かっていたので、少し不安になりました。しかし、仕事場に行って管理図を開くと、確かに歩留まりが一晩で急落していることがわかりました。これはかなり恐ろしい。すぐに対策を講じなければなりません。そこで次に開くレポートは、プロセス履歴エクスプローラーです。これはJMP Liveで開いたものです。繰り返しますが、このレポートは自動的に更新されます。これらのレポートはすべて自動的に更新されます。
このプロセス履歴エクスプローラーを見ると、ベースコンポーネント15が問題のあるコンポーネント、つまり最大の問題であることがわかります。ベースコンポーネント15までドリルダウンして動的に更新すると、実際にはベースコンポーネント15が生産ライン1で稼働していることがわかります。これを、他の生産ラインの歩留まりが66%であるのに対し、80～67%程度であるのと比較できます。
レポートを開いたり、データベースを持ち運んだり、ブラウザを使うだけで何もしなくても、すぐに問題が分かりました。そこでノートパソコンを手に取り、工場の生産ライン1へ行き、彼らと話をしました。すると彼らは「ああ、来てくれて本当に助かりました。どうしてもこの機械が動かなくて、全部壊れているんです」と言いました。そして、ベースコンポーネント15の新しい原材料ロットは昨夜から始めたはずだと言いました。
次のレポート、つまり生産ロットビューアを開きます。これを見て、ベースコンポーネント15までドリルダウンして確認すると、「そうだ、このベースコンポーネント15の1つが昨日生産ラインにリリースされたようだ」と分かります。
ちなみに、もしあなたが今後これをご覧になるなら、これは8月下旬に撮影される予定です。
そのうちの1つがリリースされたばかりだったので、すぐに原因を突き止めることができました。根本的な原因はまだ分かりませんが、このベースコンポーネント15、この新しいロットの何かが生産に支障をきたしているようです。品質情報を調べてみると、入荷品質グループがいて、ベースコンポーネント15の重要な特性を測定しています。どうやら5つあるようです。さあ、…
さて、この最後の2つのロットはちょっと怪しいですね。というか、管理不能というわけではありません。様々な特性値をスクロールして見てみると、X3が非常に高いことがわかります。仕様範囲内ですが、ギリギリ管理できています。X1も仕様範囲内ですが、ギリギリ管理できています。これは非常に怪しいと思いました。そして、このレポートの複合指標の部分から見るべきだったかもしれないと気づきました。モデル駆動型多変量管理図は、言葉では言い表せないほど長いですが、多くの変数を一度に見るのに最適な方法です。もし私がそれを見ていたら、すぐに問題があることに気づいたでしょう。私は既に、問題解決の標準的なアプローチを変えようと考えています。品質管理の手順も、このモデル駆動型多変量管理図を定期的に確認し、生産段階に入る前に問題がないか確認するように変更するかもしれません。そのための準備を整えておく必要があります。
会社として対策1を実施する予定です。でも、手元にノートパソコンがあります。まだ生産中ですが、この部品に問題があることはほぼ確実です。調達グループと話をする必要があります。この部品の多くは隔離しなければならないと確信しているからです。スコットを調達担当と仮定します。彼のデスクに行くと、幸運にも彼は対応可能でした。「スコット、ベースコンポーネント15に問題があります。しばらく持ちこたえられるだけの在庫はありますか？サプライヤーと話をする必要があると思うのですが」と尋ねました。すると彼は「ええ、とても人気があります。ますます人気が高まっています。しかし、この部品の在庫は、このような問題が発生した場合に備えて、1か月分程度確保するように努めています。ですから、できると思います」と言いました。彼はナプキンで少し計算して、「そうだね、かなりいい感じだよ」と言いました。
私たち二人は、9時15分のデイリーハドルに入力するスプレッドシートを更新します。こうしてデイリーハドルに臨むと、例えば製造部門で「歩留まりが悪いんです」と不意を突かれるような状況とは比べものにならないほど準備万端です。私たちは既にこの問題を認識しており、既に対処済みです。問題解決に向けて既に取り組んでおり、そのことを組織全体に伝えることができます。それだけでなく、各地で生産中の部品の残骸を探すのにも少し協力が必要になるかもしれません。
毎日の打ち合わせ中に、リソース割り当てのダッシュボードを開くと、2つの生産ラインにそれぞれ1人ずつ人員が余っていることがわかります。そのうちの1つを半日だけ別の用途に充てて、これらの部品を探すのを手伝ってもらうのも良いかもしれません。
1日目を総括すると、潜在的な危機とは何だったのでしょうか？データやレポートにアクセスできたため、実際には対処可能な問題になりました。多少の遅延はありましたが、歩留まりも正常に戻りました。部品番号15を使用した製品はまだ生産できていませんが、少なくとも少しは対処できました。その日の残りの時間は作業を続け、該当の材料を隔離し、サプライヤーに返送しました。サプライヤーとの連携も開始しました。実際には、問題は当初考えていたよりも大きく、隔離対象を拡大する必要がありましたが、明日に向けて準備はできています。
時間を早送りすると、全体的な歩留まりが非常に順調に推移しているため、メールは届いていません。これは予想通りです。しかし、スコットと私は毎朝一番に会うことにしました。そこでこれらのレポートを確認し、状況が良好であることを確認します。原材料の在庫を確認します。ベースコンポーネント15の在庫を見ると、昨日は約20万個でした。その半分ほどを隔離する必要がありました。少し不安かもしれません。そこでクローヴィスのデスクに向かいました。クローヴィスは実際には生産計画を担当しており、私たちの予測に基づいてデータベースに問い合わせ、「棚に何個の部品があるのか、部品の予測値、そしておそらく9月初めまでが全てが最悪の状況になる期限など、簡単なグラフビルダーを作成します」と言いました。
ええ、JMP Liveはとても使いやすいので、アップロードして自動更新するようにしています。これは日々のチェック作業の一部です。毎日ミーティングに出席して、みんなに報告し、「そうですね、厳しい状況になりそうですが、サプライヤーとはすでに調整中です」といったことを伝えます。製造部門はまだ何も生産していません。サプライヤーは2週間以内に大量に供給できると言っているので、私たちは慎重ながらも楽観的です。人事部は「今週の金曜日に会社のバーベキューがあるのを忘れないで。お腹を空かせて来てください」と言いたくなるかもしれません。
2日目を終え、状況は一変しました。さらに良くなりました。この管理可能な問題は、問題解決のために機能横断的なチームを編成するに至りました。チームは毎日ステータスを更新しています。デリバリーは今のところ問題ありません。新しいコンポーネントはまだありませんが、チームとして毎日この問題に対処し、毎日数分かけて取り組んでいます。今から2週間後、再び不審なメールは届いていません。収益は良好であることは分かっていますが、まだ検証中です。次に…
当初は予測を立て、実際の数値を反映させていましたが、状況は少し悪化し始めていました。しかし、サプライヤーが予定より数日早く納品し始めたことが分かり、非常に好調です。そのため、在庫に部品が増え、完成品の製造も開始しました。つまり、毎日のスタンドアップミーティングで製造部門は「これは生産で使用していますが、レポートがあるので既に分かっています」と話すことができ、私たちも「これは解決できたと思います」と言えるのです。
次に、この影響について考えてみましょう。サプライヤーのスコアカードなどが更新されます。これは架空の会社であるギャラクティック・ギア・ワークスで、品質問題が発生しました。「問題が発生した」と言うべきではないかもしれません。仕様限界を適切に設定していなかったために問題が発生しました。しかし、それは品質スコアに反映され、サプライヤーはログインして定期的に確認できるため、独自の品質スコアを取得できます。これにより、確実に話し合いが行われ、他に仕様限界に関する問題がないか確認できるようになります。
それだけではありません。戦略を推進するために使用する小さなレポートやツールはすべて自動的に更新されます。このGalactic Gear Workに問題が発生したことが判明しました。繰り返しになりますが、これは他のすべての仕様限界を確認するきっかけになるでしょう。一歩引いてこの問題をどのように解決したかを考えてみると、実際には、あらゆるデータにアクセスでき、自動的に更新されていたからこそ問題を解決できたのです。私たちの企業戦略も、私たちが作成しているこれらの新しいデータから生まれています。スコット、これについて何か付け加えることはありますか？
ええ、ジェド、特に付け加えることはありませんね。でも、JMP Live で自動更新機能を使って、どれだけ多くのグループが連携できるかを見せてくれたのは素晴らしいですね。情報が少しずつ流れてくる前に、問題に対処し始めることができます。レポートを待つ必要はありません。レポートを取得したり、アラートを受け取ったりできます。本当に素晴らしいですね。もう一度画面を共有しますね。
では、今日ここで見てきたことを簡単にまとめましょう。インタラクティブなダッシュボード、JMP Liveワークフロー、コンテキストリッチなJMP Liveレポートの作成など、これまで考えもしなかったJMP Liveの活用方法をいくつかご紹介できたと思います。ぜひご自身でも試してみようという気持ちになっていただければ幸いです。
最後に、もう少しだけ感謝の意を表したいと思います。ダッシュボードの構築とユースケースの作成にご協力いただいたYasminとClovisに改めて感謝申し上げます。そして、Heliosのコンセプトをまとめ、このサンドボックスカンパニーでダッシュボードやワークフローの開発を自由に進めさせてくれた、プロダクトマネジメントグループのSarah、Dieter、Danにも感謝いたします。ありがとうございました。
