成功の計画：プロセスモデルを使用してビジネス目標を達成する

2024

Techopediaスタッフ、2017年8月2日

まとめ：ホストのエリック・カバナは、このホットテクノロジーのエピソードで、IDERAのKim BrushaberおよびThird NatureのMark Madsenとプロセスモデルおよびデータモデリングについて説明します。

あなたは現在ログインしていません。ビデオを見るにはログインまたはサインアップしてください。

エリック・カバナ：みなさん 、わかりました。水曜日の東部標準時の4時です。HotTechnologiesの時間です。はい、私の名前はエリック・カバナです。今日のウェブセミナーの主催者になります。ビジネスで私たちのお気に入りの2人を紹介します。IDERAのKim BrushaberとThird NatureのMark Madsenです。「プロセスモデルを使用してビジネス目標を達成する」ビジネスの最適化と、これらのテクノロジのいくつかを実際に使用して、まず何が起こっているのかを理解し、次に何をしているのかを再構築し、冗長性などを回避する方法について説明します競合など、サプライチェーンやビジネスプロセスのどこにいても、それについては今日話します。まず、キム・ブラッシャーから話を聞き、次にマーク・マドセンから話を聞きます。その後、私たちはいくつかの素敵な往復を行い、ご質問をお気軽にお送りします。恥ずかしがらないでください。 WebcastコンソールのQ&Aコンポーネントまたはチャットウィンドウで質問を送信します。

それで、私はキムのためにここで最初のスライドを押して、引き渡します。キム、持って行って。

キム・ブラッシャバー：こんにちは。そこで、ビジネスプロセスの一部を使用して目標を達成する方法について説明することから始めます。私はスライドを進めたと思った-そこに行く、それは少し遅いかもしれません。そのため、ビジネスを成功させるには、会社が収益を上げ、顧客を維持し、市場を満足させ、コストを可能な限り低く抑え、高品質の製品を提供し、収集する情報の信頼性を確保することに焦点を当てる必要があります。ここで私たちの流行語を使用したのは、収益の増加、顧客満足度、効率的な運用、製品およびデータの品質です。また、今日議論するビジネスの重要な課題には、組織内のサイロが含まれます。すべてのサイロが悪いわけではないため、それらの良いところ、悪いところがあります。冗長性をプロセスからどのように排除しますか？コミュニケーションのギャップを削減および排除する方法、および業務の非効率性を削減する方法。

したがって、最初の種類のサイロは部門サイロです。また、部門が社内の他の部門と情報を共有したくない場合に、サイロ型の考え方が作成されます。そして、これは、ほとんどの人が知ってはならない機密情報の場合には良い場合があります。そのため、機密の合併情報や買収情報、または営業チームがそれを使って何かを行う準備ができていない情報などがあります。本当に良い。しかし、組織内のグループ間で情報の流れが妨げられ、すぐにここで説明する多くの問題を引き起こす可能性があるため、それも悪い可能性があります。また、ビジネス目標とテクノロジー目標で分けられたサイロを使用することもできます。そのため、家のビジネス側は、ROIとKPI、およびビジネスに本当に焦点を当てたもの、テクノロジーのどこで、彼らが本当に自分の製品をどのように機能させるのか、またはどのように見ているのかを見たいと思うのに多くの時間を費やしていますサービスを市場に投入する予定ですか？したがって、2つの異なるグループの間には非常に異なる目標があるため、2つのグループの間に自然なサイロを作成できます。そして、多くの場合、サイロは専門用語で分けることができます。そのため、日常の言語で使用する言葉は、あるグループや別のグループにとって本当に混乱させる可能性があります。ここでは、壁の片側または反対側に関連する楽しい小さな流行語をたくさん置いています。そしてもちろん、これはスペクトルをカバーし始めませんが、多くの場合、それらの言葉はサイロを作成し、情報が翻訳で失われるために2つの異なるグループの人々を分割することができます。したがって、ビジネスに適したサイロがあります。サイロが組織にもたらす価値のいくつかについて説明します。

そのため、従業員が不安や気を散らすことなく仕事を行える構造を提供できます。サイロにいる人たちが日常的に話したり話し合ったりする必要がある場合、多くの中断なしに仕事をより効率的かつ効果的に遂行できるようになります。また、ビジネスの特定の分野における専門知識も促進します。ですから、金融に本当に細心の注意を払い、金融に携わる他の人たちと話していて、一日中やっていることは金融について話しているだけなら、そのグループはその分野の専門知識を学ぶので、本当に良いサイロを作ります地域で、彼らは販売で何が起こっているのか、マーケティングで何が起こっているのか、オペレーションで何が起こっているのかを知る責任を負う必要はありません。また、人々が同じ言語を話すことを可能にすることにより、コミュニケーションをスピードアップします。その専門用語に戻ると、多くの場合、専門用語は、人々がより迅速かつ効果的に通信できるようになるため、本当に良いことです。また、サイロ内で説明責任と責任を保持します。したがって、グループ内で何を説明する必要があるのか、あなたが提供する必要のあるタスク、報告する必要のある人を知っているので、サイロに反対側の責任と責任を持たせることができます。責任が曖昧になる可能性があります。しかし、サイロ自体の中では、より多くの説明責任と責任を生み出すことができます。そして、それはまた誇りと所有権の感覚を育みます。そのため、一日の終わりに達成した仕事と、提供する必要があるタスクについて本当に良いと感じることができます。これらはすべて、サイロについて本当に良いことです。

しかし、サイロには酸味があり、サイロは非効率を生み出し、士気を下げ、生産性を低下させます。そして、これはサイロのネガティブな側面であるため、いくつかのビジネスプロセスモデルを使用してさまざまな箇条書きを通過し、IDERA Business Architect製品を使用してサイロの酸味を克服する方法を説明しますこれらの例の一部。

そのため、1つ目は、非効率性と冗長なプロセスを作成することです。そのため、この例では、マーケティング組織にはタスクのセットがあり、販売組織には異なるタスクのセットがあることを示しています。そして、この場合、それらをマッピングすると、両方にリードを認定するタスクがあることがわかります。そして、そのことに気づいたら、2つの異なるグループ間で機能を超えて会話を交わし、「見込み顧客の資格は見込み顧客の資格と同じですか？同じ手順と同じ行動を取っていますか？また、同じことをしている場合は、合理化を開始し、異なるグループに個別に責任を与えることができます。ビジネスプロセスは、これらのことを明らかにするのに役立ちます。これらの種類の問題がある場所を特定します。

また、会社を統合する場合、またはグループを統合する場合は、統合プロセスも実行でき、さまざまな動作に合わせてプロセスを定義できます。そして、この例では、会社Aには何らかの行動があり、会社Bにはいくつかの行動があり、マージプロセスはAとBの要素を取り、ベストプラクティスを見つけてから、両方のグループで非常に効果的に機能する新しいプロセスを作成します。そのため、より効率的で生産的になり、ビジネスのより良いプラクティスを特定するのに役立ちます。

さらに、サイロのもう一つの不利な面は、部門間のコミュニケーションにギャップがある可能性があることです。そのため、ビジネスプロセスは、こうした種類のギャップを特定するのに役立ちます。したがって、この例では、販売にはプロセスがあり、新製品がリリースされ、外に出て販売します。しかし、金融には、製品のリリース時に製品価格を更新する必要がある追加のプロセスがある場合があります。営業部門がそのことを知らない場合、彼らはまだ古い製品価格との取引を売り込み、金融が取引の見直しと取引の承認を開始する時点になると、多くの紛争と多くの顧客に戻って再調整するために、バックパネリングを行う必要があります。そして、あなたがあなたのプロセスを行って図式化した場合、あなたは前もってこれを知っており、それが収まるようにそれを適合させることができるので、販売について「新しい顧客と話し始める前にそれらの製品価格の更新を得るまで待つ必要があります製品。"

この例では、BPMN2には会話図があり、さまざまな部門間で会話し、部門間のハンドオフポイントを特定できます。そしてこれは、冗長性を削減し、部門間の責任と責任を高めるためにも非常に役立ちます。したがって、「OK、販売管理と販売が協力して取引を承認する必要があります。」と言うことができます。しかし、財務部門は必ずしもその承認に関与する必要はないかもしれません。彼らは、この図に基づいて、それを達成するために協力する必要があるさまざまな部門の責任者がここにいることを知っています。

さらに、企業にとって利益にならない不正なプロセスが発生する可能性があります。したがって、ビジネスプロセスを実行しているときに、誰かが自分のようなことをしていると特定する場合があります。「それがどのように効果的であるか、どのように目標を達成しているのか本当にわかりません」。その例。そのため、この場合、製品は通過している可能性があり、新しいリリースを行っています。開発チームは要件を満たし、開発チームはそれらの要件に取り組み始めますが、製品チームが顧客と話し始めた後、戻ってきて修正することにしました。そして、これは、開発チームがそれらのアイテムの構築をすでに進行中に戻って要件を修正しなければならない場合、非常に破壊的です。製品については、彼らはそのようなことさえ考えないかもしれません。「ああ、新しい入力があり、今ではこれらが必要です。」そして、開発チームと話をしないと、彼らがどの程度の影響を与えるかを本当に理解しません。後の範囲または製品の配送。したがって、これらの種類の要素を図式化することで、サイロが崩壊し、どの要素がプロセスに役立ち、どのプロセスが有害なプロセスであるかを理解できるようになります。

また、資産とリソースの重複が発生する可能性があります。これは、企業が合理化を図ろうとしているときに大きなことです。そのため、この場合、作成する必要のあるさまざまなアプリケーションとレポート、および関連付けられているさまざまなプレーヤーを特定したグループ化図を作成しました。そして、これらすべてのレイアウトを開始するとき、この例では、編集ツールとコールトラッキングツールの複製と、それらの使用者を指定しました。多くの場合、独立したサイロがチームのためにこれらの決定を下し、彼らは必ずしもより広いチーム全体がそのライセンス契約を使用してそれを行うことができるという事実を必ずしも考えないため、あなたは理解し始めることができます組織で使用されているすべてのツールに対してより安価で費用対効果が高い。さらに、ビジネスプロセス図は、誰がいつどの情報を担当するのかを識別するのに非常に役立ちます。ですから、この場合、私は「これらのデータのすべてを担当するのはこれらの人々であり、ここに彼らが対処する責任があるテーブルです」と言ったデータ管理者がいます。そして、この情報を他の人に教えないでください人々、これは医療記録や財務データなどの機密情報やそのような要素が数人だけに隠される必要がある分野では本当に重要です。これにより、他の組織の人々がその情報にアクセスできなくなり、情報を保護し、情報の行き先を知ることができるようになります。

さらに、データについて少し話しているため、サイロはデータ品質の低下やデータの不整合を引き起こす可能性もあります。したがって、この場合、ビジネスプロセスを使用して、データチームが顧客がいつ新しい顧客であるか、またはいつ顧客を更新するかを理解できるようにしました。したがって、これらの決定点を精査し、図を作成することができます。ビジネスルールを理解しているビジネス側は、これらのルールを実装する必要があり、特定の動作を実行する必要があるタイミングを知っている技術側と簡単に話し合うことができますこの例では、データの重複を判断することについて述べています。したがって、小売顧客がいて、Web顧客があり、製品を販売している場合、同じ情報を収集しようとするまったく異なるシステムがある可能性があります。情報の重複を排除して、顧客が実際に誰であるかを特定しようとする場合、ビジネスプロセス図はそれを明確にして、「ああ、この場合は注文とこの場合の両方を扱っていますデータにそのような種類の重複がないようにし、冗長性を減らして不足を減らし、持ち出すことができるように、その情報をより明確にするようにマッピングすることができます。データの品質。

したがって、優れたビジネスプロセスを持つことの追加の利点は、変更を実装するのが簡単なときに、従業員が最初に問題を特定できることです。これは、複雑なデータプロセスの場合に特に当てはまります。設計の分析を前もって行い、すべてのチームを会話に参加させることができれば、プロセスはよりスムーズに流れ、人々は最初からよりよく反応できるようになります。既にプロセスにいる場合。新入社員は、これらのビジネスプロセスを確認し、達成する必要があるタスク、ハンドオフポイントがどこにあるか、さまざまなことについて誰と話す必要があるかを理解できるため、より迅速に採用されます。また、職域を超えたチーム間でリアルタイムに意思決定を行うことができます。両方のビジネスプロセス図を一緒に作成している場合、プロセスに障害が発生している点を見つけて、それについて議論し、2人にとって最適なプロセスと、最適なハンドオフがどこにあるかを把握できます。ポイントと達成する必要のあるさまざまなタスクのそれぞれを行うのに最適な人は誰ですか。

したがって、ビジネスの成功のためにサイロを壊し、目標を達成するためのヒント：最初の1つは、個々の部門ではなく、顧客、製品、またはサービスにビジネスプロセスを集中させることです。そのため、多くの場合、人々は部門内で個々のチェックリストを作成します。しかし、代わりにビジネス全体とビジネスが達成しようとしている目標を見ると、物事がどこに落ちているのかを見て、「これらのプロセスは私の目標を達成するのに役立ちますか？それとも、余分なプロセスなのでしょうか、それともプロセスの障害であり、目標を達成するのでしょうか？」したがって、多くのハンドオフポイントがある会話図のように、それについて話し合い、情報がさまざまなサイロに正しく流れるようにするために、より多くの時間を費やす必要があります。

プロセス、従業員が責任を負うこと、およびそれが会社全体とどのように相互作用するかを示すことにより、従業員を統一することができます。そして、それは人々に、目標に向かって、会うことに対するより多くの目的意識を与えます。また、従業員と協力して、役割と仕事に影響を与えるプロセスに関する情報を得ることができます。プロセスを設計する際にすべてを決定すると、作業を行っている個人が見逃しているステップを見るからです。不足している部分やそれらについて議論できる部分。そして、これらのプロセスを引き出しているときにすべての従業員と協力している場合、それらの外れ値と、それらがプロセスにあるべきかどうかを把握し始めます。そして、サイロを壊すためのもう1つのヒントは、組織の変化するニーズと目標を反映するために定期的にプロセスを更新することです。目標とプロセスは非常に流動的で、より良いベストプラクティスを見つけることができるからです。あなたは物事をやりたいと思う新しい方法を見つけるかもしれませんので、その情報を定期的に更新できることは本当に組織を助けることができます。そして、それらの職域を超えたチームと一緒に図面に戻ると、サイロを壊し、チーム間のコミュニケーションを開くのに非常に役立ちます。これが私が準備したスライドです。

エリック・カバナ：わかった。それを不屈のマーク・マドセンに渡しましょう。これで床ができました。そして皆さん、恥ずかしがらずに、質問してください。ここには専門家がいます。マーク、あなただけです。

マーク・マドセン：はい、エリックに感謝します。それで、あなたが今聞いたのは、プロセスとプロセスのモデリングとその適用方法についてでした。そして、家の分析側から来た私の観点から、私はビジネスプロセスを説明と理解の方法として多く使用しました。今、分析について考えるとき、特に今ではBIに加えて機械学習やその他のことについて話しているとき、それはまだ市場の広い範囲で見られています、私は間違って考えています。つまり、金採掘者のようなアナリストを派遣し、データに突入し、彼らはデータの一部を見つけて、金の塊を見つけてこれらの貴重なものを組織に持ち帰り、その後誰もが幸せに暮らします。または、少なくともアナリストは6桁の給与を持っているので、理論的にはそれがデータ科学者全員が作っているものだからです。

しかし、現実は大きく異なります。現実には、インフラストラクチャと作業が必要であり、ビジネスの目標と方向性と理解が必要です。そして、それらは、問題へのアプローチ方法、問題のモデル化方法、およびそれらの問題の解決方法を本当に理解する必要があります。したがって、コンテキスト、特にそれを適用するプロセスコンテキストを理解せずに、一部のデータと一部のテクノロジと一部のスマートな人々を問題に投げ込むことができるというこの考え方は、ほとんどの場合と同じように神話ですゴールドラッシュの神話であり、実際にそれらの人々のほとんどは破産した。

このビジネスへの分析の適用には別の側面もあります。これはすべてがガラスの下にあるという考えでしょうか？それはどういうわけかアナリストやアルゴリズムがデータを表面化し、誰かの前の画面にそれを投げるでしょう。しかし、問題はデータが非常に多く、分析でさまざまなことを実行できるため、人々を圧倒しやすいことです。そして今、あなたは二次的な問題を抱えています。それは「私にはたくさんのデータがあり、たくさんのものがあります。どれに注意を払うべきですか？そして、それは本当に、環境での多くの問題の核心であり、専門家にどの情報が誰に表示されるかをキュレートするように要求することに頼りにしています。セルフサービスのデータアクセスとセルフサービスのダッシュボードを使用することで、最終的にはさまざまな専門家に頼って、何が起こっているのかを理解してもらうことができます。

そして、特に未来がどこに向かっているのかについて話すと、機械学習のアプローチ、ビジネスにおけるAI、これらすべてのことなど、多くの高度な分析が行われています。それには多くの現実があり、その大部分は埋め込まれています。実際、これにおける現代のルネッサンスは、それをプロセスに組み込むことによってもたらされました。したがって、自動化または自動化されたプロセスを採用すること、たとえば、eコマースサイトやニュースサイトや音楽サイトの小売店での推奨エンジンの基本的な考え方は、かつて人間指向のタスクだったタスクの単純なアプリケーションまたはアルゴリズムです。質問や商品プランナー、またはクロスセールがどうあるべきか、またはアップセールが前のデータに基づいて何をすべきかを考えている人は、人々がそれを好むと思います。システムに接続してから、マーケティングまたはマーチャンダイジング、または何らかのオンラインアプリケーションで処理します。そして、それは埋め込まれました。物事を行うとき、マシンはあなたがしていることを監視し、洗練し、常に新しいものを提示します。それは組み込みの分析です。プロセス内にあります。そして、あなたが本当にこの仕事の多くの未来がどこに行くのか知りたいなら、それはそこにあります。より洗練された分析を行うことで人々を助けることはそれほど多くありません。それは、ビジネスのより広い範囲で効率を上げることによるものです。

そのため、多くのデータおよび分析市場が生まれたビジネスインテリジェンスなどを見ると、BIが実際に多くの人々が統計なしで、何もせずに多くのことを行うことができるようになる前に統計学者がいました純粋にデータに焦点を当てています。問題は、純粋にデータのみに焦点を当てることにより、多くのコンテキストを省略したことです。そのため、最終的に不足しているのは、そのデータのすべて、これらすべてのメトリックの関係です。ダッシュボードで何が起こるかを考えると、いくつかの棒グラフ、おそらくグラフ、数字の表があります。多数のメトリックが個別または集合的に表示され、それらがどのように関連しているかは実際にはわかりません。だから、あなたは何かに慣れていない人がいると想像してください。ダッシュボードを見ると、数字の頭や尻尾を作ることはできません。数字自体は何も伝えないからです。コンテキストがあります。したがって、数字が赤で表示される場合がありますが、他のレバーを引いてこの他の数字を変更するだけで、これが良くも悪くもなります。これらのことはどのように関係していますか？これは、プロセスではなくデータをモデル化するため、ビジネスインテリジェンス、データウェアハウジング、ダッシュボードの設計でコンテキストが失われます。そしてそれが基本的な側面であり、データの周りに再現性を構築し、生データから生成されるメトリックに焦点を合わせて、ほとんどのプロセスを絞り出すことによってそれを行います。

したがって、この画面には、基本的に、ラボテストプロセスに関するダッシュボードが表示されます。このようにBIを実行するAltosoftというアプリケーションがあります。そして、あなたが見ているのは、プロセスとデータが分離されておらず、再び元に戻っていることです。その分離は人為的であり、データを抽象化し、データベースに押し込み、その上にインターフェースを構築したために行われました。したがって、通常2つのメトリックがあります。注文されたテストの数などがあります。これは、このフローの最初のボックスで、最後のボックスは完了して提出されたテストの数です。したがって、これらの2つのメトリックがあります。それらをダッシュボードに配置すると、一方が他方より大幅に遅れていることに気付くかもしれません。または、再処理される3つ目のメトリックがあります。

そのため、病院でラボテストを行う場合、多くのテストがあります。彼らの多くは、手術に先んじているか、救命救急室などから出ているので緊急です。医師が注文し、検査室に行くプロセスがあります。検査室には、受け取ったこと、スケジュールされていること、成し遂げること、実行することをマークするプロセスがあります。機器。研究所がバックアップされていて、すべての機器が占有されているために、彼らがあまりにも長く座っている場合は、再処理する必要があります。結果が有効でない場合があります。血液サンプルのようなものは、30分以上座ることができないか、サンプルに故障があるため、もう一度血液を採取する必要があります。これは、本当に人にしたくないことです。。つまり、実際には、いくつかのラボテストは、生鮮性に基づいて、他のテストよりも優先されます。そのため、ラボ内で他のことが進行中であり、可能な限り再処理の問題を回避したいと考えています。ただし、BI自体は一般的にメトリックの意味でのフローのみであるため、さまざまなものを通るテストのフローを実際に見ることはできません。したがって、このインターフェースはプロセスに添付されたデータを表示するので、一度に何人が受信し、何人が受信し、何人が進行中かを確認できます。ライブデモではないため、プロセスの詳細や内部で進行中のメトリック、バッチ処理または再処理で何が起こっているのかを詳しく調べることはできません。しかし、これははるかに優れたビューを提供するものであり、少なくともラボを理解している人は、これを見て、何が起こっているのかを見ることができます。そのため、プロセスはインターフェイスの設計側で大いに役立ち、コンテキストを隠しません。

プロセスは他の領域にもあります。実際、BIとデータウェアハウジングについて話すとき、より高度な分析に入る前に、次の2つのことのいずれかを行うことについて話します。プロセス内で何が起こっているかを分析してから、それについて行動するか、プロセスを分析してから変更しています。したがって、情報の組織的な使用の標準的な種類は、状況を監視することです。これは、ダッシュボードと、トップ10およびボトム20のレポートです。これらはすべてシンプルな監視ツールであり、人々は必要なものを確認して、逸脱を探すことができます。ダッシュボードに交通信号灯がある場合があります。基本的に、パフォーマンスが最も低いものを示す偏差レポートである下位20のレポートがある場合があります。そして、それらのことを分析して、他のデータを見たり、他のことを見たりします。分析の詳細を詳しく調べてから、原因を調べてください。あなたはすでにこれに対する直感を持っているかもしれず、すぐに行動に移ります。多くの場合、より単純で、よりよく理解されたプロセスを使用して、まさにそれが行われます。あなたは問題を見つけ、何が起こっているかを知っており、決断を下し、行動を起こします。通常、それは最下部のプロセスループ内にあり、SAPがあり、これらのものがあり、ストアで在庫切れになっているので、次の補充のために発注書を増やして完了です。

特別なことは何もありませんでしたが、それ以外の場合は、以前に問題を見たことがないので、原因を分析する必要があるため、実際に何が起こっているのかを詳しく調べる必要があります。通常、原因を分析しなければならない時点で、プロセスを理解する必要があります。これは、これまで見たことのない問題であるため、通常のプロセスの範囲外であり、日々埋め込まれているものです私たちのOLTPシステムと今、あなたはいくつかの批判的思考を必要とするものを持っています。一連の問題と一連の考えられる原因があり、それらを取り除く必要があるため、より多くのコンテキストが必要です。これについて推論し、新しい情報を分析して収集し、プロセスを変更する必要があります。これは、私たちが何かをしたからです。マーケティングキャンペーンを補充プロセスと同期させなかったため、在庫がなくなった可能性があります。小売店ではそうなっていないことを願っていますが、BIとデータウェアハウジングを最初に導入したとき、多くの小売業者がこれらの問題を抱えていました。

現在、多くの場合、因果分析には統計や、いくつかの数字を目撃するよりも困難な分析が含まれますが、その後、プロセスを変更するという第2の部分に入ります。適切な場所で変更を行っていますか？それらのプロセスをどこで変更するかを理解していますか？データは、その変更後に何が起こるかについての直感や分析を裏付けていますか？他にどのようなプロセスが影響を受けますか？ダッシュボードで注意を払っている他の数字は、この影響を受けますか？そして、おそらく新しいデータを収集して、監視サイクルに取り込むことになります。そのため、実際にプロセスを実行すると、アクションを実行して物事を行う際に、より大きなレベルで理解することになります。また、BIの世界では、しばしば線形の因果関係が想定されます。実際、ほとんどの管理学校は、直線的な見解を前提としているため、ビジネスのパフォーマンス管理とパフォーマンスメトリックを構築する方法を人々に教えるのは本当に苦手です。また、直線ビューは、単純なBIレポートと、物事が他の物事にどのように影響するかのプロセスを理解していないため、プルアップする単一メトリックの種類のレポートによって強化されます。

そのため、プロセスモデルをビジネスプロセスモデルとしてだけでなく、システムダイナミクスを適用することもできます。プロセスモデルを適用し、それらを同じ方法で使用して、メトリックが相互にどのように関連しているかを理解できます。したがって、この図のような直線的な見方で–謝罪しますが、これは元の論文への言及を忘れていました。それは80年代の古いものです。システムダイナミクスと物事の想定と方法についてです。彼らは本当にです。そのため、収益性は常に、収益性よりも品質を向上させると、何らかの形で向上すると想定しています。または、品質を向上させるには、より多くのお金を費やさなければならず、それによって収益性が低下するため、悪化する可能性があります。したがって、その矢印にはマイナスがある可能性があります。または、組織またはプロセス内のさまざまなサイロをどのようにリーダーシップで調整するかが、収益性の向上またはコストの削減につながるか。常に要因があり、左側のこれらのメトリックのいずれかが右側のそのメトリックに影響を与え、それがすべて線形であるという考えです。

右側の図は、はるかに優れた例を示しています。ここで実際に起こっていることを示し、実際に起こっていることは、製品の品質を変更する可能性があることですが、たとえば、製品の品質とコスト構造の間にフィードバックループがあり、それがコスト構造を高め、同時に収益性を低下させますまた、保証修理のコストを削減します。そのため、コストを下げることで何かを修正できますが、製品の品質が低下し、満足度が低下して保証コストが増加するため、この背後にある数学は少し曖昧になります。

または、逆を行うこともできます。そのため、これらのいずれかを変更すると、何が起こるかをより慎重にモデル化する必要があります。そして、左の事柄に関するあなたのメトリックス自体が互いに影響を及ぼし、それらの事柄をどのように変更するか、ビジネスに取り込むレバー、またはビジネスプロセスまたはプラクティスの調整がこれらに影響を与えます。そのため、プロセスは、非常に長い間非常に単純なものを構築する中心的な役割を担っています。

そして、次は、プロセス自体がどのように相互作用するかを調べることです。私が持っていた以前の図を取り、たとえば何かを変更した場合、ここでの変更はそこに何かを導くので、プロセスの相互作用を実際に見る必要があります。したがって、マーケティングと変更の方法に関する以前のプレゼンテーションからのこの図遅れているマーケティングのデータ、売り上げで行われていることは遅れるアクションです。つまり、アクションが早すぎたり遅すぎて利益を上げることができないため、あるプロセスの影響が別のプロセスにどのように現れるかを理解することは重要です常にプロセスを通じて即時に処理されます。

したがって、ビジネスの複雑さは非常に複雑であり、非常に頻繁にそれを把握できませんでした。統計プロジェクト、機械学習プロジェクト、BIプロジェクトに取り組んでいたとき、私たちはそれを捉えませんでした。そこで、たとえば、機械学習をマーケティングと販売のリードスコアリングプロセスに注入して、見込み客を限定することについて話します。、この2つの黄色のボックスに影響します。どこかで発生するリードスコアリングプロセスは、これらの両方に影響します。そのため、これらの2つのプロセスの再調整または変更が発生します。このリードスコアリングの問題はマーケティングの問題であり、データサイエンティストを雇い、彼らがこのリードスコアリングアルゴリズムを私たちのために構築するつもりであるという考えでこれに入った場合、それはこれらのことを行います、それはリードをより適切に評価し、優先順位を付けます。それは販売にどのように影響しますか？適切な場所に適用されていますか？両方のプロセスを変更する必要があるため、これらのプロセス全体で何が起こっているかを確認する必要があるかもしれません。単なるマーケティングプロジェクトではありません。そして、それが多くの分析のポイントです。実際には、コンテキストと影響がはるかに明るく、スコープが増加し、より大きく、より毛羽立ったものになります。

そして、多くの異なるレベルで問題を見ることができます。最初はマーケティングの問題の文脈でそれを見てから、「ああ、まあこれは実際にマーケティングと販売に影響します。しかし、このプロジェクト自体はITに影響を与えるため、これに対してITの角度があります。これは、他のことをしなければならないことを意味します。プロセスは純粋に「このプロセスを見る」または「これらの2つのプロセスがどのように相互作用するかを見る」だけではないため、複雑さの度合いや分析のレベルも変わります。または戦略的な決定、さらに大きな写真を見る必要があります。これはバリューチェーン図であり、私のお気に入りの1つですが、農場から小売店までのチーズ製造プロセスのためのものです。そのため、一番左側に農場があり、一番右側に小売業者があります。その間に、基本的に牛乳やバターなどの物理的な物品を移動させ、乳製品をさまざまな工場に移動させる輸送手段があります。加工工場に移動します。加工工場は、ディストリビューターに移動し、後処理および包装工場に移動します。そして、それは本質的に生産から消費に至るサプライチェーンです。

そして、上に赤と緑で表示されているのは、実際には企業間のプロセス相互作用のデータ側です。これは、これは実際には企業向けであるが、これは1社ではなく業界向けのバリューチェーンだからです。 70年代後半から80年代前半にかけて、さまざまなバリューチェーンとバリューシステム、バリューマッピングがポーターに戻ってきたと思います。しかし、アイデアはここにプロセスがあり、それらの赤いものはすべて、ある会社またはサプライチェーン内のある業務セットから別の業務へのすべての情報フローであるということです。そして、それは、ある組織のあるプロセスが別の組織の別のプロセスと対話していることを意味します。プロセスフローとデータフローはどちらも重要であり、どちらが起こっているのかを記録し、何が起こっているのかを理解し、それについて推論するという点で両方とも見えるはずです。ここでのプロセスと、この腐りやすい管理の方法を変更して、輸送中または待機エリアと流通施設で製品が不良になるという事実を減らしました。」そして、私はロジスティクスとサプライチェーンの調整を行いますが、それは私だけではありません、しかし上流と下流のサプライヤー。私のプロセスに影響を与え、影響を受ける情報フローがあるため、プロセスは、それがどのように機能し、誰に影響を与え、誰に対処する必要があるかを考えるのに役立ちます。そのため、真にアナリストやBI担当者やデータサイエンティストに適用されるわけではありませんが、このようなものを使用する必要があるマネージャーにも適用されます。

より具体的な例として、私はここでマーケティングについて本当に簡単なことを紹介します。多くの人がオンラインマーケティングの基本をかなり直感的に理解していると思うからです。おそらく誰もが、おそらくそこに人々の聴衆がいる義務的ファンネル図を見たことがあると思います。マーケティングは、純粋に広告に関するものではありません。それは多くのことについてですが、その最初の段階で、それは言葉を出します。人々にあなたの製品やサービスを知ってもらいましょう。そのオーディエンスに広告を出し、見込み客を生成します。そのため、あなたの商品に興味を持つ可能性のある見込み客、つまり見込み客を絞り込みます。そして、製品仕様が十分に認定されると、それらは機会になります。それらは販売の機会になります。したがって、このWebキャストに参加しているすべての人は、このWebキャストにお金を払っている人々にとって潜在的なマーケティングの機会になっています。したがって、彼らはこれらの販売機会がリードに変わることを望んでいます。製品やサービスに興味を持っている実際の人、このものを欲しがっている人、もちろん何かを購入したり寄付したりする人あなたがやっている-これは非営利の資金調達にも同様に適用されます。私は顧客、ドナーになることができます。そして、できれば、マーケティングへの期待の希望は、あなたが支持者になることです。口コミマーケティングや、口コミを離れて他の人にそれを伝えるために顧客がどのように満足しているかについて、プロモートスコアメトリックスなどのことは常にあります。見込み客、機会、顧客をリードするなど、サイクルが進みます。

これが基本的な目標到達プロセスです。皆さんがWebアナリティクスで何らかの作業をしている場合、コンバージョンチャートなどが表示されることを誰もが知っていますか？これは古典的なBIのことです。ここでは、あるフェーズから次のフェーズへの単純な移行であるコンバージョン率を確認できます。したがって、見込み客を宣伝しただけで本当に知らない大勢の聴衆は、おそらく、あなたが知っているかもしれない人々が、特定された2つの機会、見込み客の人々、あなたが知っている会社が別の境界を越えることについて何かを知っているかもしれません。そのため、さまざまなキャンペーンがあります。ユーザーにバナー広告をクリックしてもらい、このウェブキャストに参加してもらう。人々に何かをしてもらい、それらのそれぞれがコンバージョン率を持っているので、あなたが手を差し伸べる人々の数とあなたが実際に望む行動をとる人々の数。そのため、通常オンラインでの多くのコンバージョン率は、業界やあなたがしていることによって、たとえば1〜5パーセントのバランスをとります。したがって、多数のメトリックがあります。

この例では、典型的な種類の分析項目、ページがアクセスしたページ、または直帰率を示しています。しかし、それは特異な指標であり、人々はそれらを見て、それらから物事を測定しますが、彼らは本当にそれほどひどく有用ではありません。何が起こるかというと、1〜5パーセント（多くのオンライン広告の観点から）ですが、運がよければ1〜2パーセントです。これが本当のコンテキストですよね？その時点でコンバージョンに至らなかったのは他の全員であり、このチャートよりもはるかにリアルな画像を提供する下部の小さな小さな線です。しかし、実際にこの漏斗図で示したものは、このように見えるはずですよね？バランスレートは、販売サイトやモバイルサイトに現れてすぐに去る人でしょうか？彼らは本当に興味がありませんでした。それから少しの間立ち往生している人もいれば、もう少しクリックしたり、登録したり、何かをしたりしている人もいます。これは実際には小売分析によるものです。私はあなたがショッピングカートの料金を持っている場所でやっていたので、放棄された料金はフォームに記入して去り、お金を寄付し去り、請願書に署名し始め、買い物カートに何かを入れて去りました。これらすべてを実際にグラフ化する必要がありますが、ここで何が表示されているかはわかっています。これらの各項目のメトリックが表示されています。目標到達プロセスに戻ると、これらの各メトリックは、あるポイントから別のポイントへの移行です。

これらは実際にはプロセスに合わせたメトリックです。そして、もちろん、物事をもう少し複雑にしたい場合、実際には多くのチャネルがあることがわかりますよね？マーケティングは非常に複雑なコミュニケーションチャネルだからです。古いもの、ラジオ、テレビ、印刷物があります。印刷物は雑誌や新聞だけでなく、メールボックスに入れられる回覧です。雑誌に入れたり、メールに貼り付けたりするのは、これらの小さな迷惑なカードです。彼らはカードやチラシ、そして彼らがあなたを路上で手渡すものです。そしてもちろん、本質的に別のオンラインチャンネルであるモバイルチャンネルもありますが、微妙に異なります。ゲームは実際にはマーケティングチャネルです。映画、メディアは実際にはマーケティングチャネルです。映画のシーン内でブランド名を見ると、誰かがその代価を支払われます。そして、ここでオンラインを解体しました。あなたのウェブサイト、今でも非常に人気のある電子メールマーケティング、対話型音声応答システムがあります。カスタマーサポートに電話しても通じない面倒なタッチトーンシステムです。多くの異なるソーシャルネットワーク。

そのため、これらはそれぞれ、社会的なもののような他の多くのものに分解されます。 Facebook、Twitter、Instagram、その他100種類のものがあります。そのため、それぞれに独自のマーケティングプロセス、エンゲージメントの方法、支出の方法、支出の内容、これから行うこと、その方法、および方法を選択する独自の方法があります。あなたが測定するつもりです。それぞれにプロセスがあります。したがって、FacebookマーケティングはTwitterマーケティングとは異なり、Instagramマーケティングはマーケティングとは異なります。これは、それらのそれぞれが似たようなもの、おそらく似ているがわずかに異なるもの、そしておそらくそれらを扱う異なる人々を持つことを意味します。したがって、それぞれにプロセスがあります。したがって、これらのメトリックの下にあるプロセスの量は実際には非常に深く、相互に影響を及ぼします。あることを行うと、他のことにも影響を与えます。その相互作用は非常に便利であり、プロセス図で見ることができます。

ファンネルコンセプトの他のコンセプト自体は、一般的に人々が顧客になる時点で途切れてしまうため、狭すぎます。通常、それはマーケティングが「私たちの仕事は終了する」と言うときです。マーケティングの真の仕事は販売する顧客を生み出すことだと気づく人はほとんどいません。そのため、エンドポイントまでずっと測定する必要があります。顧客が買収されると、マーケティング以外の人々が通常は知らないマーケティングのもう1つの部分は、単なる買収ではなく、顧客のライフサイクルの管理であるということです。しかし、それは通常、異なるサイロです。前にキムが話していたように、サイロとカスタマーケアと保証サポートがあり、これらの他のすべては通常、それぞれのサイロ内の異なる部門またはマーケティング内の異なる部門で実行されます。しかし、それらを見渡さなければなりません。あなたは物事を送り出し、送り出し、送り出すプロセスを見る必要があります。そして、5年から10年前のホットトピックは、今日でもなお顧客360とユーザーエクスペリエンスとカスタマーエクスペリエンス管理に関するものです。顧客は、買収からサポートまでの多くのタッチポイントを通じて組織を経験するため、マーケティング側と販売側で素晴らしい経験をすることができ、ひどいサービスを受けて二度と戻ってくることはありません。または、ひどい販売経験があり、製品を購入せずに、サービスがどれほど優れていても、それで終わりだと判断することができます。そのため、メトリクスを参照するコンテキストでプロセスのビューを拡大します。

したがって、水平方向、部門、事業ライン全体にわたるプロセスを理解することは、純粋にその中だけでなく重要なことです。そしてもちろん、BI、データウェアハウジング、またはデータサイエンスの専門家としての課題の1つは、それらのサイロのためにデータがすべて切り刻まれるということです。マーケティングオートメーションシステムはフロントエンドを処理します。オンラインマーケティングシステムがあります。セールスオートメーションシステムは、SAPまたはOracle OLTPシステムの腸に変換された後、中間部分を処理します。それから、それは別のものです、そしてもちろん、コールセンタービジネスはこれらの他の部分のいずれかから切り離されることが多いので、すべて一緒に戻す必要があるので、プロセス図はすべてのシステムが互いにどのように関係しているかを理解するのに役立ちますBIデータまたは住宅データサイエンスの専門家として、あなたはどのデータがどこに、どのように、そしてなぜ行くのかを把握します。したがって、私は個人的にこれらの分析プロジェクト内の多くの異なる場所でプロセス図を使用します。なぜなら、それらはデータ要件をマップして理解し、仕事をするのに役立つからです。前に見たように、プロセスモデルがデータを表示する場所があります。彼らは、販売およびマーケティングデータを使用し、誰がどのデータを所有し、そのデータがどこに表示され、それらが重複しているのかを利用します。また、プロセス図内の人と部門の位置、誰が何をしているのか、したがってそのデータの実際のプロセス所有者は誰なのかを理解するのにも役立ちます。したがって、誰が財務データを所有し、誰が健康データを所有し、誰がこれらのことを担当しているのかを確認できます。また、メトリックを確認するときに2つのプロセス間にギャップがあり、2つのプロセス間にデータ転送があり、その両側におそらくアップストリームデータまたはダウンストリームデータのいずれかを担当する人がいる場合に役立ちます。それら。または、プロセスマップに移動して、これらのことを確認できます。

したがって、プロセスモデルはこれを可視化するのに役立ち、プロジェクトでこれらのことを活用できます。そして、私たちが楽しみにしているように、最初にBIと分析、そして一部のデータサイエンス、表面レベルの物事の側面について話したことの多くは、基本的なプロセスとメトリックの分析に関するものです。しかし、アナリティクスをプロセスに埋め込むか、プロセスを分析して変更する以外に、できることはシミュレーションの構築です。シミュレータを構築する古い方法は、私たちがずっと前にそれを行っていた方法で、あなたは賢く、数学的な人であり、彼らはシステムをシミュレートするモデルを構築し、通常はそのシステム内のプロセスを理解します。しかし、それを行う別の方法があります。それは、その理解の一部を取り入れてから、データをそこに取り込むことです。シミュレーターを構築しましたが、この方法で動作すると言い、このデータはすべて揃っています。そのデータをシミュレーションにマップし、シミュレーションががらくたであるか、それが良いかを確認できるはずです。そのため、プロセスまたは相互作用するプロセスのシミュレーションの構築を開始できますが、これは非常に難しいことです。

データを分析して一種のブラックボックスに入力することで、ブラックボックスとホワイトボックスのシミュレーションモデルを作成でき、シミュレーションを検証できます。データを使用してシミュレーションを作成できます。あなたはもっと面白いことをすることができます、そしてそれは本当に未来が行くところの大きな部分です。それと、10年ほど前から存在しているものは、意思決定の自動化です。これは、人々が行う非常に日常的なことをすることです。意思決定の自動化を行い、一部の学校はそれを「複雑なイベント処理」と呼びます。しかし、それらはプロセスにアイテムの意思決定と分析を注入する別の角度であることがわかります。。

そして最後に、プロセスモデリングを、私たちが行うこと、つまり情報を使用して意思決定を行うことに変えることはほとんどありませんでした。そして、それは意思決定の自動化とCEPが実際に少し行っている分野の1つです。しかし、私は意思決定に関する研究の観点から少し自分でやってきました。つまり、人間が特定の事柄について決定を下すプロセスはどのようなものですか？マーチャンダイジング、マーケティング、ロジスティクスのようなものかもしれませんが、意思決定を下す人間がいて、意思決定とその意思決定をモデル化すれば、必要なデータとメトリックをよりよく理解できます彼らのために。そのため、その決定プロセスモデルを実際のメカニズムとして使用して、より良いダッシュボードを構築し、それを行うために使用できる分析関数を見つけたり、その人がより良い決定を下せるようにすることができます。そして、それはまだ探求されるべきものの一種です。

そして、それで私はここで終了しますので、質問のための時間があります。

エリック・カバナ：ええ、それは本当に本当に良いものでしたし、キム、あなたとマークの間で言わなければならない、あなたはどちらもプロセス・モデリングが本当に配当を支払う非常に印象的な状況とシナリオの配列をレイアウトしたと思います。キム、最初にあなたにそれを投げるだけだと思う。これらのプロセスを一連のダイアグラムに蒸留して分析することに本当に焦点を当てることで、これをどのように評価し、どのくらいの時間を節約し、お金を節約し、利益を増やすことができるのかをビジネスにどのように理解しますか？

Kim Brushaber：ええ、最初にやらなければならないのは、プロセスをマッピングしたい組織のチャンピオンを特定することだと思います。そして、それができたら、それを組織の重要な利害関係者にしてください。そして、小さなグループを特定して、プロセスの構築を開始し、部門内で起こっていることだけでなく、ビジネス目標と達成しようとしているビジネスに再び焦点を合わせます。そして、その1つの目標を達成し、チャンピオン内でそれをマップし、チャンピオンを獲得し、プロセスから得た報酬を表示します。それにより、組織の他の部分がそれらのプロセスを構築し始められるようになります。組織全体を構築するのは、ほとんどの人はコンサルタントを雇うことができないため、すべてのプロセスを一度に図式化するだけだからです。そのため、彼らは一口サイズの塊でそれを行わなければならず、最も戦略的な場所を探したり、最もプロセスの問題が存在すると予想される場所を選んだりしなければなりません。そして、クリスマスライトを解き始め、それがどのように組み合わされるかを見てみましょう。

エリック・カバナ：ええ、それは実に素晴らしい隠phorです。クリスマスライトを解きます。その下には、多くの複雑さと多くの回避策が見つかるからです。実際、多くの問題が通常発生するのは、先ほどお話ししたように、合併によるものか、何年もかけて誰も解くのに時間がかからないプロセスに焼き付けられた回避策です。？

キム・ブラッシャー：そうですね 、誰かが何かを始めたばかりで、そもそも議論されませんでした。

エリック・カバナ：そうですね、面白いですね。ここにある-これは良いものです。コメントしたい場合は、マーク、そしてキムにこれを投げかけると思います。出席者の一人は、「絶え間なく変化するオムニチャネル環境を考えると、帰属はどのように最適に管理または割り当てられますか？」と書いています。しかし、マークはどう思いますか。

マーク・マドセン：そう。マーケティングの全体的な帰属の問題は巨大です。アトリビューションが何なのかわからない場合は、たとえば、Amazonに行って本を購入した場合のオンラインの例のように、何かを販売しているだけです。さて、どうやってそこにたどり着きましたか？特定の場所でその本のランキングを取得するだけで、その場所に移動したのは検索エンジン最適化だったので、彼はその特定の場所に行って購入しましたか？オンライン広告でしたか、ソーシャルメディアキャンペーンでしたか？問題は、アトリビューションモデリングの考え方はこの種の主な原因があることですが、明らかに複数のことがあるということです。たぶん、あなたは本屋で本を見、あなたはそれのためのバナー広告を見た、そしてあなたは読むものを探していたので、後でそれを検索することに決めた、そして彼はそこに行った。

そして、質問は、「メディア支出またはその販売と顧客の価値をさまざまなキャンペーンにどのように配分しますか？」です。そして、それは非常に複雑なタスクであり、最も効果的な予算を設定しようとしているので、それを行う必要がありますキャンペーン。しかし、多くの場合、アフィリエイト料金などの費用やクリックスルーが発生するため、この費用が発生します。そして、誰が支払われるかを決める必要があります。グーグルは支払われますか、これらの人は支払われますか、それらの人は支払われますか？典型的な帰属スキームは「最初の人に報酬が支払われる」ためです。

結論としては、それは非常に複雑な問題であり、明確な答えのない多変量の統計分析問題だと思います。そして、それは、あなたがメトリックを追跡し、あなたがいじめることを試みることができるものを見る必要があることを意味します。また、コンジョイント分析や、これらのタイプの目的のために再び人気になる可能性のある他の奇妙なもののようなものがありますしかし、それはプロセス指標を理解する必要があることを意味します。少なくとも「5つの異なるタイプのマーケティングキャンペーンがあります。そのキャンペーンへの入力が何であるか、どれくらいのお金があるかを知る必要があります」そして、この件に関するタイミングやリンク、トラッカーに対応する結果のメトリック、このトランザクションが発生しました。それで、あなたはその絵を作り始めることができます-そして、それは、少なくとも基本的なプロセスの相互作用をマッピングすることでそれについて推論するのに役立つ別の良い例です。結論として、帰属に対する明確な答えはないと思います。

エリック・カバナ：ええ、あなたはまさにその通りだと思います。そして、あなたは決して知りません、それは私には思えます。少なくともメインについては知ることができ、ほとんどの事柄がどこから来たのかをよく知ることができますが、すべてを知ることができる、またはすべてを知ることができると仮定すると、最初は単なる間違いだと思います。

マーク・マドセン：ハイゼンベルグはすでにこれについて書いていると思います。

エリック・カバナ：それは何ですか？

マーク・マドセン：ハイゼンベルクの不確実性の原則がそれを支配しています。

エリック・カバナ：それはいいことです、それは良いことです。キム、これを見てみましょう。このプレゼンテーションを聞いていると、これらのさまざまなシナリオであなたが計画したこと、そしてマークが何をしたかがわかります。私の頭の中にあるのは、誰もが話し続けているデジタル変換のこの概念全体です。そして、私にとって、それはこの種の議論のための素晴らしい入門です。なぜなら、Uberのような主要なイノベーションの観点から新しい受賞者を見ると、彼らの文化的な問題、Airbnbや他のいくつかの企業に関係なく、彼らがしたことは蒸留されたからですこのレベルから図式レベルまでの主要なプロセスであり、市場でこれらの深刻なサービスを提供する防弾インフラストラクチャの構築に真剣に取り組んでいます。そして、彼らは大規模にそうしましたよね？デジタルトランスフォーメーションとは、クラウドコンピューティング、機械学習、分析、あらゆる場合の新しい力を活用することです。私にとって、デジタルトランスフォーメーションについて話している人は誰でもプロセスモデリングを行う必要があります。どう思いますか？

キム・ブラッシャー：ええ、そして今頻繁に浮かぶもう1つの用語は「プロセス自動化」です。自動化を開始する前に、まずビジネスプロセスを構築し、それを理解する必要があります。そして、計画を実行することができます。しかし、デジタルトランスフォーメーションの時代に対処する際には、私が収集している情報を調べ、その情報の重要性について組織内で実際に合意する必要があることを知っています。あなたが知っているのは、Markがさまざまな情報を備えたさまざまなテレビ画面を持っている場所で共有したスライドのように、私たちは本当に組織として定義して参加する必要があるほど多くのデータを収集する能力を持っているからです全員、主要な利害関係者全員、そしてビジネスプロセスを通じて「これは重要な情報であり、これらは重要なステップです」と言い、また、ピボットポイントがどこにあるかを理解することもできます。だから、あなたは知っています、「これは私たちにとって本当にうまく機能していないプロセスです。詳細を微調整して、それをどのように変えることができるかを考えましょう」と、さまざまなタッチポイントに話しかけ、会話での入力も確認します。

エリック・カバナ：ええ、それは本当に良い点です。このスライドも依存の重要性を伝える良い仕事をしたと思います。これらのコンポーネントの1つを変更するときはいつでも、すべてを変更します。ビジネスプロセスに与える影響を率直に考えようとすると、かなりの時間と労力がかかります。繰り返しになりますが、あらゆる種類のデジタル変革への取り組みについて話している場合、どこでプロセスを崩壊させ、どこで撲滅できるかを認識する必要があります。それは通常、成功した実装のある種の名のないヒーローの1つであると思います。全体的な計画を再構築すると、X、Y、またはZプロセスが不要になったことがわかります。

キム、私はあなたにそれを投げ返すと思います。このようなものが非常にうまくいくとき、いくつかの重要な成功要因は何ですか？これらのサクセスストーリーの特徴は何ですか？

キム・ブラッシャー：明らかに、コラボレーションは不可欠だと思います。だから、私はサイロにいるスライドデッキに集中することに決めました。なぜなら、異なる組織間でのコラボレーションと、それらの冗長性の場所の把握、プロセスを合理化して無駄を省き、複数の異なる部門と話をしているときの合併スライドのように、「OK、これが私がやっている方法です」という会話をする方法一緒に来て、ベストプラクティスを本当に理解している企業と話しているのです。そして、最適な手順を設計し、それらの手順に全員を一致させることで、すべての情報が非常にスムーズになります。

エリック・カバナ：ええ、私もあなたが「コラボレーション」という言葉を投げ入れてくれてうれしいです。マーク、コメントを求めてあなたに投げつけます。コラボレーションは、たとえばGoogle Docsのようなシンプルなものであっても、新しいビジネスの世界のような画期的なコンポーネントです。 1つのドキュメントを5人のユーザーにメールで渡すのではなく、5人全員にリアルタイムでドキュメントを見てもらい、調整を行い、お互いのコメントを確認することができます。それは大したことです。それはプロセスの大きな変化です。そしてもちろん、同じコンポーネントをビジネスインテリジェンス、プロセスモデリング、実際にビジネスを最適化するために使用するこれらの分野のいずれにも適用できます。理にかなっているときはいつでも、コラボレーションは何よりもまずすべきですよね？

マーク・マドセン：そうだと思う。つまり、この単独の意思決定者の考え方は、魔法のように外に出て分析を行い、ネガティブゴールドを見つけ出す孤独なアナリストのようなものです。そして、机に座っている一人の意思決定者は、人々や組織がどのように意思決定を行うかについての、1990年代時代の古い考え方のようなものです。あなたは机の後ろに座って、このことを見てから決定を下しますが、それはすべてプロセスとアプリケーションに今取り込まれています。通常、実際の意思決定は部門間または他の人々と行われ、そのためには何が起こっているかについてのより広い理解とコミュニケーションが必要です。そうでなければ、あなたはあなたのかかとを掘るだけで、誰もが戦い、誰も何も所有したくないので、私はもう多くの会社で仕事をしていません。

エリック・カバナ：まあ、それは非常に良い点です。キム、翻訳で失われているものの概念を持ち出して本当にうれしいです。どこの議論でも、コンテキストの重要性を人々が十分に評価していないと思うことがよくあります。議論されている問題の範囲や決定点が何であれ、人々が理解するのを助けるという点で、コンテキストは非常に重要です。プロセスモデリングをメカニズムとして使用できれば、かなり毛むくじゃらの複雑な生物になる可能性のあるものを、比較的単純な（そしてまったくエレガントではないにしても）図に蒸留することができます。）批判的ではあるが会話で迷子になる可能性のあるものを見落とさないこと、およびC）率直に言って、会話中の言葉が釘を打つのが困難になる視覚的に何かを結晶化すること。どう思いますか？

キム・ブラッシャバー：そうですね、この「会話」という言葉を持ち続けるのは本当に面白いです。そして、会話図にあるスライドを含めました。ここには、互いに話し合い、相互作用している複数の異なるプールがありました。 BPMN組織がその図を作成することにしたのは、異なる部門間で行われる会話が複雑であり、プロセスに関与するすべての要素とすべての要素を紹介できる方法が必要だと理解したためです。異なるプレーヤーとすべての異なる側面があり、ボールが落ちないようにし、誰もが責任の概要を説明しました。だから、あなたが話していたビジネスプロセスでは、正しい文脈感覚を持っていて、ビジネスプロセス図は視覚的であり、写真は1, 000語の価値があるので、本当に素晴らしいです、そしてこれらを非常に視覚的な文脈で見ることができるとき、たとえば、プロセスを段落形式で書いて書いた場合、物理的に、または箇条書きで番号を付けた場合でも、人々がよりよく理解できるようになります。絵入りの表現により、その文脈とその理解を、あなたがそれを読んだり理解しようと知っていた場合よりもはるかに速く収集することができます。

エリック・カバナ：まあ、あなたは物事をある程度まで非人格化することもできますよね？人々があまり個人的に物事を受け取らず、ビジネスが実際に行っていることよりもはるかに客観的なビューがあり、確かにより複雑なプロセスについては、ビジネスとITの両方の視聴者が大きなことをよりよく理解するのに役立つと思います画像は、1日の終わりに大きな画像がビジネスであり、ビジネスが成功することを望んでいるので、それに直面してみましょう。かなり激動の時代です。だからこそ、時は正しいと思っていて、いつもそうでしたが、最近では、特定のプロセスが最適化され、根絶されることさえあるので、さらにそう思えます。たとえば、クラウドにアクセスし、サービス提供のコンポーネント全体をクラウドやパートナー、または場合に応じてオフロードするだけです。しかし、ビジネスの非人格化された明確な図式モデルを持つことは、再設計し、物事を把握するのに非常に便利ですよね？

Kim Brushaber：ええ、ER Studio製品には、検索とフィルタリングの機能もたくさんあります。そのため、何かがクラウドの振る舞いであることを指定したい場合は、すべてのプロセスを図式化した後、クラウドで相互作用している部分を調べて検索することができます。または、たとえば、マーケティングを見ていて、マーケティングに微調整したいだけだとしましょう。マーケティングを選択するつもりはありません。これは、ほとんどの組織が最初に思いついたものです。。しかし、あなたは、「OK、マーケティング部門を変えることを考えています。これらはすべて動作です。」と言うと、すべてのプロセスを見て、「OK、この方法をクラウドで実行するために使用するこれらの戦術を入れて、これを実行すると、これらに影響を与えます」と言うことができます。そして、そのプロセスを図式化すると、非常に視覚的に見ることができます。まるで巨大なパズルを見ているようなものですね。さまざまなパズルのピースがすべて揃っているので、「OK、すべてを1つのピースに収めるにはこれらのパズルのピースを並べ替える必要がありますか？」

エリック・カバナ：ええ、あなたに最後の質問を1つ差し上げます。皆さん、今日のプレゼンテーションのスライドへのリンクを投稿しようとしています。チャットウィンドウを確認してください。しかし、もちろん、システムが機能する場合も機能しない場合もあるため、システムを通過するデータ情報のプロセスモデリングとデータモデリングの用語は非常に重要です。回避策を講じることができます-たとえば、プロセスの終わりまたはプロセスの開始時またはその間のどこかで、たとえば、誰かが何かを破ったときに誰かが知らないことを考え出したという回避策を講じることができます。データがあれば、必要なフィールドにデータが表示されず、トランザクションが完了しないため、確実にわかります。しかし、A）より多くのデジタル経済に向かっているが、B）これらの異なるすべての合併や事態が起こっていることがわかります。企業は、ビジネスプロセスモデリングとデータモデリングの価値を高く評価し始めていますか？そのようなものは持ち越されますか？私はデータモデリングについて確かに知っているので、データモデラーは何年もの間それについて非常に情熱的でした。ビジネスは最近それを手に入れましたか？スタッフが何をするのか、必要な評価があるところに近づいていますか？

キム・ブラッシャバー：まあ、それはまさに私たちがIDERAで達成しようとしていることです。 ER Studio Suiteには、データモデリングスイートとビジネスアーキテクトスイートの両方が含まれているので、キューイングしてくれてありがとう。

エリック・カバナ：どうぞ。

Kim Brushaber：しかし、私たちはそうします。明らかに、データモデリングピースは、情報アーキテクチャ、ソリューションアーキテクチャ、組織内のデータの責任者にとって絶対に不可欠です。そして、製品を構築した方法により、エンタープライズチームの追加スイートを使用して、ビジネスとデータを連携させて、ビジネスプロセスで利用可能なすべてのオブジェクトをプッシュできるようになります。データを一緒に処理し、これら2つの世界を結び付けることができます。確かに、私はその詳細を説明する十分な時間はありませんが、誰でもIDERAに行ってそれをどのように行うかを見ることができます。

しかし、問題は、データの世界が複雑になり続けることです。ストレージはどんどん安くなっているので、ますます多くのデータを取得することになります。それは、マークのようなアイテムが議論しているところです。「OK、データができたので、どうやって分析したらいい？それ？どうすれば理解できますか？そして、その情報をビジネスプロセスにオーバーレイして、「製造の決定を下す必要があり、知る必要がある」と言うことができます。冬に雪のためにトラックが何回遅れるのですか？北から出荷するのではなく、そこから物を出荷できるようにするために、コスタリカにビジネスを開く必要がありますか？」そして、これらのすべての側面を見ることができますが、あなたが見る必要があることさえ知らないそのプロセスを計画するためにいくつかを始めることができるまで、それらの側面で、この場合それは輸送プロセスですが、すべてのビジネスはビジネスプロセスモデルでスローダウンし、それらの部分が移動できる場所を理解し始めることができるプロセスに複雑さがあります。

エリック・カバナ：大好きです。私は特にコスタリカでのビジネスを開く部分が好きです。

キム・ブラッシャー：どうして？

Eric Kavanagh：広報担当者またはモデレーターが必要な場合は、お知らせください。チャットウィンドウにスライドのリンクを投稿したので、チャットウィンドウを確認します。もちろん、それを見なかった場合、または同僚と共有したい場合は、これらのWebキャストをすべて後から見るためにアーカイブします。キムはすぐそこにメールを送ることができます。キムは画面に彼女の住所を知っています。彼女に直接メールを送ってください。

そしてそれで私たちはあなたに別れを告げるつもりです。素晴らしいプレゼンテーションをありがとう。これは素晴らしいことです。次回はまたお会いしましょう。気を付けて。バイバイ。