エンタープライズ4,000人規模の産業集団7 分で読めます

Orion Industrial と同じ安全規則の 12 バージョン

サプライヤーのセキュリティに関する 1 つの変更には、12 か国、11 の言語、買収した企業、さまざまな AI ベンダー、およびオフライン工場を横断する必要があります。

複合的な将来シナリオ · 現在の顧客の主張や MVP の説明ではない

グローバル オーナーには、地域ルールのバージョンが一致せず、組織全体で 1 つのオフライン ファクトリが存在します。
新しいグローバル ドキュメントを公開するのは簡単です。どの作業が変更されたのかを知るのはさらに困難です。

Orion Industrial のサプライヤー セキュリティ標準は、11 の言語、7 つの文書体系、そして数え切れないほど多くの地域のバリエーションで存在していました。 4,000 人のグループは、12 か国で工場、製品チーム、サービス組織を運営していました。一部のサイトは企業システムに継続的に接続されていました。その他は、生産移行後に地域サーバー経由で同期されました。買収された企業は、自社の AI ベンダーやドキュメント プラットフォームを維持することがよくありました。

グローバル セキュリティ チームがソフトウェア サプライヤーの標準を変更したとき、新しい PDF を公開するのは簡単でした。難しい質問はその後に来ました。新しいアンケートが必要な調達代理店はどれですか?ソフトウェア サプライ チェーン ルールを必要としたコーディング アシスタントはどれですか?グローバルな文言と矛盾する地域条項はどれですか?来週も古いバージョンを使用するオフライン工場はどれですか?

onemind では、グローバル所有者が、提案された発効日を使用して 1 つのセマンティック コントロールを更新しました。影響プレビューは、プロジェクト ツリー (グループ、地域、ビジネス ユニット、サイト、製品ライン、アクティブな調達プログラム) にわたって行われました。その結果、影響を受けるツール パッケージ 186 件、アンケート 34 件、トレーニング パッケージ 12 件、承認されたローカル拡張機能 9 件が見つかりました。

地域オーナーは「グローバルを受け入れる」という指示を受けていません。彼らは、ローカライズされた差分、変更の理由、リンクされた法的ソース、翻訳ステータス、影響を受けるワークフロー、および 4 つの対応パスを受け取りました。彼らは、受け入れたり、より厳格なローカル拡張を追加したり、補償制御を伴う管理された例外を要求したり、証拠を使用してルールを適用外としてマークしたりすることができます。

ドイツでは、地元の所有者が管理を受け入れましたが、別の法的役割を暗示する翻訳用語を修正しました。この修正は、隠されたポリシー フォークを作成するのではなく、同じセマンティック ルールにリンクされたままでした。日本では、調達チームがより厳格な証拠要件を追加しました。買収されたある事業部門では、サプライヤー ポータルが新しい文書を取得できなかったため、所有者が 90 日間の例外を要求しました。例外として、補償となる手動レビュー、リスク所有者、証拠、および有効期限が指定されました。

onemind は同じ決定に基づいて異なるパッケージを構築しました。調達代理店は、アンケート、採点ルール、および地域条項を受け取りました。コーディングツールは、ソフトウェアの依存関係と出所の要件のみを受け取りました。この規則は仕事に影響しないため、工場のメンテナンスアシスタントには何も送られませんでした。研修システムは、承認された言語で役割に応じたトレーニングを受けました。

グローバルおよびローカルの専門家が、翻訳、例外、ツールの選択を維持しながら、役割固有のパッケージを配布します。
必要な場合は共有し、価値のある場合はローカルで、両方の理由を明示します。

2 つの工場は地域の onemind ノードを通じて運営されていました。彼らは、有効期限とサポートされている最小バージョンが記載された署名付きパッケージを受け取りました。 1 つのサイトは、ネットワーク障害の後、予想時間を超えてオフラインのままでした。調達ワークフローは承認された継続プロセスまで低下し、同期が戻るまで新しい高リスクのサプライヤーを承認できませんでした。メンテナンス ガイダンスは引き続き読み取り専用で利用可能でした。

同時に、Orion は Vela Controls という新しく買収した会社を統合していました。 Vela のエンジニアは、Orion が導入したことのない AI コーディング ツールを使用しました。ツールの移行を強制する代わりに、統合チームはアダプターを構築し、代表的なプロジェクトに対して onemind の適合スイートを実行しました。このツールは必須のコーディング ルールを表現し、標準を取得できますが、Orion のポリシー フックを実行することはできませんでした。 Orion は開発用に Vela のツールを維持しましたが、サプライヤーのチェックには中央の CI フックが必要でした。この制限はレポートに表示されたままでした。

6 か月後、Orion は 3 つのソフトウェア グループが使用していた別の AI ベンダーを置き換えました。耐久力のある精神は動かなかった。アダプター、ローカル パッケージ、および検証スイートのみが変更されました。必須ルールの適用範囲は展開前に比較されました。サポートされていないセマンティクスの 1 つにより、代替フックの準備ができるまで 1 つのチームに遅れが生じました。

変革はすぐには進まなかった。 Orion は所有者の特定、重複した標準の解決、翻訳の承認、代表的なサイトのオンボーディングに数か月を費やしました。 onemind はその複雑さを平坦化するものではありませんでした。それにより、それが明確になり、管理可能になりました。リーダーは、どのプロジェクトがルールを受け入れたのか、延長したのか、除外したのか、または受け入れていないのかを確認できました。地元の専門家らは正当な意見の相違を維持し、「私たちがPDFを公開した」ということが組織のAI支援業務が変化した証拠と誤解されることはなくなった。