https://retrospective.hatenadiary.com/entry/20250127/1737988701

議論でも質問でもリクエストやフィードバックとして、ときに回答以前にどう返事したものかから困惑するようなことに直面するシーンがあります。そういうときの対応として、"PAUSE"フレームワークを教わりました。

これは非常に優れたものですが、実践にあたっては幾つかの留意事項があるので合わせてご紹介します。

一旦立ち止まることは大切ですが、ここで「考えるのを放棄する」「その場から逃げ出す」という選択をしてはいけません。立ち止まるのは、次のステップのために心を整えるためです。

なんだかんだと長年働いていると、指摘への即座の反論や説明が反射的に出てきがちです。しかし、その反射的な反応が必ずしも最適とは限りません。

「立ち止まる」といっても、ビジネスの現場では無限に時間があるわけではありません。相手の時間を奪うことにもなりかねません。

「少し考えるお時間をいただいてもよろしいでしょうか」と一言添えるだけでも、対話の余地は生まれます。経験上、この一言で状況が大きく改善することが多々あります。

「承知いたしました」と言葉で返すだけでは、本当の意味での受け止めにはなりません。

自分の中で「どういう経緯からこの指摘をいただいたのか」「相手のどういう思いがあるのか」をしっかりと考える必要があります。技術的な正しさだけでなく、ビジネスやチームの文脈も含めて考えることが重要です。

シニアになるほど、過去の経験から「これは違う」という判断が素早く下せるようになります。しかし、その判断こそが新しい気づきを妨げることもあります。

受け止めることと、即座に判断することは別物です。これは常に意識しておきたい点です。

逆に「あ、わかります」と過去のものからの類推で早合点してしまいがちです。しかし、本当に相手の意図を理解できているでしょうか。

相手の言葉の背景にある文脈、懸念、期待を丁寧に理解する姿勢が必要です。これは技術力とは別の、シニアエンジニアとしても求められる重要なスキルです。

「この立場で基本的なことを聞くのは...」という気持ちがあるかもしれません。しかし、むしろ質問をしないことのほうがプロフェッショナルとして問題です。

シニアだからこそ、チーム全体のために必要な質問をする勇気を持ちましょう。

経験が豊富なほど、ついつい熱が入って長々と説明してしまいがちです。しかし、これは対話ではなく独白になってしまいます。

相手の反応を見ながら、適切な粒度で情報を共有することを心がけましょう。時には詳細な技術的説明より、大きな方向性の共有が効果的なこともあります。

自分の立場を説明する際、無意識に防衛的になっていないでしょうか。共有の目的は自己弁護ではなく、相互理解を深めることです。

Problem vs Usの姿勢で、共に解決策を探るための文脈共有を心がけましょう。

対話の中で共通理解を探る過程は、必ずしもその場で結論が出るとは限りません。時には「継続的に検討していきましょう」という結論もあり得ます。

シニアだからこそ、拙速な合意を求めるのではなく、十分な対話を重ねることの価値を理解しているはずです。

単に理解し合うだけでなく、次のアクションや改善につながる方向性を意識することが重要です。ただし、これは「その場で解決策を出さなければならない」ということではありません。

このフレームワークは、決して機械的に適用するものではありません。それぞれのステップで、状況や相手に応じた適切な判断が必要です。

私たちエンジニアは往々にして技術的な正しさに目が行きがちですが、組織やビジネスの文脈の中で最適な判断を下していく必要があります。

また、これらの注意点は、決して完璧を求めるものではありません。試行錯誤しながら、自分なりの実践方法を見つけていくことが大切です。日々の業務の中で、少しずつでも意識して取り入れていければと思います。

なおこのフレームワークはClaude AIが作ってくれたものです。ハルシネーションの産物ですが上手いこといってるし、実際べんりです。