handanbaseTATENO TSUTOMU

THESIS

継承できないのは、
知識ではなく
判断だ。

マニュアルにできるのは、手順までだ。ベテランが去るときに失われるのは、覚え書きにできる知識ではない。どこで違和感を持ち、何を捨て、なぜその順で決めたか——現場で毎日使われながら、一度も言語化されなかった判断である。ここではそれを書けない判断と呼ぶ。

だから、形式知化では届かない。手順書を厚くしても、判断は乗らない。必要なのは記録ではなく移植だ。判断を構造として取り出し、別の人・別の組織・別の仕組みの中で、もう一度動く形にする。これを判断継承と呼んでいる。

これを、組織を動かす技術(群体マネジメント)と、知が両方向に育つ条件(相互性)の二つの体系で扱っている。

DEDOKORO

引き継ぎは、なぜ失敗するのか

この問いの出どころ。観察ではなく、自分が落ちた穴の話から始める。

最初に気づいたのは、他人を観察してではない。自分の担当を引き継いだ瞬間に、契約が切れた。

クレームも出た。おかしな話で、提供している業務は規定の範囲内で、前も後も同じものだ。それでも差が出る。気遣いの細かさ、返しの速さ、対応の運び方。当時の私は、それを「あいつは気が使えないんだな」くらいにしか思っていなかった。判断の問題だとは、まったく見ていなかった。

分かったのは、任せてみてからだ。後任は「いま何をすべきか」の判断に至っていなかった。もっと言えば、その手前の、ニーズの検知に至っていなかった。症状は分かりやすく出る——顧客が、後任ではなく前任の私に直接連絡してくる。

ここに継承の厄介さがある。失敗は、渡した後にしか観測できない。引き継ぎ資料をどれだけ厚くしても、渡す前には見えない。気づいたときには、もう失われている。

逆側でも、同じ穴に落ちた

引き継ぐ側に回ると、こうなる。なぜこの前提条件が先に共有されていないのか。なぜあの時、その判断をしたのか。それが分からないまま進めるので、同期できずに余計なコストを食い、結果として前任者にも迷惑をかける。前任の考え方も、動きも、トレースできない。

つまり私は、失わせた側でもあり、受け取れなかった側でもある。

4社すべてで、同じ形で起きた

一度きりの不運なら、私の力不足で済んだ。だが同じことが、移った先でも起きた。

20年前、人材の仕事をしていたとき。植木の見積もりに対応していたとき。ITで販促システムを扱っていたとき。そして現在も。業種も、商材も、職種も変わっている。変わらなかったのは、失われるものの形のほうだった。

人の資質の問題なら、会社を変われば消えるはずだ。消えなかった。だからこれは、構造の問題である。

なぜ個人で書くのか

会社を通すと、どうしても商材やプロダクトが関与する。会社としてのスタンスもあるし、枠組みの中での発信になる。そこで整合性がずれるし、書けないことも出てくる。

私が個人として知覚しているロジックを、必要としている人に、そのまま届く形で置いておきたい。だからここに書いている。

そしてこれ自体が、ひとつの実験でもある。「判断は仕組みに移植できる」と言っている人間が、自分の判断を移植して発信を回せるのか。回らなければ、テーゼのほうが間違っていたということだ。

この発信は、私の判断を呑ませたエージェントと一緒に回している。何を書くか、どこで張るか、どこで退くかは私が決め、下書きと運搬はエージェントが担う。同じ考え方は、会社の側で ghoost という製品にもなっている。このサイトは、その考え方が実際に動いているかどうかを、私の身体で確かめている場所でもある。

ZUKAI

技術継承で失われるのは、何か

書けない判断が、どこで落ちるのか。継承の断面を一枚にすると、こうなる。

手順と、検知・判断の分離 マニュアル化できるのは上層の手順まで。下層の、そもそも何に気づいたかという検知と、何を捨てどの順で決めたかという判断は、書き出されないまま失われる。 SO-1 / 継承の断面 書き出せるもの = 手順 作業の順番/使う道具/数値の基準/チェック項目 マニュアル・動画・チェックリストで残せる 形式知化が届く範囲は、ここまで 書き出せないもの = 検知と判断 そもそも何に気づいたか どこで違和感を持ったか 候補のうち何を捨てたか なぜその順で決めたか どこまで来たら退くと決めていたか 何を相手に確かめなかったか 本人にとっては「考えていない」ことになっている。だから引き継ぎ資料に書かれない。
図1:継承の断面。手順書を厚くしても、下の層は乗らない。しかも判断の手前には、そもそも何に気づいたかという検知がある。失われるのは、この二段のほうである。

KENSHO

確かめられる裏づけ

言っているだけではない、と言うために。第三者が外部で検証できるものを先に置く。

SHOZOKU

書いている人

匿名の主張は検証できない。名前と所属と連絡先を先に出す。

氏名
舘野 勉(たての つとむ)
所属
クラスメソッド株式会社
AIXC(AI Experience Center)センター長/AIプロダクトPMM
プロダクト開発における企画面を担当。組織知を継承するAIエージェント「ghoost」の事業開発・プロダクトマーケティングを統括
専門
判断継承(熟練者の暗黙知=書けない判断の移植)/組織変革の推進
経歴
22年・4社。人材、店舗開発、プラットフォーム事業、海外を横断し、一貫して「組織の新陳代謝の、新しい部分を活性化する」領域に携わってきた。
連絡先
[email protected]
X
@handanbase
経歴の詳細
これまでと、いま
実装の記事
DevelopersIO 著者ページ

TAIKEI

判断継承の、二つの体系

一本の仮説を、組織を動かす側と、知が伝わる側の、二つに下ろしたもの。

01 / 組織を動かす

群体マネジメント

組織は、正しい戦略があっても動かない。それは能力や意欲の欠如ではなく、群には群の論理があるのに個人にだけ働きかけているからだ。群を「第2の個」として診断し、動けずにいる構造を解く技術体系。立ち位置診断3軸、状態診断6視点、組織を動かす12の技法まで、再現できる形に落としてある。

全文を読む →

02 / 知が伝わる

相互性

同じ本を何十万人が読んでも、実践に変える人はごく一部だ。差は行動力ではない。人の受信は、他人からは書き換えられない。唯一の例外が、自分で出力して滑ったときだ。打ち合いは一方通行ではなく、打った側と打ち返した側の双方を変えていく。この性質を、人とAIのあいだ、そして組織の中に意図して設計する。

全文を読む →

03 / 二つに通じる仮説

判断移植テーゼ

二つに通っているのは、「熟練者の判断は、体系化すれば別の場所へ移植できる」という仮説である。群体マネジメント自体が、その実証でもある——本来なら一人の経験の内側で消えていく「組織を動かす判断」を、抽出し、構造化し、誰もが使える形にした事例だからだ。外れたと認める条件も書いてある。

全文を読む →

KIROKU

先に言って、後で答え合わせをする

やる前に、日付と数値で言う。終わったら、結果だけを書き足す。外したものも消さない。

「たぶん」「見込み」は書かない。やめる条件も、始める前に日付と数値で決めておく。

NOTE

判断の移植ノート

月2回。体系に入る前の草稿と、メールにしか書かない一言を送っています。

その前に、5分の診断があります。 あなたの組織のどの部署で、誰から判断が失われつつあるかを特定するものです。結果はその場で出ます。入力はあなたの端末から送信されません。

登録すると、PDF「判断の移植:最初の30日」(A4横・4ページ)が届きます。診断で対象が決まったあと、何を聞き、何を聞かないか。1回目の面談で使う3つの問いから、渡して確かめるところまでの手順です。最後の1ページは、会議でそのまま配れる紙版になっています。

確認メールのボタンを押すまで登録は完了しません。いつでも解除できます。