コンポーザブル思考とシチズン・デベロッパーは、概念的にとてもよく合います。コンポーザブル思考、つまりどんなものでもコンポーザブルであるという考え方は、創造性に価値を置き、それを鼓舞します。しかし、何でもコンポーザブルにするためには、開発者がどこにでもいる必要があります。それを実現する方法についてお話ししましょう。
製造業はコンポーザビリティと折り合いをつけつつあります
ご存知のように、コンポーザビリティは次世代プラットフォームを通じて、他のビジネス機能や業界ですでに実用化されています。ウェブ開発者はモジュール性とワークフローを簡単に利用しています。法的な書式は、主要な構成要素から構築され、必要なソリューションに基づいて構造化されます。これらは、コンポーザブル・ビジネスを定義する特徴の実例です。
しかし、従来の製造技術の特徴から、コンポーザビリティを現場や施設全体に導入することは困難でした。
そうである必要はありません。実際、私たちは、製造業務の特徴こそが、テクノロジーにコンポーザブル思考を反映させるべき理由であると主張します。
今、その理由はここにありますが、製造業はようやく回復しつつあります。
製造業におけるコンポーザビリティの実際とは？
著者でありアナリストのイェフィム・ナティスは、レポート「Becoming Composable（コンポーザブルになる）」の中で、コンポーザブルの体験には4つのペルソナが関与していると指摘しています：
- クリエイター - 積み木をデザインする人
- キュレーター - 作曲家が使うテンプレートを作る人
- コンポーザー - すべてをまとめる人
- 消費者 - それを使う人
これは、複数のシステムにまたがって実行を促進するソフトウェアを導入する際に果たす役割を理解する上で適切なメンタルモデルであり、私たちも原則的には同意しますが、このような直線的な作成モデルが実際に機能することはほとんどありません。
多くの場合、これらの役割は組織内の異なるペルソナの中で重複しています。さらに、フィードバック・ループが生まれます。
私たちが提案するのは、最前線のオペレーションに特有の性質を捉え、目に見えないが重要なもの、すなわちエコシステムを 巻き込んだ、少し変わったモデルです。
現実のコンポーザビリティの検証は、中心的なペルソナである市民開発者とエンドユーザーから始めることができます。言い換えれば、コンポーザビリティ・モデルをボトムアップから検討することで、製造現場でのコンポーザビリティがどのようなものかをより明確にすることができます。
シチズン・デベロッパーについて 説明するとき、ほとんどの場合、現場のエンジニアについて話しています。一連のツールによって力を与えられたとき、彼らは、そしてエンドユーザーが直面している問題を解決することができます。
コンポーザブル・ビジネスでは、複雑なワークフローの指導から欠陥データの追跡まで、エンドユーザーのニーズを解決するために、実際のビルディング・ブロックとコンポーザブル・ロジックからソリューションを作成する能力を、より業務に近い人が持っています。時には、それが同じ人であることもあります。
その構成要素はどこから来るのですか？
ベンダー - 従来型 MESは、このような種類のビルディングブロックを提供している場合もあれば、提供していない場合もあります。しかし、コンポーザビリティを製品の信条としているベンダーは、コンポーザビリティを提供します。ベストプラクティスのテンプレート、ウィジェット、コネクタ、およびその他のコンポーネントを提供することで、ベンダーは、作成、キュレーション、および合成の役割を担う人々を支援することができます。
開発者のエコシステム - コミュニティはスペースに出現します。より多くのベンダーとそのパートナーがコンポーザブル・ビジネスにコミットし、より多くの市民開発者と開発者がコンポーザブル・ベンダー・アーキテクチャを使用するようになると、より多くのフィードバックと、より大きなエコシステムに貢献するソリューションが生まれます。コンポーネント、コネクター、テンプレート、アイデアはどこからでも得られます。ベンダーは、ライブラリやマーケットプレイスを通じて、コンテンツの共有を促進することができます。
今や、情報、コンポーネント、能力は、開発者やユーザーからベンダーやエコシステムへ、そしてベンダーやエコシステムから開発者やユーザーへと、ダイナミックに流れています。しかし、コンポーザビリティの成功には、もう1つ重要なプレーヤーがいます：センター・オブ・エクセレンスです。
CoEは中心的なコーディネーターとして、各サイトのデベロッパーと協力。CoEは標準の実施を推進します。
もちろん、それだけではありません。CoEはベストプラクティスを特定し、たとえ50以上の拠点を持つ組織であっても、組織全体でベストプラクティスを共有する機会を見つけます。CoEは、学びを相互に共有するための中心的なキュレーション・メカニズムとして機能し、その学びはエコシステムによってさらに促進されます。
これが、コンポーザブルな製造オペレーションにおける、ダイナミックでフィードバック主導の情報の輪の姿です。
コンポーザビリティ・モデルの実例
コンポーザブル・ビジネスにおけるさまざまな役割の相互作用がわかったところで、図の右側に移動して、個々のペルソナが個々のアプリケーションとどのように相互作用するかの例をいくつか見てみましょう。
Apps消費
エンドユーザーは期待しています。彼らは仕事を効率化するオーダーメイドのアプリケーションを期待しています。
作業指示とトラッキングを含むモバイルアプリケーションの例を考えてみましょう。これは、プロセスをガイドするコンテンツを配信し、そのプロセスを通じてデータを追跡し、材料の消費と調整します。
このモバイル・アプリケーションは、表面的には単純な作業指示書のセットのように見えますが、実際には次のように拡張されています。 MESに拡張されています。
消費に必要な条件
アプリとは、複雑なシステムをモジュール方式で考える方法です。そのため、この例のようなアプリケーションは、そのスコープに集中し、軽量で、他のアプリケーションと緩やかに相互接続（ただし、法外な相互依存はしない）する必要があります。
さらに、データ収集は自動化されるべきですが（ユーザーがそれに対処する必要がないように）、構造化されるべきです。
おさらいすると、消費者の要件には以下のようなものがあります：
作業を効率化する単一で直感的なインターフェース
自動化/構造化されたデータ収集
プロセスガイダンス
文脈に沿った最新情報
Application 構成
覚えておいてほしいのは、私たちはコンポーザビリティをボトムアップで検証しているということです。つまり、エンドユーザーは消費し、コンポーザーは作曲します。彼らが作るアプリケーションは、何よりもまず、目の前の問題に対する真のソリューションである必要があります。
作曲家の条件は以下の通り：
コーディングの専門知識がなくてもアプリを作成/編集する能力
エンドユーザーからのフィードバック
標準化のためのガードレールとアプリの出発点
信頼性の高いコネクター
Stanley Black & Decker継続的改善エンジニアであるソフィア・バランは、それをうまく要約しています。
「このプロセスを通じて、オペレーターは私の一番の顧客でした。このプロセスを通して、オペレーターは私の一番の顧客でした。長年その会社で働いていると、プロセスの変化を歓迎するのは難しいことだと考えていました。彼らのサポートを得て、アプリが使いやすいことを確認し、彼らの100％の賛同を得ました。"
ソフィアはどのようにしてそのプロセスを始めたのでしょうか？市民開発者は 何から始めればいいのでしょう？
今日のエンジニアはコーディング、特にロジックに精通しています。今、独学で学んだコーダーは、あなたの市民開発者です。彼らは毎日アプリケーションに触れているので、フロントエンドのユーザーインターフェイスをどのように考え、意味のあるフローを構築するかを理解しています。彼らはまた、定期的にフォームを操作しているので、バックエンドでどのようにデータが取り込まれるかを理解しています。
このような人材にツールを利用できるようにすると、彼らは物事を成し遂げるために多くの説明を必要としなくなります。例えばソフィーヤの場合、彼女は作曲の準備ができていて、みんなが毎日このような開発をしていないことが信じられませんでした。
作曲家たちは、何が理にかなっているのかについて多くのガイダンスを必要としないとはいえ、彼らが始められる場所を提供することは重要です。さらに、キュレーションによって、彼らが生み出すベストプラクティスを把握することができます。センター・オブ・エクセレンスの出番です。
キュレーション標準化と戦略
集中チーム（時には "センター・オブ・エクセレンス"）は、コンポーザーに権限を与えるために結成されます。彼らは適切なツールセットを提供し、適切なガイドラインを提供し、適切なガバナンスを実施し、他のサイト間で標準化するためのベストプラクティスを把握します。また、他の市民開発者によって開発されたソリューションのサニタイズされたバージョンを使用することもあります。このチームを通じて、キュレーション活動は標準化と戦略の両方をサポートします。
キュレーションの条件は以下の通りです：
きめ細かな権限と承認
地元チーム向けのコンテンツをキュレートする方法
カスタマイズ部品
エンフォースメントのためのエンタープライズ可視化
コンポーネントの作成
モデルをこれらのコンポーネントの "作成 "に移行する際、ソフトウェア開発クリエイターはCoEの内部には存在しても、サイトレベルには存在しないことに注意することが重要です。そのため、クリエイターはノーコードをローコード技術に拡張したいと思うかもしれません。
クリエイターの条件は以下の通りです：
ローコード機能
コネクタ用のクリーンで信頼性の高いAPI
開発者コミュニティへのアクセス
コンポーザビリティの結集
製造業務のダイナミックな性質は、コンポーザブル・ビジネスにおける4つの主要なペルソナ間のダイナミックな相互作用を必要とします。この記事の冒頭で述べたように、「何でもコンポーザブル」という考え方を成功させるためには、開発者はどこにでもいる必要があります。ここで説明したような成功のためのフレームワークは、あらゆるタイプの製造業者にとってそれを実現することができます。
コンポーザビリティが特定の業界でどのように見られるかについては、このシリーズの次の記事、一般製造業とライフサイエンスに焦点を当てた記事をお読みください。
次世代MES対応できていますか？
30日間の無料トライアルで、製造業がどのように当社のノーコード・プラットフォームを使用して、業務全体の人、機械、システムを接続しているかをご覧ください。