「正しいことを言っているのに、なぜ相手は動かないのか」「理屈ではわかっていても、現場が変わらない」──そんな歯がゆさを、管理職として何度も経験してきたのではないでしょうか。
新しいツールの導入、業務プロセスの刷新、チームの文化の変革。どれも必要性は明らかなのに、抵抗に遭い、うまく進まない。そのたびに「なぜわからないのか」と苛立ちを感じながら、力技で押し込もうとしてきた経験はありませんか。
円城塔の長編小説『コード・ブッダ 機械仏教史縁起』には、その問いへの意外な答えが隠れています。仏教が二千五百年にわたって磨き上げてきた「変化のメソッド」が、現代のシステム開発における最善の作法と完全に一致していた──そのことを、本書は軽妙な筆致で描き切ります。第76回読売文学賞を受賞したこの作品が、あなたのマネジメントに新しい視点をもたらしてくれます。
「正しさ」を押しつけても、システムは壊れるだけ
本作が提示するもっとも実践的な視座が、「方便（パッチ）」という考え方です。仏教は絶対的な真理を一つだけ強圧的に提示する宗教ではありません。相手の理解度や社会状況に応じて説き方を柔軟に変え、大きな変革をゆっくりと、しかし確実に浸透させてきた歴史を持ちます。
本書はこの仏教的アプローチを、稼働中のシステムにパッチを当てながら漸進的に改善していくプログラミングの作法と重ね合わせています。稼働中のシステムを全停止して作り直すのはリスクが高い。だからこそ、既存の動作を壊さないよう慎重にコードを書き換えながら、少しずつ理想の姿に近づけていく。
これはまさに、抵抗の大きい組織を変えていくときの鉄則です。「全部まとめて変えよう」とするとシステムは落ちる。現場が機能不全に陥る。一方で「今の仕組みのここだけ」とピンポイントで変えると、意外なほどスムーズに動き出すことがあります。
龍女が「いったん男になった」理由──迂回路こそが最短経路
本書が詳しく描くのは、仏教史における「変成男子」という逸話です。古代インドでは「女性は成仏できない」という考えが社会に深く根づいていました。この偏見を正面から否定しようとしても、人々の意識はついてこない。そこで仏教は迂回路を取りました。
龍女という少女が、「いったん男の姿に変わってから」即座に成仏したという物語を作り上げたのです。「女性でも成仏できる」と直接宣言するのではなく、既存の「男性なら成仏できる」という前提を活かしながら、そのシステムを内側から書き換えた。
本書はこれを、バグを抱えた社会通念に対してパッチを当てていく手法として読み解きます。既存のコードを全部削除して書き直すのではなく、動いている部分を残しながら、問題のある箇所だけを丁寧に修正する。この発想は、変化に抵抗するチームや組織に対しても、そのまま応用できます。
「現状維持バイアス」に勝つのは、論理ではなく設計
人は変化を嫌います。これは個人の資質ではなく、人間という種に備わった基本的な特性です。どれほど正しい変化であっても、急激に迫られると本能的に拒絶してしまう。IT管理職として、この特性とは何度も格闘してきたのではないでしょうか。
方便の発想が有効なのは、この現状維持バイアスを否定するのではなく、うまく活用するからです。「今の仕事の仕方は変えない。ただ、このツールを使ってみるだけ」という導入の仕方。「チームのルールを変えるわけではない。今週だけ試してみよう」という提案の仕方。既存のシステムを壊さない形でパッチを当てていくと、抵抗が格段に小さくなります。
変えたいのが部下の行動であれ、家族とのやりとりの習慣であれ、同じ原則が働きます。「あなたのやり方が間違っている」と言うのではなく、「こういう形を加えてみてはどうか」と提案する。その小さな一手が、時間をかけてシステム全体を書き換えていきます。
キャンセルではなく、デバッグ──変化の作法を選ぶ
本書が触れる現代的な論点のひとつに、変化の「スピードと方法」の問題があります。不正義や不合理な慣習を発見したとき、それをただちに全否定し、当事者をキャンセルする方法と、時間をかけて少しずつシステムを修正していく方法と、どちらが実際の変化をもたらすのか。
プログラマーの感覚で言えば、答えは明らかです。大規模なリファクタリングは、慎重に段階を踏まなければシステム全体がダウンします。一方、小さなパッチを積み重ねると、ある日気づけばコードベース全体が別物になっていることがある。仏教が二千五百年かけてやってきたのは、まさにこのアプローチです。
組織の文化を変えたいとき、ハラスメントを根絶したいとき、多様性を高めたいとき。「全部おかしい。今すぐ変えろ」と言うより、「この部分だけ変えてみよう」と小さなパッチを積み重ねる。その積み重ねが、三年後、五年後に振り返ったときに、組織そのものを変えていることがあります。
アジャイルより古い「方便」の知恵
ソフトウェア開発の世界では、ウォーターフォール型の一括開発からアジャイル型の漸進的開発へのシフトが、ここ二十年で大きく進みました。最初から完璧な設計を目指すのではなく、小さく作って試して修正する。ユーザーの反応を見ながら少しずつ機能を追加していく。
本書を読むと気づかされるのは、仏教がすでに二千年以上前にこの作法を実践していたという事実です。衆生の反応を見ながら教えを調整し、時代や地域に合わせて教義を更新し、方便を積み重ねながら本質に近づいていく。これはアジャイル開発の原型と言っても過言ではありません。
管理職として日々向き合う仕事の多くが、完璧な計画より小さな実験の積み重ねで動いていく。本書はその実感を、思いがけない角度から言語化してくれます。
「変えられること」と「変えてはならないこと」を見分ける目
方便の思想が示すもう一つの深い問いは、何を変えて何を変えてはならないのか、という判断の問題です。仏教は方便を使いながらも、「苦しみからの解放」という核心だけは二千五百年間、一度も変えていません。パッチを当て続けながら、守るべきものは守り続けた。
IT管理職として、変化の激しい環境の中で同じ問いに向き合うことがあるはずです。チームの文化を変えながら、何を変えてはならないのか。業務プロセスを刷新しながら、どの価値だけは守り続けるのか。方便の発想は、変化の戦術だけでなく、不変の核心を守る哲学でもあります。
本書を読み終えたとき、あなたの中の「変え方」への考え方が、静かにアップデートされていることに気づくはずです。円城塔の軽やかでありながら深い文章と、仏教とプログラミングが交差する奇妙な物語を、ぜひ手に取ってみてください。
コメント