DX（デジタルトランスフォーメーション）が製造業で語られるようになって約10年が経過した。にもかかわらず、成果を実感できている企業と、停滞や混乱、時には不正にまで至ってしまう企業との差は依然として大きい。その分岐点を表層的に捉えれば、「IT活用が進んでいるかどうか」「DX人材がいるかどうか」といった話になりがちだが、実際にはそれらは本質ではない。成功している中小製造業の経営者たちが口を揃えて語った「DXをしたつもりはない」という言葉は、その核心を鋭く突いている。
彼らが取り組んでいたのはDXではなく、資金繰り、工程管理、人手不足といった、企業として生き延びるための極めて切実で日常的な課題だった。その解決の過程で、たまたまデジタルツールが安価になり、現場でも使えるようになっていたため、それを使っただけに過ぎない。目的は一貫して「経営課題の解決」であり、DXは結果として後から付与された名前に過ぎなかった。この「DXを目的にしなかった」という一点が、実は不正リスクやガバナンスの健全性と深く結びついている。
一方で、ニデックの会計不正事例が示したのは、デジタル化や管理強化そのものが不正を防ぐわけではないという厳しい現実である。問題の根底にあったのは、株価至上主義、短期利益最優先、トップへの権限集中、そしてガバナンスと内部統制の形骸化だった。これらはいずれも「DXが足りなかった」から起きたのではない。むしろ、数値目標と成果の達成が過度に目的化し、現実を正確に報告することよりも、期待される数字を整合的に示すことが合理的になってしまった組織構造そのものが問題だった。
ここで浮かび上がるのが、「DXは不正を減らすことも、増やすこともある」という逆説である。DXが現実を理解し、助けを呼び、学習するための道具として使われる限り、それは不正を減らす。しかし、DXが評価や処罰、序列化のための装置に変質した瞬間、数字は現実を映す鏡ではなく、演出のためのスクリーンになる。データが可視化され、KPIが精緻になればなるほど、組織は「嘘をつく」のではなく、「嘘をつかなくても済む範囲で現実を歪める」方向に進化する。
この構造の中で、DXが進めば進むほど「嘘が上手い人」が出世する現象が起きる。それは倫理の問題ではなく、選抜圧の問題だ。DX環境では、現実を改善する力よりも、KPIを安全に満たし、説明可能な形で数字を整える能力が評価されやすくなる。結果として、不正は個人の逸脱ではなく、組織が合理的に選び取った行動様式として現れる。
ガバナンスも同様である。ルールを増やし、チェックを厳格化すれば不正が減るという直感は、DX環境では必ずしも成り立たない。むしろガバナンスを強めるほど、不正は点ではなくプロセスになり、複数部署に分散し、誰一人として明確な違反をしていないにもかかわらず、全体として虚偽が成立する状態が生まれる。高度化した不正ほど発見は難しく、内部統制は「守っているように見える」状態を作り出す。
AIと自動化の時代に入ると、この問題はさらに複雑になる。不正は入力や改ざんではなく、モデル設計や前提条件、パラメータ設定といった「設計」の領域に移動する。そこでは誰も嘘をついていないし、ルールも守られている。しかし結果として、業績や財務状態は意図した方向に誘導される。「AIがそう判断した」という言葉が、責任の所在を曖昧にする新しい免責装置になり得る。
こうした背景から導かれるのが、DX成熟度と不正リスクのU字カーブという仮説である。DXが未熟な段階では、不正は起きやすいが稚拙で発見も早い。適度にDXが進み、対話と学習が機能している段階では、不正リスクは最小化される。しかしDXが過剰に進み、数値至上主義と自動化が支配的になると、不正は再び増え、しかも不可視化・高度化する。成熟とは安全を意味しない。
この流れの中で、決定的に重要になるのが「正直」という行為の位置づけである。組織において正直は美徳ではなく、しばしばリスクになる。悪い数字を出すこと、想定外を報告すること、計画の破綻を指摘することが、評価低下や信用失墜につながるなら、人が現実を歪めるのは合理的な選択だ。したがって必要なのは、正直さを称揚することではなく、正直である方が得になる設計である。
その設計の核心は、悪い数字を出した人に役割を与えること、そして数字と人格を切り離すことにある。未達や異常を報告した人が、改善設計や次のサイクルの中心に立ち、発言権と影響力を持つなら、正直は資産になる。また、数字は構造や前提を語るための情報であって、人の能力や価値を断罪する道具ではないという分離が徹底されなければ、DXは必ず腐る。
AI時代の内部統制についても、すべてを管理し、説明し、縛ろうとする発想は放棄する必要がある。完全な統制は不可能であり、目指すべきは正確性ではなく可逆性、予防ではなく早期遮断、完璧さではなく被害限定である。そのために最低限守るべきなのは、責任の所在が曖昧にならないこと、止められる権限が現場にあること、人が介入できる余地を残すこと、そして異議を唱えられる回路が実際に機能していることである。
最終的に、この一連の議論が行き着く結論は明確だ。DXとはIT導入やデータ活用の話ではない。それは、正直に話した人が黙らされず、異議を唱えた人が排除されず、止めた人が罰せられない組織の重力を設計する営みである。DX不正は現場のモラルの問題ではなく、経営が沈黙を許した構造の問題であり、DXの成否は「正直な人が翌日も席に座っていられるかどうか」で決まる。
ここまで見てきたように、DXは薬にも毒にもなる。その分かれ目は技術ではなく、組織が現実を直視する覚悟と、それを支える設計にある。
ChatGPT/GPT-5.2
<rindolf> Good localtime(), #perl!
<sproingie> rindolf: good scalar localtime to you
<rindolf> sproingie: oooh! scalar context.
<sproingie> well i didn't want to make ya parse it
<rindolf> sproingie: it is implied however.
<sproingie> (er unparse it)
<rindolf> Good strftime($format, localtime()).
<rindolf> But better use DateTime.
<rindolf> Or something.
<icke> sub good ($$$) { ... }
<rindolf> icke: yes.
<rindolf> eval: good localtime(), #perl!
<buubot3> rindolf: ERROR: syntax error at (eval 21) line 1, near "good
localtime"
<Altreus> eval: 'hi rindolf how is your '.scalar localtime.'?'
<buubot3> Altreus: hi rindolf how is your Tue Mar 10 15:43:13 2009?
<rindolf> Altreus: how is my Tuesday, 10-March-2009?
<rindolf> Altreus: or do you mean down right to that exact second.
<Altreus> rindolf: I gave you as much information as I could for you
to use as you see fit.
<Altreus> If you don't need it all you can just take the date
-- Good scalar localtime()
-- #perl, Freenode
On Tue, Dec 16, 2003, Shaul Karl wrote about "Re: Various performance
problems":
> On Tue, Dec 16, 2003 at 11:42:49AM +0200, Nadav Har'El wrote:
> >
> > I'm guessing that TLS (thread local storage, NOT transport layer
> > security)
>
>
> Is there any work to remove this name clash?
Yes, the Thread-Local-Storage people were annoyed by this clash, and
decided to change their name. The new name they came up was "Storing
Stuff Locally", or SSL for short.
Nadav Har'El on Linux-IL
(http://www.mail-archive.com/linux-il@cs.huji.ac.il/msg31801.html)