「コンポーザブル思考」と「市民開発者」は、概念的には非常に相性が良い。あらゆるものが組み合わさるという「コンポーザブル思考」は、創造性を重視するだけでなく、それを刺激するものでもある。しかし、あらゆるものを組み合わさるものにするためには、開発者があらゆる場所に存在しなければならない。それでは、それをどのように実現できるかについて考えてみよう。
製造業は「コンポーザビリティ」の重要性を認識しつつある
ご存知の通り、コンポーザブル性は、次世代プラットフォームを通じて、すでに他の業務機能や業界でも活用されています。Web開発者は、モジュール化やワークフローを容易に活用しています。法的文書も、主要な構成要素を組み合わせて作成し、求められるソリューションに応じて構造化することができます。これらは、コンポーザブル・ビジネスの特徴を如実に示す実例です。
しかし、従来の製造技術の特性上、現場や施設全体でコンポーザビリティを実現することは困難を極めている。
必ずしもそうとは限りません。むしろ、製造業務の特質こそが、テクノロジーに「コンポーザブルな考え方」を取り入れるべき理由そのものであると私たちは考えます。
さて、その理由についてはこちらで詳しく解説していますが、製造業はようやく回復の兆しを見せ始めています。
製造現場において、コンポーザビリティは具体的にどのような形をとるのでしょうか？
レポート『Becoming Composable』の中で、著者のアナリスト、イェフィム・ナティスは、コンポーザビリティの体験には4つのペルソナが関わっていると指摘している：
- クリエイター — 構成要素を設計する人
- キュレーター — 作曲家が使用するためのテンプレートを作成する人
- 作曲家――すべてをまとめ上げる人
- 消費者 — それを利用する人
これは、複数のシステムにわたる実行を可能にするソフトウェアを導入する際に果たされる役割を理解するための適切な概念モデルであり、我々も原則的にはこれに同意するが、この種の直線的な構築モデルが実際に通用することはめったにない。
多くの場合、組織内の異なる役割において、これらの役割は重複することがあります。さらに、フィードバックループが生じます。
私たちは、現場業務の独特な性質を捉え、目には見えないが極めて重要な要素、すなわち「エコシステム 」を取り入れた、少し異なるモデルを提案します。
実世界におけるコンポーザビリティの検討を始めるにあたり、まず中心となるペルソナ、すなわち「市民開発者」と「エンドユーザー」に焦点を当ててみましょう。言い換えれば、製造現場においてコンポーザビリティがどのような形をとっているかをより明確に理解するために、ボトムアップの視点からコンポーザビリティモデルを検討していくのです。
「シチズン・デベロッパー 」という言葉を耳にすると、たいていは現場のエンジニア、つまり 実際に作業を担当する人を指しています。 こうしたエンジニアが適切なツールを使えるようになれば、自分たちやエンドユーザーが直面している問題を解決することができるのです。
コンポーザブルなビジネス環境では、業務の最前線にいる人々が、実際の構成要素やコンポーザブルなロジックを用いてソリューションを構築し、複雑なワークフローの誘導から不具合データの追跡に至るまで、エンドユーザーのニーズを解決することができます。場合によっては、その役割を担うのが同じ人々であることもあります。
それらの構成要素はどこから来るのでしょうか？
ベンダー -従来のMESでは、こうした構成要素を提供している場合もあれば、そうでない場合もあります。しかし、製品の基本理念として「構成可能性」を掲げるベンダーであれば、必ず提供します。ベストプラクティスのテンプレート、ウィジェット、コネクタ、その他のコンポーネントを提供することで、ベンダーは、作成、キュレーション、および構成を担当するユーザーを支援することができます。
開発者のエコシステム ― コミュニティは空間の中で形成されます。コンポーザブル・ビジネスに取り組むベンダーやそのパートナーが増え、一般の開発者やプロの開発者がコンポーザブルなベンダーアーキテクチャを利用するようになればなるほど、より多くのフィードバックやソリューションが生まれ、エコシステム全体の拡大に寄与することになります。コンポーネント、コネクタ、テンプレート、アイデアは、あらゆる場所から生まれる可能性があります。ベンダーは、ライブラリやマーケットプレイスを通じて、こうしたコンテンツの共有を促進することができます。
現在、情報、コンポーネント、機能は、開発者やユーザーの間、さらにはベンダーやエコシステムとの間で、双方向にダイナミックに行き来しています。しかし、コンポーザビリティの成功には、もう1つ重要な役割を担う存在があります。それが「センター・オブ・エクセレンス」です。
CoEは中央調整役として、各拠点の開発者と連携しています。また、標準の徹底を推進しています。
もちろん、彼らの役割はそれだけではありません。彼らはベストプラクティスを特定し、50以上の拠点を持つ組織であっても、組織全体でベストプラクティスを共有する機会を見出しています。CoEは、学びを双方向に共有するための中核的なキュレーション機能として機能しており、その学びはエコシステムによってさらに促進されています。
これが、モジュール式製造オペレーションにおける、ダイナミックでフィードバック主導型の情報循環のあり方です。
コンポーザビリティ・モデルの実例
コンポーザブル・ビジネスにおいて、さまざまな役割がどのように連携するかがわかったところで、図の右側を見て、個々のペルソナが個々のアプリケーションとどのように関わるか、いくつかの例を確認してみましょう。
エンドユーザーAppsの利用状況
エンドユーザーには期待があります。彼らは、業務を効率化するオーダーメイドのアプリケーションを求めています。
作業手順と進捗管理機能を備えたモバイルアプリを例に考えてみましょう。このアプリは、プロセスを導くコンテンツを提供し、そのプロセスにおけるデータを追跡し、資材の消費状況と連携しています。
一見すると、このモバイルアプリは単なる作業手順集のように見えますが、実際にはプロセス全体における材料と情報の流れを把握しているため、MES（製造実行システム）として機能しています。
消費に関する要件
アプリとは、複雑なシステムをモジュール的な視点で捉える手法です。そのため、この例のようなアプリケーションは、対象範囲を絞り込み、軽量であり、他のアプリとは緩やかに連携している（ただし、過度に相互依存してはならない）必要があります。
さらに、データ収集は自動化されるべきです（ユーザーが対応する必要がないようにするため）。ただし、構造化されている必要があります。これもまた、ユーザーが対応する必要がないようにするためですが、同時に、他のユーザーやアプリケーションが利用できるようにするためでもあります。
まとめると、消費者の要件には以下のものが含まれます：
作業を効率化する、シンプルで直感的なインターフェース
自動化された／構造化されたデータ収集
プロセスの指針
文脈に沿った最新情報
Application
忘れてはならないのは、私たちはコンポーザビリティをボトムアップの視点から検討しているということです。つまり、エンドユーザーがサービスを利用し、コンポーザーがそれらを組み合わせるのです。彼らにも成功のための一定の要件があります。何よりもまず、彼らが構築するアプリケーションは、目の前の問題に対する真の解決策でなければなりません。そのためには、エンドユーザーと直接対話することが不可欠です。
作曲家に求められる要件は以下の通りです：
プログラミングの知識がなくてもアプリを作成・編集できる機能
エンドユーザーからのフィードバックへのアクセス
標準化の指針とアプリ開発の出発点
信頼性の高いコネクタ
Stanley の継続的改善エンジニア、ソフィア・バラン氏は、その点を的確に要約している。
「私は生産状況の可視化を実現するアプリケーションを開発しました……このプロセス全体を通じて、現場のオペレーターたちが私の最大の顧客でした。長年同じ会社で働いてきた彼らにとって、業務プロセスへの変更を受け入れるのは容易ではないだろうと理解していました。彼らの協力を得て、アプリが使いやすいものになるよう工夫し、100％の賛同を得ることができました。」
ソフィアはそのプロセスをどのように始めたのでしょうか？市民開発者は、どこから手をつければよいのか、どうやって知るのでしょうか？
今日のエンジニアリング分野の従事者は、コーディング、特にロジックに精通しています。こうした独学でコーディングを学んだ人々が、今や「シチズン・デベロッパー」となっています。彼らは日々アプリケーションを操作しているため、フロントエンドのユーザーインターフェースをどのように設計すべきか、また理にかなったワークフローを構築する方法を理解しています。また、フォームを日常的に扱っているため、バックエンドでデータがどのように収集されるかも理解しています。
こうした人材にツールを提供すれば、仕事をこなすために大した説明は必要ありません。例えばソフィアの場合、彼女はすぐにでも開発に取り掛かる準備ができており、なぜ誰もが毎日このような開発を行っていないのか、信じられないほどでした。
作曲家たちは、何が理にかなっているかについてそれほど手取り足取りの指導を必要としないとはいえ、彼らにとっての出発点となる場を提供することは依然として重要です。さらに、キュレーションを行うことで、そこから生まれるベストプラクティスを体系化することができます。そこで活躍するのが、センター・オブ・エクセレンスなのです。
キュレーション：標準化と戦略
コンポーザーの能力を強化するため、一元化されたチーム（「センター・オブ・エクセレンス」と呼ばれることもある）が結成されます。このチームは、適切なツールセットの提供、適切なガイドラインの策定、適切なガバナンスの徹底を支援し、他の拠点での標準化に向けたベストプラクティスを収集する必要があります。また、シチズン・デベロッパーが自由にカスタマイズできるよう、テンプレートや既成のアプリを「キュレーション」します。その際、他のシチズン・デベロッパーが開発したソリューションを安全に加工したバージョンを活用することもあります。 このチームを通じたキュレーション活動は、標準化と戦略の両方を支えるものです。
キュレーションの要件は以下の通りです：
きめ細かな権限設定と承認プロセス
地域チーム向けのコンテンツの選定方法
カスタマイズされたコンポーネント
法執行のための企業活動の可視化
コンポーネントの作成
このモデルをさらに進めて、これらのコンポーネントの「作成」の段階に目を向けると、ソフトウェア開発の担当者はCoE内に存在しても、現場レベルにはいない場合があるという点に留意する必要があります。そのため、担当者はノーコードからローコード技術へと範囲を広げることを検討するかもしれません。
クリエイターへの要件は以下の通りです：
ローコード機能
コネクタ向けのクリーンで信頼性の高いAPI
開発者コミュニティへのアクセス
コンポーザビリティの統合
製造業務のダイナミックな性質上、「コンポーザブル・ビジネス」における4つの主要な役割の間で、柔軟な連携が不可欠となります。本記事の冒頭でも触れたように、「あらゆるものが組み合わされる」という考え方を成功裏に導入するためには、開発者があらゆる場面で活躍する必要があります。ここで紹介したような成功のためのフレームワークがあれば、あらゆる種類の製造業者にとって、それを実現することが可能になります。
特定の業界におけるコンポーザビリティの実態について詳しく知りたい方は、本シリーズの次回記事（一般製造業およびライフサイエンス業界に焦点を当てた内容）をご覧ください。
御社の業務体制は、次世代MESの導入に備えられていますか？
30日間の無料トライアルで、製造業者が当社のノーコードプラットフォームを活用し、業務全体にわたる人、機械、システムをどのように連携させているかをご確認ください。