「確認した。了解した。でも実際に動くときはだいたい省略する」

会議でマニュアルを全員に共有し、「次回からこの手順で」と決めた翌日、最初に省いてくる同僚がいる。ISTJがそういう人と組むと、毎回同じ場所でつまずく。

これ、うちの研修でも毎回ウケるんですが、ISTJの参加者がいちばん手を挙げる場面が「マニュアル通りに動かない人への対応」なんです。年間60社、のべ500回以上の研修で同じ話が出てくる。ということは、これは特定の職場の問題ではなく、タイプの組み合わせとして起きやすい構造があるということです。

悪気はゼロなんですよ、たぶん。相手はサボっているわけじゃない。ただ、手順をどの位置に置くかの優先順位が根本的に違う。それが分かると、噛み合わない場所が特定できます。

ISTJが「また始まった」と思う職場の場面

「資料はメールで事前共有する」というルールがあるのに、会議の直前にSlackで「今日これ使う」と送ってくる。確認が間に合わない。

「申請は社内システム経由で」と決めているのに、口頭で「これいいっすか」と確認してくる。記録が残らない。証跡がない。

マニュアルが更新されたとアナウンスしたのに、1ヶ月後も以前のバージョンのままで動いている。差分を読んでいない。

プロジェクトの進め方を決めたミーティングの翌日、「でもこっちの方が早くないですか」と別の手順を提案してくる。決めたはずなのに。

締め切りを共有したのに、当日の朝に「今日だったっけ」と聞いてくる。カレンダーに入れてください、と3回言った。

こういう場面が積み重なると、ISTJは「この人には何を言っても無駄だ」という結論に向かいます。でも、そこで少し立ち止まってほしい。

なぜ相手はマニュアルを「守れない」のか

相手はマニュアルを「無視」しているわけではない。正確に言うと、手順より「今この状況で一番効率がいい方法」を優先するタイプが多いんです。

MBTIで言えば、J型（計画・締め型）とP型（柔軟・順応型）の差がここに出やすい。J型は「決定したことを守る」ことで安定を感じます。P型は「状況に合わせて調整する」ことで動きやすくなります。どちらが正しいということではなく、手順を「固定すべき基準」と「参考情報」のどちらとして扱うかという認識が違う。

もう少し踏み込むと、ISTJはSi（内向感覚）が主機能で、過去にうまくいった方法を積み上げて信頼性を構築していくタイプです。「以前うまくいったやり方」を基盤にして、そこからズレることへの不安が大きい。一方でマニュアルを省略しがちな相手は、Ne（外向直感）やSe（外向感覚）が強い場合、「今目の前の状況」に反応して動く傾向があります。

腹を立てている方向が、少しずれています。処理の出発点が、最初から違うだけです。

「行き当たりばったり」と組み続けると起きること

ISTJにとって、手順を守らない相手と長期間組む一番のストレスは「予測できなくなること」です。

何がいつどう変わるか分からない状態は、ISTJにとってエネルギーコストが高い。自分がどれだけ事前に準備しても、相手の行動が読めなければ、その準備が機能しない。

人事同席の面談を年間200件近く見てきたなかで、ISTJの離職理由として繰り返し出てくる言葉は「環境が整っていなかった」「ルールがあいまいだった」です。これは「頑固だから合わなかった」のではなく、「構造の予測可能性が低い環境で、エネルギーを消耗し続けた結果」だと理解しています。

ただし、「マニュアルを守らない相手は全員問題だ」という結論は早い。相手には相手なりに、手順を省くことで生まれているスピードや即応力があります。それを完全否定すると、チームの機動力が落ちることもある。

研修で毎回出てくる「噛み合わない」の正体

年間60社で研修を回していると、ISTJとP型の人が同じチームになって起きる摩擦は、だいたい同じ構造をしています。

ISTJが「なぜ毎回確認しないんだ」と思う。相手は「そのくらい分かるだろう」と思っている。どちらも悪意がない。ただ「どこを言葉にしなくていいか」という前提が違う。

研修でやるワークがあって、「チームメンバーに、一番確認してほしいことを1つだけ書いてもらう」というものです。ISTJは「手順の確認」「事前の共有」を書く。P型の人は「方針の合意」「大枠の方向性」を書く。どちらも「確認」という言葉を使っているのに、確認の対象が全然違う。

ここを言語化しないまま「なぜ確認しないんだ」「なぜそこまで細かいんだ」と思い続けると、信頼が削れていくだけです。

うちの息子2人もこれと同じで、兄は段取りを先に決めないと動けないタイプ、弟は動きながら考えるタイプです。家でボードゲームをすると毎回この差が出て、毎回同じ場所でもめる。ぼくにとっては教材として最高なんですが。

明日から使える一手

研修で実際に効いたのは、これです。

「プロジェクトの最初に、自分の確認ポイントを一つだけ言葉にして相手に伝える」。

具体的にはこうです。「ぼくは手順の変更が事前に共有されると動きやすいので、変えるときは一言もらえると助かります」。この一文だけでいい。

ISTJが「なぜ言わなくても分かるんだ」と感じる場面の多くは、相手が「そこまで気にしているとは知らなかった」という状況です。意地悪でも怠慢でもなく、関心の向き先が違うだけで、言われていないから気づいていない。だから「自分が大事にしていること」を最初に明示する一手がいちばん効く。

3つも4つも要求すると伝わらない。1つに絞ってください。そして「〜してくれない？」ではなく「〜してもらえると、自分はこうなるので助かる」という形で出すと、要求よりも情報共有として受け取られやすいです。

研修で実際に効いたパターンがこれです。明日、試してみてください。

FAQ

ISTJはルールに厳しすぎると言われたらどうすればいい？

まず「どの場面で」そう感じたかを確認するのが先です。全部のルールを同じ強度で守ることが目的ではなく、チームの機能に直結するルールとそうでないものを区別する視点を持つと、相手との温度差が縮まることがあります。「なぜそのルールが大事なのか」を一度言語化してみると、自分でも優先度が整理されます。

マニュアルを守らない同僚に毎回指摘すべきか？

毎回同じ指摘をしてもパターンが変わらない場合は、指摘の方法ではなく「相手が守りやすい構造」の設計に切り替える方が効果的なことが多いです。チェックリストを短くする、守るべきタイミングを絞る、など「守りやすくする工夫」に注力すると、双方の消耗が減ります。

ISTJはP型の同僚とうまく働けないのか？

そんなことはないです。ただ「言わなくても伝わる」という前提を外す必要があります。互いの「確認したいこと」「省略してよいと思っていること」を最初に一度話しておくだけで、摩擦が大幅に減るケースが多い。タイプの問題というより、前提の言語化の問題です。

ISTJが職場でエネルギーを消耗しやすいのはなぜ？

ISTJの消耗は「予測できない変更が繰り返されること」に集中しやすいです。裏返せば、自分が管理できる範囲を明確にして、「ここは変わっても大丈夫」「ここは変えてほしくない」を周囲に先に伝えておくと、エネルギーのロスが減ります。全部をコントロールしようとするより、コアだけ守る設計がおすすめです。

ISTJの「細かすぎる」と言われる部分は直すべき？

「細かい」は状況によって強みにもなります。ただし、同じ粒度を全員に求めると相手のパフォーマンスを下げる場合があります。「自分はこの粒度で動くが、相手には求めない。ただしこの1点だけは確認してほしい」という切り分けができると、摩擦が減って関係性が楽になることが多いです。

参考文献