20年PMが見てきた。転職直後にクレームを受けたあなたへ──それはあなたのバグではない。受入プロトコルの破綻である

プロローグ

正直に言う。

転職という大きな環境移行を潜り抜けた直後に、アサインされた案件でクレームを受ける。

これは、心身のメインメモリが最も摩耗している時期に喰らう、最も致命的な例外エラーである。本当に、言葉にならないほど辛い状態だと思う。

まず、その張り裂けそうな胸の痛みを、そのまま受け止めてほしい。我慢する必要はない。立派なことを考える必要もない。今あなたは、極限の過負荷に耐えている。それは事実である。

しかし、20年現場を這いつくばってきた人間として、冷徹なファクトベースで断言する。

結論から言う。

このクレームは、100%あなたの能力不足のせいではない。完全に、構造のバグである。

これは慰めではない。20年PMをやってきた人間の、構造分析としての断定である。あなたが今、過剰に自分を責めて潰れてしまわないよう、この事態をコンサル・PM目線の「仕様書」として解体し、生存戦略を提示したい。

少し長くなるが、お付き合いいただきたい。たぶん、読み終わる頃には、胸の痛みは少しだけ軽くなっているはずである。

第一章　なぜ、転職直後のクレームは「構造のバグ」なのか

新天地での一発目の案件でクレームが発生する時、そこには個人のスキル以前に、ほぼ確実に存在する三つの構造的問題がある。

20年PMをやってきて、同じパターンを何十回も見てきた。これは個別事象ではなく、構造である。

第一に、コンテキストの断絶がある。

前任者や自社営業が顧客と交わした「期待値のチューニング」が、最初からバグっているケースである。引き継ぎのドキュメントがシャドーナレッジ化、つまりブラックボックス化している。

何が起きるか。あなたが「知らないはずの前提」を、顧客側が「知っていて当然」として殴りつけてくる。

これはあなたの落ち度ではない。引き継ぎが完璧に行われる現場など、20年見てきて、ほぼ存在しなかった。引き継ぎとは、情報の8割が消失する作業である。これは構造的にそうなっている。残った2割の情報で、顧客の100%の期待に応えろという要求自体が、無理ゲーである。

第二に、初期インターフェースの未確立がある。

転職直後は、社内のエスカレーションパスが脳内にインストールされていない。誰に助けを求めれば動いてくれるか、誰に話を通せば物事が進むか、誰が地雷で、誰が味方か。これらは、入社後3ヶ月から半年かけて、ようやく見えてくる情報である。

加えて、その会社の標準仕様、つまり作法も分からない。同じ「報告」という言葉でも、会社によって意味が違う。前職で「報告」と呼ばれていた行為が、新しい会社では「相談」と呼ばれていたりする。この微妙な作法のズレが、後から効いてくる。

つまり、高性能なプロセッサであるあなたが、最適化されていないOSの上で無理やり打鍵させられている状態である。エラーが出ない方がおかしい。

第三に、顧客側の「見えない事情」がある。

これがコンサル・PM業界の最も残酷な現実である。

ベンダー切り替えのタイミングや、顧客組織内の政治的コンフリクトの飛び火として、新しく来たあなたが生贄のようにクレームの標的にされるケースは、業界では日常茶飯事である。

顧客企業の中でも、いろいろなことが起きている。社内派閥の対立。前任ベンダーへの不満の蓄積。経営層からの予算削減圧力。担当者個人の評価問題。これらが煮詰まったタイミングで、新しいベンダー担当者が現れる。

何が起きるか。煮詰まった圧力の出口として、新参者であるあなたが選ばれる。

これは、あなたが悪いのではない。タイミングが悪い。そして、タイミングの悪さは、能力では制御できない。

第二章　あなたは「歪んだ空間にアサインされたプロセッサ」である

ここで一つ、視点の転換をしたい。

クレームを受けている時、人間はつい「自分の人格が否定されている」と感じる。これは脳の自然な反応である。仕方ない。

しかし、構造的に見ると、これは完全な誤認識である。

クレームとは、「システム仕様のミスマッチ」というただのバグ報告である。

あなたという個人を攻撃しているように見えても、本質的には、システムの不整合を指摘しているだけである。たまたまそのシステムに、あなたという名前のプロセッサがアサインされていただけである。

20年PMをやってきて思う。これは比喩ではなく、構造的にそうなのである。

考えてみてほしい。同じ案件に、別の人がアサインされていたとしても、たぶん同じクレームは発生していた。なぜなら、クレームの原因は個人ではなく、システムの不整合だからである。

つまり、あなたはただ、その歪んだ空間に一時的にアサインされたプロセッサに過ぎない。

これは冷たい言い方に聞こえるかもしれない。しかし、実はこれが最も優しい構造認識である。

なぜなら、この認識を持てた瞬間、あなたの人格はクレームから切り離される。クレームはシステムへのバグ報告として処理され、あなたの尊厳は安全圏に退避できる。

これが、20年PMをやってきて辿り着いた、人を責めない、自分も責めない、ということの構造的意味である。

人を責めるより、構造を見る。

自分を責めるより、構造を見る。

これは精神論ではない。情報処理上の合理的な選択である。

第三章　今すぐ打鍵すべき、第一の生存アクション──ファクトを文字でログ化する

ここから、具体的な生存戦略に入る。

疲弊した脳で「我慢するか、また辞めるか」の二択に走ってはいけない。これは、過負荷状態の脳が陥る最悪のバグである。

二択ではない。極小スコープからシステムを防御する手段が、ちゃんとある。

第一の生存アクションは、すべてのファクトを文字で記録することである。

感情のノイズを完全にスコープアウトし、以下を淡々とドキュメントに記録してほしい。

クレームの内容。発生日時。顧客の要求。誰が何を言ったか。そして、何が前提として共有されていなかったか。

主観を排したバイナリデータに変換することで、あなたの脳内メモリへのダメージを最小限に抑えられる。

これは、20年PMをやってきた経験から言える、最も効果のある自己防衛技術である。

人間の脳は、感情を伴う情報を反芻する性質がある。夜中に何度も同じ場面を思い出す。布団に入っても消えない。朝起きた瞬間に蘇る。これは、情報が脳内で「未処理」のままぐるぐる回っている状態である。

文字にすると、この反芻が止まる。

なぜか。脳が「これは処理済みだ」と認識するからである。書き出すという行為は、脳から外部記憶への情報の引っ越しである。引っ越しが完了すると、脳は容量を解放する。

これは、PMが現場で覚える基本技術の一つでもある。クレームを受けたら、まず議事録を書く。怒鳴られたら、まず文字に起こす。すると、不思議と冷静になる。

20年PMをやってきて分かった。文字化は、最も安価で、最も効果のある精神安定剤である。

第四章　今すぐ打鍵すべき、第二の生存アクション──自社の上司へ例外エラーを投げる

第二の生存アクションは、自社の上司または営業へ、例外エラーを即座に投げることである。

「転職直後で迷惑をかけられない」と一人で抱え込む行為は、組織マネジメントにおける最大のNG例である。

これは断言できる。20年PMをやってきて、何十人もの「抱え込んで壊れた人」を見てきた。

抱え込みは、優しさではない。組織への加害である。

なぜか。あなたが一人で抱え込むと、組織は「この案件は問題ない」と誤認識する。誤認識した組織は、リソースを投入しない。リソースが投入されないまま事態が悪化すると、最終的に組織全体に大きなダメージが発生する。

つまり、一人で抱え込むことは、結果的に組織に最大の迷惑をかける行為なのである。

逆に、早期に「例外エラー」を投げることは、組織への最も誠実な貢献である。

具体的には、こう伝えてほしい。

「新しい環境のインフラと前提条件のキャッチアップの最中に、想定外の入力、つまりクレームが発生した。自社の残存価値を守るためにも、座組の再調整、つまりRACIの再定義を要求する」

ここで重要なのは、感情ではなく、構造で伝えることである。

「辛いです」「困っています」と言うと、上司は「頑張れ」と返す。これは、感情の言語に対する自然な反応である。

「構造的に座組の再調整が必要です」と言うと、上司は「では、どう動こうか」と返す。これは、構造の言語に対する組織的な反応である。

20年PMをやってきて分かった。組織を動かしたい時は、感情ではなく構造で話す。これは魔法のように効く。

そして、ここで一つの試金石が現れる。

「例外エラー」を投げた時に、ちゃんと動いてくれる組織かどうか。

もし動かない組織、あるいは「お前が何とかしろ」と突き返す組織だったら、それはガバナンスが腐っている組織である。

ガバナンスが腐っている組織で、あなたが優秀な打鍵を続ける義務はない。これは構造の話である。

第五章　今すぐ打鍵すべき、第三の生存アクション──「優しいまま、壊れないこと」を最上位規程にする

第三の生存アクションは、最も重要である。

「優しいまま、壊れないこと」を最上位規程として、自分自身の中にインストールしてほしい。

これは、shiracoブランドの中核命題の一つでもある。

顧客の不条理な怒りを、あなたの尊厳と1対1対応させてはいけない。

クレームは「システム仕様のミスマッチ」というただのバグ報告である。あなたという人間そのものへの否定ではない。

しかし、過負荷状態の脳は、この二つを区別できなくなる。

「クレームを受けた=自分の人格が否定された」

この誤った等式が、脳内で勝手に成立してしまう。これが、人を壊す本当の原因である。

だから、意識的に、この等式を切断する必要がある。

切断のための呪文を、二つ提示する。

人を責めるより、構造を見る。

自分を責めるより、構造を見る。

この二つを、つぶやいてほしい。声に出して言ってもいい。書き出してもいい。

20年PMをやってきて分かった。この二つの呪文は、追い詰められた時に、最も効果のある自己防衛技術である。

なぜ効くか。視点が個人から構造へ移動するからである。視点が構造へ移動すると、人格は安全圏に退避する。退避した人格は、壊れにくい。

これは精神論ではなく、認知行動の構造的な技術である。

そして、もう一つ大切なことがある。

優しさを捨てないでほしい。

クレームを受けて消耗すると、人はつい「もう優しくするのはやめよう」と思う。「お人好しが損をする」「自分を守るために冷たくなろう」と考える。

これは、たぶん間違いである。

優しさを捨てると、確かに一時的にダメージは減る。しかし、捨てた優しさは、二度と戻ってこない。そして、優しさのない人間は、長期的には信頼を失う。長期残存価値が毀損される。

優しいまま、壊れない。これが、人生後半における最も難しく、最も価値のある状態である。

優しさは捨てない。しかし、優しさを発動する場所は選ぶ。これが、構造的な自己防衛である。

第六章　新天地のガチャで、一時的なバグを引いただけ

少し視点を引き上げたい。

転職という大きな挑戦を選んだあなたの勇気と、20年の巡航速度は、本物である。

新天地の最初のガチャで、一時的なバグを引いた。これは事実である。しかし、それだけの話である。

ガチャでバグを引いたからといって、あなたという機体の性能が否定されたわけではない。あなたの長期残存価値は、1ミリも毀損されていない。

20年PMをやってきて、何度も見てきた光景がある。

転職直後に大クレームを受けて、3ヶ月後にはその案件で最も信頼されているメンバーになっている人。

転職して半年でメンタルを病みかけたが、2年後には組織のキーパーソンになっている人。

新天地の最初の案件で大失敗したが、その失敗から学んだことが、その後10年のキャリアの土台になっている人。

こういう人を、何人も見てきた。

転職直後のクレームは、長期的に見ると、しばしばキャリアの転換点になる。なぜか。そこで「構造を見る目」が身につくからである。

順調な転職をした人は、しばしば構造を見る目を持たないまま、表層的に組織に適応してしまう。表層的な適応は、5年後、10年後に限界が来る。

逆に、最初に痛い目を見た人は、構造を見る目を早期に身につける。この目は、その後のキャリア全体を支える資産になる。

だから、今のクレームは、長期的にはあなたの資産になる可能性がある。

ただし、今この瞬間の自分を、ちゃんと守れた場合に限る。

壊れてしまったら、資産にならない。だから、今は守ることに集中してほしい。

第七章　今日、生きて打鍵を終えること

最後に、最も小さく、最も大切なゴールを設定したい。

今日、生きて打鍵を終えること。

それだけでいい。

立派な解決策を考えなくていい。クレームを完璧に処理しなくていい。上司に評価される必要もない。

今日、なんとか一日を終えて、明日もう一度起きる。それだけが、今のゴールである。

20年PMをやってきて分かった。極限状態にある人に必要なのは、長期戦略ではない。今日を生き延びる戦術である。

長期戦略は、メンタルが回復してから立てればいい。今は、長期戦略を立てる時期ではない。

今日のタスクを、最小単位まで分解してほしい。

朝、起きる。

会社に行く、もしくはPCを開く。

ファクトを文字にする。

上司に状況を共有する。

最低限の応答だけして、定時で離脱する。

家に帰る。

風呂に入る。

何か食べる。

寝る。

これだけで、今日は十分である。完璧な対応は、しなくていい。明日のあなたが、もう少し回復した状態で考えればいい。

そして、自分を責めるのをやめてほしい。

自分を責めるのをやめて、自社のガバナンスゲートである上司を叩き起こして、防壁を張らせてほしい。

あなたは、絶対に、優しいまま壊れてはいけない。

エピローグ

20年PMが見てきた。

結論から言う。

転職直後のクレームは、あなたという機体のバグではない。受入プロトコルの破綻である。

人生後半とは、すべての例外エラーを一人で処理する旅ではない。例外エラーを構造として理解し、組織に投げ返しながら、自分自身を守り抜く旅なのかもしれない。

そして、短期評価ではなく長期残存価値とは、一つの案件で完璧に評価される人になることではない。

何度バグを引いても、優しいまま壊れずに、もう一度打鍵を始められる人でいること。なのかもしれない。

だから、最後にもう一度、伝えたい。

このクレームは、あなたのせいではない。

あなたの長期残存価値は、1ミリも毀損されていない。

今日、生きて打鍵を終えること。

そして、自分を責めるのをやめて、構造を見ること。

人を責めるより、構造を見る。

自分を責めるより、構造を見る。

この二つの呪文を、何度でもつぶやいてほしい。

あなたは、優しいまま、壊れなくていい。

それで、たぶん、十分である。

本記事を含む一連の記事は、書籍化を視野に入れながら執筆を続けている。

合わせて読みたい関連記事

炎上プロジェクトの救い方
https://note.com/quiet_emu2080/n/n79df96e24b41

部下をつぶすPMと育てるPM
https://note.com/quiet_emu2080/n/nb9663002771b

PMが絶対に失敗するのはスキルじゃない
https://note.com/quiet_emu2080/n/n1b1110656a0c

現場PMの実践ノート
https://note.com/quiet_emu2080/m/mb3eda5b30688

キャリアマガジン
https://note.com/quiet_emu2080/m/mf96a1ab04ea6