これから「マニュアルに書けない技 ― 暗黙知をめぐる視点」という連載を始めます。
全5回かけて、業務マニュアルや標準化がなぜこれほど難しいのかを、立場の違う視点から順番に掘り下げていく予定です。
その本編に入る前に、この序章では「なぜ、いまマニュアルなのか」を書いておきたいと思います。
テーマを選んだ理由、そして時代の背景です。
結論から言えば、マニュアルという地味な道具が、AIの時代になって急に効いてきたからです。
「マニュアル」と聞いて、顔をしかめる人がいる
まず、正直なところから始めます。
マニュアルという言葉には、あまりいい響きがありません。
「マニュアル人間」「マニュアル通りの対応」。どれも、融通が利かない、言われたことしかできない、という否定的な意味で使われます。
現場で「マニュアルをつくろう」と言うと、ベテランほど良い顔をしないことがあります。
自分の仕事を型にはめられ、誰にでもできるものに格下げされる――そんな響きを感じ取るのでしょう。
過去につくって失敗した記憶も、根強くあります。
分厚いマニュアルをつくったのに誰も読まなかった。立派なファイルが棚で眠っているだけ。
そういう経験をした人にとって、マニュアルは「コストをかけた割に報われなかったもの」です。
だから、マニュアルは一部の界隈で静かに嫌われています。これは事実として、まず押さえておきます。
ところが、その嫌われ者が、いま再び表舞台に呼び戻されつつあります。しかも、思いがけない方向から。
AIの時代は、「決まった結果」を強く求める
生成AIが日常の道具になって、多くの人が同じことに気づき始めました。AIは、こちらの指示が曖昧だと、平気で曖昧な答えを返してくるということです。
「いい感じにまとめて」と頼めば、いい感じかどうかわからないものが返ってくる。
期待した品質を安定して得るには、「何を、どういう条件で、どんな形式で出してほしいのか」を、こちらが言葉にして渡さなければなりません。
つまり、AIをうまく使う人ほど、あらかじめ期待する結果を定義し、毎回ブレずに同じ品質を引き出す工夫をしています。
求めているのは、正確さであり、精度であり、信頼性です。気まぐれな名人芸ではなく、「誰がやっても、何度やっても、同じように使える」状態です。
この感覚に、心当たりのある方は多いはずです。
そして、ここで気づいてほしいことがあります。
「期待する結果を、あらかじめ言葉で定義しておく」――これは、マニュアルがずっとやろうとしてきたことと、まったく同じなのです。
プロンプトも、ガードレールも、広い意味ではマニュアルだ
少し視野を広げると、いまAIの周辺で語られている言葉の多くが、実は「マニュアルの親戚」だと見えてきます。
プロンプトの書き方は、AIに対する作業指示書です。
「こういう前提で、こういう手順で、こう答えて」と伝える点で、業務マニュアルと役割が重なります。
開発の現場で使われる claude.md のような指示ファイルも、「この相手にはこう振る舞ってほしい」という決まりごとを、あらかじめ書き留めておくものです。
さらに、AIを安全に使うための「ハーネス」や「ガードレール」と呼ばれる仕組みも同じです。
やっていいこと・いけないことの線引きを先に決めておき、暴走を防ぐ。これは、組織でいう規程やルール、つまり広い意味でのマニュアルそのものです。
呼び名は新しくても、中身は古くからあるものです。「期待する結果を、あらかじめ定型にして渡す」。
この営みに、人類は何百年も苦心してきました。AIは、その苦心を改めて私たちの目の前に突きつけているにすぎません。
プロンプトも、claude.md も、ガードレールも、呼び名が違うだけ。どれも「期待する結果を、あらかじめ言葉にして渡す」という、マニュアルと同じ営みである。
組織のガバナンスも、結局は「定型」と「品質」の話
この流れは、AIの中だけの話ではありません。会社の経営そのものにも、同じ波が来ています。
近年、中小企業でも「ガバナンス」「内部統制」「コンプライアンス」といった言葉を避けて通れなくなりました。
取引先からの要請、補助金や認証の要件、情報セキュリティへの対応。
どれも根っこにあるのは、「決まったことを、決まったとおりに、誰がやっても同じようにできる状態」を社外へ示せるか、という問いです。
これもまた、定型であり、品質であり、精度の話です。
属人的な”その人だけがわかっている”状態は、ガバナンスの観点では弱点になります。
だからこそ、組織を整えるためにマニュアルが要る、という流れが強まっているのです。
嫌われ者だったはずのマニュアルが、AIの普及と、組織を整えたいという要請の、両方から同時に呼び戻されている。
これが、いまという時代の景色です。
それでも、つくると失敗する。なぜか
必要性は高まっている。なのに、いざつくると、やはり多くが失敗します。
冒頭の経営者が言った「現場には嫌われる」「昔つくって失敗した」という感覚は、いまも生きています。
ここに、この連載が向き合いたい謎があります。
これだけ求められているのに、なぜマニュアルは、こうも上手くいかないのか。
面白いことに、同じ悩みはAIの世界でも起きています。
プロンプトをどう書いても思った通りに動かない。指示を細かくするほど、かえって使いにくくなる。
ベテランの判断を言葉にしようとすると、なぜか肝心なところが抜け落ちる。AIに手を焼いている人と、マニュアルに手を焼いてきた人は、実は同じ壁の前に立っているのです。
そこで、この連載では、次の問いに順番に答えていきます。
- そもそも、マニュアルは何のため・誰のためにあるのか
- なぜ、一部の界隈ではこれほど否定的に見られるのか
- そして、なぜ上手く活用できないのか。その難しさはどこから来るのか
この三つの問いをほどいていくと、最後には「人の中にある技を、どうやって外へ取り出すか」という一点にたどり着きます。
それは、業務の標準化に悩む方にも、AIへの指示に悩む方にも、同じように効く視点になるはずです。
連載の地図
本編は、立場の違う視点を一段ずつ上っていく構成です。
全体の見取り図を、先に示しておきます。
- 第1回：そもそも業務マニュアルとは何か ― 普通のマニュアルとの違いを押さえる。
- 第2回：頭にあるのに、なぜ書けないのか ― 書く本人から見た「二つの壁」と、暗黙知という考え方。
- 第3回：標準化に要るのは「アルゴリズムを書く力」ではない ― 引き出す側の考え方。「分解」と「改善」。
- 第4回：隠れた判断を、仕組みで引き出す ― 見えない判断を引き出す、具体的な道具。
- 第5回：寄り添うだけでは、なぜ届かないのか ― 関わり方の総括と、テンプレートの本当の役割。
明日からの本編は、毎朝の更新でお届けします。
まずは第1回で、「そもそも業務マニュアルとは何か」から始めましょう。
HABAねっとは、北陸を拠点に中小企業・個人事業主のDX伴走支援を行っています。
マニュアル整備や業務標準化、そしてAIの業務活用は、別々のテーマに見えて、根は同じです。どれも「現場の人が何を判断しているか」を、いかに外へ取り出して定型にするか、という問題に行き着きます。
「ツール選定」ではなく「課題」「業務」「人」から設計するDXを、一緒に組み立てます。