工業製造
産業用モノのインターネット | 工業材料 | 機器のメンテナンスと修理 | 産業プログラミング |
home  MfgRobots >> 工業製造 >  >> Manufacturing Technology >> 産業技術

偉大なITディベート:最高の品種かシングルスイートか?

1980年代と90年代、デジタル時代の初めには、すべての産業用ソフトウェアアプリケーションはポイントソリューションでした。これは、買掛金、給与、税金など、企業のバックオフィス業務の1つの特定の側面に焦点を当てた製品です。時が経つにつれて、新しいソフトウェアパッケージも製造現場に進出し始め、製造計画、保守、コンプライアンスレポートなど、それぞれが独自の専門分野を持っていました。

90年代半ばまでに、エンタープライズリソースプランニング(ERP)ソフトウェアパッケージが利用可能になり始めました。彼らは、ビジネスアカウンティング、在庫追跡、購入コスト、および製造計画を1つのソリューションに統合しました。彼らの開発者は、顧客関係管理、人的資源追跡、サプライチェーン管理、さらには製品設計を含むようにこれらの機能を拡張し続けました。 21 st の番までに 世紀、モンスターは、管理と維持に非常に高価で複雑なモノリシックな巨人の形で作成されました。

レコニングの日

少なくとも理論的には、緊密に統合されたエンタープライズソフトウェアプラットフォームは、運用の体系的なビュー、トレーニングと統合のコストの削減、精度の向上、セキュリティの向上、メンテナンスの容易さなど、さまざまな重要な利点をユーザーに提供できます。しかし、このビジョンは紙の上では見栄えがするものであることがすぐに明らかになりましたが、実際にはそれほどではありませんでした。このビジョンがしばしば問題にぶつかったのは、ERPシステムが、より専門的な企業の買収が不十分であることに基づいて機能を拡張し始めたときでした。その結果、深刻な統合とバージョン管理の問題が発生し、ユーザーエクスペリエンスが非常に不利になりました。

>

さらに重要なことに、この企業とサービスの集約はイノベーションに大きな影響を与えました。実際、それはほとんどそれを抑制しました。大企業が買収後および統合活動に多大なリソースを費やしている間、他の業界からのソフトウェアイノベーションは止まることはありませんでした。また、ERPの巨人の内部では有機的な成長が続いていましたが、より関連性の高いイノベーションの多くはERPの巨人の外で行われていました。

最終的に、このサイクルが繰り返され始めました。これにより、最も有望な小規模の独立した企業がその創造物とともに買収され、ERP企業の製品に組み込まれるか組み込まれるようになります。それが実現するまで、特別な目的のソリューションは、多くの場合、非常に直感的なユーザーインターフェイスと機能的な機能を備えており、合法的に最高のステータスを獲得します。多くの場合、取得後に教化プロセスが完了すると、この指定はすぐになくなります。

最高の品種のトレードオフ

同時に、最善の戦略を順守することにはトレードオフがあります。たとえば、さまざまなベンダーの複数のパッケージをサポートすることに関連するコストが増加します。他のベンダーのソフトウェアパッケージにデータを統合すると、スタッフのトレーニングコストの増加や、複数のサインインに起因するセキュリティリスクの可能性などの問題が発生する可能性があります。

管理の観点から、最高の戦略からのパフォーマンスの向上を相殺するために使用される一般的な議論は、「喉を詰まらせる」ことです。言い換えれば、何かがうまくいかないときは、少なくとも理論的には、1回だけ電話をかけるほうが簡単だと考えられています。

これらの不安は依然として有効ですが、これらの議論の強さは複数の理由で低下しています。インターフェースは、一般的なアプリケーションプログラミングインターフェース(API)を使用することで、より標準化されています。データ統合標準は、互換性の課題を軽減するために進化してきました。また、クラウドベースのソリューションの成長に伴い、セキュリティはシングルサインオンアプローチを使用してより適切に管理されるようになりました。最後に、大規模なソフトウェア組織の運営方法の複雑さにより、すべてのソリューションのサポート要件を管理するアカウントチームを1つだけにするという概念はほとんどなくなりました。

インダストリー4.0の動きにより、これら2つのアプローチ間のギャップが大幅に狭まりました。これは、大規模なエンタープライズソフトウェアプロバイダーがすぐに軽視し、隠そうとしているという現実です。少なくとも、このトピックは、いくつかの重要な点で新たな焦点と検討に値するものです。特に過去6か月間にすべてが変化したことを考えると、次の質問が必要になります。あなたの組織に最適なのはどれですか。現在どのようなオプションが存在するかを効果的に調査して理解するにはどうすればよいですか?そして、それは本当にどちらかまたは両方の選択である必要がありますか?

判断の日が来る

私たちが学んだ答えは、データ駆動型であり、個人的または歴史的な偏見が可能な限りない調査を実施することで、テクノロジーのアーキテクチャの制限のない評価から見つけることができます。これは簡単なことではありません。特に、以前の解決策の選択につながった政治的決定の深いルーツを考えると、それは簡単ではありません。しかし、それは可能です。

最初のステップは、上級管理職からの憲章によって強化された別の評価チームを設立し、調査を実施し、それがどこに進んでもそれに従うことです。タイムラインを定義します。最初に人を動かし、次にプロセス、次にテクノロジーを作ります。 RACIモデル(責任、説明責任、相談、情報提供)を利用して、役割を定義および明確化します。また、アーキテクチャは固定されていないことを認識してください。時間が経つにつれて、それはあなたのビジネスとともに進化します。そして最も重要なことは、評価結果が、企業がデジタルトランスフォーメーションを成功させるための道筋を定義するのに大いに役立つことを理解することです。

厳密に実用的なレベルでは、最高の品種または単一ベンダーのスイートの選択は、それらを使用するために必要な人員とスキルセットの両方に影響を及ぼします。たとえば、単一ベンダーのアプローチでは、ユーザーフレンドリーなインターフェースを構築するための強力なスキルが必要になります。これは、ほとんどのスイートソリューションが最高のアプリケーションほど直感的ではないため、問題になる可能性があります。

あるいは、最善のアプローチでは、組織に新しいスキルセットを追加する必要がある場合があります。これは破壊的なプロセスになる可能性がありますが、将来的には組織の回復力と運用の柔軟性を高める可能性が高くなります。 2020年に私たち全員が見てきたように、この能力の価値はかつてないほど大きくなり、すぐになくなるとは予想されていません。予期しない変化に直面した場合により迅速に対応する能力は、組織の長期的な存続にとって重要になっています。

あなたに最適な戦略はどれですか? 1970年代からデータ処理の研究を行ってきたスウェーデンのルンド研究所は、複数のシステムの使用の問題を調査しました。それは、「1つは多くよりも優れている」という確立されたITマントラに挑戦することで締めくくられました。インスティテュートはそれを次のように述べています。「少ないほうが良いですが、1つは少なすぎるかもしれません。」本質的に、ニーズに最適なソフトウェア上に構築されたオペレーショナルテクノロジープラットフォームを選択することは素晴らしい選択ですが、それが共有エンタープライズビジネスおよび自動化プラットフォームにも結びつくことができる場合に限ります。

サプライチェーンを管理するのと同じ方法で、この結論を確認してください。サプライヤを1つだけにしたいですか、それとも、予期しない問題や驚きに対処するために、同等の能力を備えたプロバイダーをいくつか持つのが最善ですか?

意思決定に関係なく、エンタープライズテクノロジーアーキテクチャとオペレーショナルテクノロジーアーキテクチャの両方が、オペレーション全体および製造企業全体ではるかに高いレベルの俊敏性を提供できる必要があります。これは特に、ビジネスの不確実性がかつてないほど高まっている今日のCOVID-19環境(およびそれ以降)に当てはまります。ほとんどすべての状況で、最善のアプローチにより、組織はより迅速かつ効果的に適応できるようになります。最善のアプローチをサポートするために必要な技術的スキルと、今日のコロナウイルス環境以降で急速に進化する可能性のある新しい最善のソリューションをプラグインする能力の両方が、企業に対応するために必要な利点を与える可能性がありますより速く、そして生き残って別の日を見るために。

Tom Hennesseyは、iBASEtのマーケティングおよび事業開発担当副社長です。


産業技術

  1. スライスソフトウェアの未来
  2. Ag Exportersの会議で、シャーシの議論が激しさを増している
  3. 組織のデータへのパスを保護する
  4. パートII:ソフトウェアアップグレードにおける価値提案
  5. パートI:ソフトウェアアップグレードにおける価値提案
  6. 製造会社のSaaSへの移行は必須ですか?
  7. EAM と CMMS:違いは?
  8. CMMS ソフトウェア機能の決定的なリスト
  9. CMMS ソフトウェアの ROI:CEO ウィスパラー
  10. EAMソフトウェアのスキニー
  11. 3D ソフトウェア アプリケーションにおける相互運用性の重要性