製造業でDevOps文化を構築する方法: 誰も語らない「人」の問題

デジタルトランスフォーメーションの取り組みの70%は、目標を達成できていない。マッキンゼーの調査は一貫して同じ原因を指摘している。最大の障壁は文化であり、技術ではない。

ソフトウェア企業では、DevOps文化の構築は人の課題である。工場では、それはさらに一層複雑な人の課題となる。異なる優先順位、異なるリスク許容度、そして何が「良い」とされるかについて異なる定義を持つ二つのグループが、同じ生産現場で働いているからだ。

PLC、SCADAシステム、生産ラインを運用するエンジニアであるOTチームは、機械を動かし続けるために雇われている。彼らの評価指標は稼働率である。ITチームはシステムを構築し提供するために雇われている。彼らの評価指標はスピードである。DevOpsは両方のグループに対し、一つのパイプラインを共有し、責任を共有し、「完了」の定義を共有することを求める。これは技術の問題ではない。技術だけでは解決できない組織の問題である。

これこそが、製造業のDevOps導入の多くが対処できていない「人」の問題であり、多くのプロジェクトがパイロット後に停滞する理由である。

なぜ製造業ではDevOps文化が失敗するのか

業界調査によると、チェンジマネジメントをインダストリー4.0への移行における重要な要素と位置づけている企業はわずか26%である。大多数は付随的なものとして扱うか、完全に省略している。技術を先に導入し、導入さえすれば普及すると想定しているのだ。

しかし、そうはならない。

工場現場での抵抗を引き起こす具体的な四つの不安がある。

自動化による失業への不安: 従業員は新しいシステムを、自分の役割を変える道具ではなく、役割そのものを奪うものと捉える
適応できないことへの不安: 長年にわたり旧式設備で培われたスキルは、新しい環境に自動的には移行しない
新しい技術の信頼性への不信: OTチームはこれまでITシステムのクラッシュを見てきた。PLCが停止すればラインが止まる。この懐疑心は不合理ではなく、経験に基づくものである
使い慣れた作業方法への統制を失うことへの不安: 現場を最もよく知る人々が、最も大きな変化を求められている

これらの不安のいずれも、優れたツールを導入するだけでは解消されない。それぞれに、意図的な対応、コミュニケーション、研修、関与、そして時間が必要である。

製造業の文脈でDevOps文化に本当に必要なものとは

DORA 2024 State of DevOpsレポート、39,000人以上の回答者を対象としたDevOps分野最大の縦断的研究は、組織文化とリーダーシップの質が、いかなる技術的プラクティスにも劣らない強力なデリバリー性能の予測因子であることを明らかにした。文化は技術導入の付随的な要素ではない。成果を決める同等の推進力である。

製造業において、この発見には具体的な意味がある。DORAレポートは、不安定な組織的優先順位が生産性の顕著な低下と深刻なバーンアウトを引き起こすと指摘しており、その影響は強力なリーダーシップや優れた文書化があっても持続し、技術的な対策では特に解決しにくいものとなっている。工場の文脈では、不安定な組織的優先順位こそが、パイプラインの所有者を定義していないOT/IT統合のデフォルトの状態である。

所有権は最初の文化的な問いである。ツールでも、プロセスでも、インフラでもない。誰が結果に責任を持つのかということだ。

デロイトの2025年スマートマニュファクチャリング調査によると、スマートマニュファクチャリングの取り組みの51%は運用部門のリーダーが所有し、38%はテクノロジー部門のリーダーが所有している。この所有権の分断は、導入失敗の直接的な原因である。二人の所有者を持ち、調整メカニズムを持たないパイプラインは、常に最も意思決定の遅い側に合わせられる。製造業では、それは常にOTチームである。稼働率のリスクは彼らが負っているからだ。

工場でDevOps文化を構築する方法: 実践的なフレームワーク

文化的変化は製造業では速くは進まない。LNS Researchの推定によると、ほとんどの産業企業は大規模な変革を完了するのに3年から5年を要する。技術導入は数か月で済む。しかし文化的定着には数年かかる。このギャップを考慮しない導入計画は、計画ではなく単なる希望に過ぎない。

製造業の環境に最も適したフレームワークは、コッターの8段階変革モデルに従うものであり、ほぼ常に省略される二つのステップ、すなわち緊急性の醸成と変化を文化に定着させることを含む。

ステップ1 - 技術に着手する前に目に見える緊急性を生み出す

ドイツ企業を対象とした2025年ビットコム調査によると、82%がドイツはデジタル化の危機にあると考えており、73%がドイツは導入の遅れによりすでに市場シェアを失ったと答えている。このデータは国家レベルで存在する。運用担当役員は、同様のデータを企業レベルで、具体的かつ測定可能で即時性のある形で必要としている。行動しないことの目に見えるコストがなければ、工場現場のデフォルトの選択は常に現状維持である。

ステップ2 - OTを中心に据えた部門横断的な連合を築く

最も一般的な誤りは、DevOpsの所有権をITに与え、OTには協力を求めるだけにすることである。この構造は、分散型チームを損なうベンダー関係を再現する。一方が定義し、もう一方が実行するという関係だ。連合は共同でリードされなければならない。OTエンジニアはかけがえのないプロセス知識を持っている。早期に関与すれば、彼らは推進役になる。遅れて知らされれば、彼らは妨害要因になる。

ステップ3 - 一つのラインから始め、OTチームを専門家にする

施設全体の文化を一度に変えようとしてはならない。一つの生産ラインを選び、パイロットを実施し、そのラインのOTチームがITチームにプロセスの仕組みを教える側になるよう構成する。逆であってはならない。力関係が重要である。変革プログラムの対象だと感じるOTチームは抵抗する。共同設計者だと感じるOTチームはそれを主導する。

ステップ4 - 共通のツールの前に共通の指標を定義する

共通の指標なしに共通のツールを導入すると、二つのチームが同じツールで異なるものを測定することになる。デプロイ頻度、変更のリードタイム、変更失敗率、平均復旧時間というDORAの四つの指標を、インフラに関するいかなる意思決定の前にも共通のスコアカードとして定義すべきである。両チームが同じ数値で評価されるようになれば、インセンティブ構造が変わる。

ステップ5 - 再教育を福利厚生ではなくインフラとして投資する

デロイトとマニュファクチャリング・インスティテュートの2024年労働力調査によると、製造業におけるシミュレーションおよびソフトウェアスキルへの需要は、2021年から2024年の間に75%増加した。DevOpsパイプラインで働くことを求められているOTエンジニアは、そのようなスキルのために雇われたわけではない。再教育は任意ではなく、共有された所有権を実務上可能にする実現要因である。それを研修予算の一項目ではなく、資本投資として扱うべきである。

ステップ6 - IT用語ではなく現場の言葉で変化を定着させる

デプロイ頻度は工場長にとって何の意味も持たない。ラインを止めずに週に何回設定変更ができるかという問いは、同じことを意味する。すべてのDevOpsの概念には、製造業における対応語がある。製造業版の言葉を使うべきだ。プロセスに対するITの所有権を示す用語は、工場現場から拒絶される。それは頑固さからではなく、変化が自分たちに対して起きている、自分たちと共にではないと示してしまうからである。

良い状態とはどのようなものか

ギャラップの業界横断データによると、世界の製造業労働者のエンゲージメントは約15%にとどまる。これが出発点である。より良いツールを待っている意欲的な労働力ではなく、圧倒的多数が仕事やその改善に積極的に関与していない労働力なのだ。文化をインフラと並行して構築するデジタルの先駆者企業は、製造業のデジタル化に関するマッキンゼーの調査によると、同じ業種のデジタル後発企業と比べて最大50%高い利益率を達成している。

エンゲージメント15%と利益率50%向上のギャップは、技術的なギャップではない。それはリーダーシップと文化のギャップである。このギャップを埋める企業は、より多くのシステムを導入することでそれを実現しているのではない。システムを運用する人々にとってそのシステムが何を意味するかを変えることで実現しているのだ。

FAQ

製造業でDevOps文化を構築するにはどうすればよいか

製造業でDevOps文化を構築するには、OT/ITのギャップを技術的な問題ではなく組織的な問題として捉える必要がある。実践的なステップは以下の通りである。企業レベルで緊急性を生み出す、OTのリーダーシップを中心に据えた部門横断的な連合を築く、OTチームがプロセスを共同設計する単一ラインでのパイロットから始める、共通のツールの前に共通のDORA指標を定義する、そして再教育をインフラとして投資する。文化的定着はフルスケールで3年から5年かかるため、それを見込んで計画すべきである。

なぜ製造業ではDevOpsの変革が失敗するのか

マッキンゼーの調査によると、デジタルトランスフォーメーションの取り組みの70%は目標を達成できておらず、文化が一貫して最大の障壁として特定されている。製造業に特有なのは、失敗の形が構造的であることだ。OTチームとITチームはリスク許容度が異なり、評価指標が異なり、成功の定義が異なる。チェンジマネジメントをインダストリー4.0への移行における重要な要素と位置づけている企業はわずか26%であり、大多数はそれが機能するかどうかを左右する人的条件に対処しないまま技術を導入していることを意味する。

ソフトウェアと製造業におけるDevOps文化の違いは何か

ソフトウェアでは、DevOps文化は開発チームと運用チームを共通のデリバリーパイプラインの周りで整合させることを求める。製造業でも同様の整合が必要だが、生産設備を運用するOTチームには追加の制約がある。稼働率が彼らの主な責任であり、失敗したデプロイはロールバックできず、ラインを停止させてしまうのだ。これがリスク許容度、チェンジマネジメントの要件、そして文化的定着に必要な時間を変える。

工場でDevOps文化を構築するにはどのくらいの時間がかかるか

製造業における技術導入は数か月で済む。文化的定着には数年かかる。LNS Researchの推定によると、ほとんどの産業企業は大規模な変革を完了するのに3年から5年を要する。12か月の文化変革プログラムを想定した導入は停滞する。それは技術が失敗するからではなく、組織が働き方を変えるのに十分な時間を持てなかったからである。

OT/ITのギャップとは何か、なぜ製造業のDevOpsにとって重要なのか

OT/ITのギャップとは、PLC、SCADA、センサーを含む工場設備を運用するオペレーショナルテクノロジーチームと、ソフトウェアシステムを構築・管理する情報技術チームとの間の組織的・文化的な溝である。OTチームは稼働率と安定性を優先する。ITチームは速度と変化を優先する。DevOpsは両チームに一つのパイプラインと共有された責任を求める。このギャップを埋めることが製造業DevOpsの中心的な課題であり、それは技術の問題ではなく文化の問題である。