「真面目で仕事熱心」が業務の合理化を阻む

　日本で業務プロセスがしばしば非効率であることの、皮肉な理由をひとつ挙げたい。現場が真面目で優秀であるからだ。

　どんなに非効率なやり方でも現場は仕事をこなしてしまう。もちろんその過程で膨大な無駄が生じているのだが、ユーザは「バカバカしい。やってられない」と投げだすわけでもなく、倦まず弛まず業務を遂行する。筆者が目撃したことだが、ある中央官庁では5000列×5000行の巨大なExcelシートをメールでやりとりしながら、毎日遅くまで国家予算の策定が進められていた。現場が真面目かつ優秀でなければ、こんなやり方は成立しないだろう。

　しかしまさにそれゆえに、業務プロセスの合理化が進展しない。曲がりなりにも仕事が回っているからだ。ただし、こういった非効率が一定以上進行すると修正が難しくなる。仕事の手順が属人化することで、ユーザのエンプロイアビリティ（雇用意義）が強化され、悪しき保守主義が生じるからだ。システム刷新において「仕事が現行通りにやれること」が堂々と要求されたりする。

　現場のそういった姿勢は、厳密には「真面目で優秀」とはみなせないような気がする。本当に優秀であれば、誰もがその仕事を引き継げ、残業も要らないような合理的なやり方を組織のために工夫するだろう。そのように考えれば、業務プロセスの合理化を阻んでいるのは現場が「真面目で優秀」ゆえではなく、たんに「真面目で仕事熱心」ゆえなのではないかと思えてくる。

　組織のトップはそんな現状を嘆いているわけではない。むしろ、それなりに業務が回っているので「わが社の強味は現場力にある」と思い込んでいたりする。しかし、とくに歴史の長い大企業では情報システムの保守性が最悪なので、非効率を絵に描いたような態勢になっているうえに、取引企業を巻き込んだ大胆な施策を打ち出せない。そもそも大企業のトップが業務プロセスに関して現場まかせであるゆえに、事業レベルのIT活用に関して大きな絵を描けない。

　システム開発のプロに任せばなんとかなると期待してもいけない。全面刷新を謳うプロジェクトにおいても、UIがモダンでありながら中身が旧態依然としたシステム、すなわち「ピカピカの竪穴式住居」が生み出されたりする。なぜか。現行仕様を緻密に調べ上げれば顧客の問題が明らかになるとともに、あるべきシステム仕様が天啓のように示されると多くの技術者が信じ込んでいるからだ。しかしこれは、建て増しを重ねた温泉旅館を詳しく分析すれば、美しいリゾートホテルのデザインが導かれると考えるような話である。

　しかも技術者の多くが残業を厭わないので、コーディング主体の非効率な開発態勢に疑問を持たない。ときにはExcel方眼紙での仕様情報の管理方針さえ受け入れる（5000列×5000行のExcelシートを彼らは笑えない）。非効率にけちをつけるツイートくらいするかもしれないが、基本的に技術者たちは毎日１時間も残業しながらがんばる。ようするに、とにかく真面目で仕事熱心なのだ。

　そして新型コロナである。今後はこの「真面目で仕事熱心」が通用しなくなるだろう。営業的打撃の中、新しい稼ぎ方や、業務プロセスの抜本的合理化といった創造的価値を組織に提供できる人材が求められているからだ。どんなに真面目で仕事熱心でもそういった価値を生み出せない要員は、仕事がなくなるか機械に置き換えられる。これまでもそのような動きはあったのだが、コロナ禍がそれを加速させている。多様性の観点で見ればもう暴力的と言っていいのだが、これがニューノーマルの現実だ。

　タイミングは多少遅れるだろうが、システム開発の現場でも同じことが起こるだろう。本気で合理化を進めるための案件が増えるとしても、おそらくそれを上回るペースで業績悪化ゆえに凍結される案件が増える。しかも案件あたりの投資額が増えるとも思えないので、開発プロセスの抜本的合理化は待った無しだ。人海戦術頼みのコーディング主導なやり方を捨てて、なるべくコードを書かずに済ませるための実装基盤や少数精鋭体制を取り入れざるを得なくなる。なによりも、抜本的合理化を実現するためのトップダウンの設計スキルが求められるようになる。

　あなたが所属する開発企業や、あなた自身はどうだろう。日々の開発作業はおおむね定時で終わっているだろうか。プロジェクトは高待遇な少数精鋭で固められているだろうか。そうでないとしたら、開発プロセスに合理化の余地があるし、余剰人員を抱えてしまっているということだ。自分たちの業務態勢さえ合理化できずに、他人（ひと）様の合理化に貢献できるわけがない。そんな会社でも存続してほしいと思うのなら、合理化のためにどんな貢献が出来るかを急いで考えたほうがいい。そうでないと別の誰かの斬新なアイデアが取り上げられ、あなたは「真面目で仕事熱心」と侮られかねない。