同僚への批判を、きつく聞こえないように文章で伝えるには、どうすればいいのか？

共有された提案書の四ページ目で、コメント欄が開いています。「ここ、意味が通ってないです」と打って消し、「もう少し引き締めませんか？」と打って、それも消しました。何も頼んでいないからです。その部分は間違っています。二つ目の案の費用が抜けていて、決定は木曜日で、書いた人は毎週顔を合わせる相手です。どの言い方を試しても、非難として届くか、何も変わらないほど小さくなってしまうように思えます。

私は、下書きを読んで、悪く伝わりかねない言葉に印をつけるアプリ、Subtextを共同創業しました。だから、あなたに使ってもらうことに利害がありますし、ここに書くことは人事や法律の助言ではありません。扱うのは、チャット、メール、ドキュメントのコメント、コードレビューといった、書き言葉での同僚どうしの批判であって、上司が行う人事評価ではありません。この先では、Subtextが中身の薄い引き継ぎ資料についてのメッセージを読み、返ってきた二つのタグと、提案された三つのバージョンをお見せします。

正しいフィードバックでも、攻撃として届くことはあります。研究が指す方向は、コメントを人ではなく仕事に向けること、読む人が動ける材料を渡すこと、そして、相手は知りたくないだろうと決めつけないこと、です。特定の台本を裏づけるものではなく、同僚どうしの書き言葉の批判にいちばん近かった研究も、想定上のコードレビューのコメントを使ったものでした¹。文面だけ知りたい方は、四つの仕事と五つのメッセージへどうぞ。

書き言葉の批判は、なぜきつく読まれるのか？

私の読みでは、批判がどれだけきつく聞こえるかは、問題の深刻さだけでなく、その組み立て方にも大きく左右されます。研究には、使える定義が一つあります。Robert Baronは1988年の論文で、批判が具体的で、配慮があり、成績の悪さを内的な要因のせいにしないとき、これを建設的な批判と呼びました。内的な要因とは、私の読みでは、状況ではなく本人に関わることです。そして、これらの規則を破る批判を、破壊的な批判と呼びました²。

最初の研究では、学部生83人が、自分の作業について建設的な批判か破壊的な批判のどちらかを受けました。破壊的なほうを受けた人は、より強い怒りと緊張を報告し、今後の意見の相違では批判した人に抵抗したり避けたりする可能性が高いと答えました。二つ目の研究では、学部生106人のうち、破壊的な批判を受けた人は、その後の二つの課題で、建設的な批判を受けた人や批判を受けなかった人より低い目標を立て、低い自己効力感を報告しました²。これは実験室の学生なので、わかるのは批判が何をしうるかであって、厳しいメールのあとに同僚が何をするかではありません。また、要旨は課題成績への影響を報告していないので、私は影響があるとは言いません。

批判は役に立つのか、それともしばしば裏目に出るのか？

フィードバックは平均すれば役に立ちますが、いつもそうとは限りません。KlugerとDeNisiが1996年に行った、フィードバックと成績のメタ分析は、23,663件の観測から607の効果量をまとめています。平均では、フィードバックは成績を標準偏差の約0.4（d = .41）だけ高めましたが、介入の三分の一を超えるものは成績を下げ、その理由は、サンプルの偶然のばらつきでも、フィードバックが肯定的か否定的かでも説明できませんでした³。これを、あなたのメールが裏目に出る確率が三回に一回、と読むことはお勧めしません。対象の研究は課題も場面もさまざまで、現代の職場のチャットを扱ったものは一つもありません。

著者たちの説明は、フィードバックが注意の向かう先を変える、というものです。研究どうしの比較では、注意が課題から人へと移るほど、効果は弱まりました³。「人ではなく仕事にコメントする」というよく聞く助言について、私が見つけたなかでは、これがいちばん強い研究上の根拠です。ただ、それを同僚へのメッセージに当てはめるのは、あくまで推論です。比較は研究をまたいだもので、一つの特徴だけが違うメッセージどうしを比べたものではないからです。

その後の教育分野のメタ分析は、435件の研究と61,000人を超える学習者を対象にしていて、情報量の多いフィードバック、つまり、誤りの訂正に加えて、学習者が自分の学び方をどう調整しているかについての情報を添えたものが、平均効果がもっとも大きい（d = 0.99）と報告しています。誤りの訂正だけ、つまり何が正しく何が違うか、そして正解を伝えるものは0.46、報酬か罰だけのものは0.24でした⁴。分類は研究の要旨から付けられたもので、比較は同僚ではなく学生を対象とした研究どうしのものです。ここから引き出せる推論は緩いもので、使える情報のあるコメントは、判定を下すだけのコメントに勝る、ということです。「合計行に、キャンセルされた注文がまだ入っています」は、読む人にどこを見ればいいかを示します。「合計はもっと気をつけてください」は、示しません。

相手は、本当に聞きたいと思っているのか？

言わずにおく理由として考えられるのは、相手は知りたくないだろう、という思い込みです。Abi-Esberたちは、1,984人の参加者で五つの実験を行いました。フィードバックを与える側は、相手がどれだけ建設的なフィードバックを求めているかを、低く見積もる傾向がありました。これは、想定上の職場の場面でも、思い出した出来事でも、友人やルームメイト、恋人どうしの実際のフィードバックでも同じでした⁵。

これらの実験でのフィードバックは建設的なもの、つまり、具体的で、実行でき、相手の幸福を思って伝えられた、相手が知らず、しかも直せる問題についてのものでした。証拠の大半は予測と思い出した出来事で、書き言葉のフィードバックは検証されていません。だから、頼まれていない、異論のある、直しにくい批判をどの同僚も歓迎する、ということを示すものではありません。不正確で、踏み込みすぎで、不公平な批判を、受け手が退けるのも筋が通っています。私はこの知見を、自分への問いとして使います。自分が相手の立場なら知りたいか、正確か、相手に変えられることか、です。

Abi-Esberらの論文の四人の著者の一人、Francesca Ginoは、ほかの四本の論文で研究不正を行ったとハーバード大学に認定されていて、本人はそれを否定しています⁵。Crossref、OpenAlex、PubMedには、この論文についての訂正、撤回、懸念の表明は載っていません⁵。

言うのはあなたの役目か、そもそも書くべきなのか？

文面を考える前に、二つの問いがあります。一つ目は、立場についてです。あなたが頼っている仕事の問題で、二人で合意した何かに照らしたものなら、あなたが持ち出してかまいません。その人の全体的な成績に見られるパターンや、その仕事に向いているかどうかは、その人を管理する人に任せたいと私は思います。主に、あなたならそうは進めなかった、というだけなら、それは好みだと言ってください。

二つ目は、書くかどうかです。書くことと話すことを比べた、いちばん近い証拠は、別のことを扱っています。書き手は、メールで自分の口調がどれだけ伝わるかを、過大に見積もります。これは、学生と、割り当てられた口調を使った実験の結果です⁶。主に知らない人どうしや大学生が、意見の分かれる話題について話した場合は、書いた場合より理解が深まり、衝突が少なくなりました。ただし、別のサンプルでは、ほとんどの人が書くほうを選ぶと答えました⁷。人は、旧友との電話はメールより気まずいだろうと予想しましたが、実際はそうではありませんでした⁸。どれも仕事への批判ではなく、電話がコメントに勝つことを示すものでもありません。一つ目の研究はSlackできっぱり伝えるメッセージの記事で、三つ目の研究は予定をキャンセルする記事で、それぞれ詳しく扱っています。

私の目安は、事実と、望む変更がはっきりしているなら書く、そして、論点に異論があるとき、繰り返されているとき、反論の応酬が始まりそうなときは、先に話して、そのあと合意した内容を書き残す、というものです。書けば、見直すことができ、相手は自分の時間で答えられ、記録も残ります。相手がどちらを好むかわからなければ、聞いてください。

メッセージには何を書き、何を削るべきか？

書き言葉の批判には四つの仕事があり、私はこの順番でこなします。これは、Baronの三つの規則と、上で見た注意の知見と、以下の実務家向けの手引きから組み立てた、私の作業用の枠組みです。

1. 具体的なこと。 文書、箇所、出来事、あるいは合意した成果物を名指しし、合意した基準とどう違うかを書きます。見たことと、推測したことは分けます。「合計行にキャンセルされた注文が入っています」は見たことで、「雑」は推測です。
2. それが何を招いたか。 仕事に何が変わったかを、あなたの側から、全員が同意しているとは言わずに書きます。たとえば「そのため、サマリーを仕上げられませんでした」のように。
3. 頼むことは一つ。 相手にできる変更です。時間を添えるのは、本当に依存関係があるときだけにします。どれが必須で、どれが私の好みかも伝えます。Googleが公開しているコードレビューの指針は、Nit、Optional、FYIといったラベルでこれをしています⁹。ただし、これは実務家の手引きで、試験ではありません。具体的であることは、網羅することではないので、いちばん大事な変更を先に書き、残りにはラベルをつけます。チャットなら一通にまとめ、メールなら、わかりやすい件名をつけたうえで、依頼を冒頭に置きます。
4. 開いておく扉と、本気で言う申し出。 こちらが文脈を見落としているかもしれないときは、本当の質問をします。要求を偽の質問の中に隠してはいけません。レビューや電話を申し出るのは、実際にするときだけです。

四ページ目のコメントなら、こう書けます。「この節には二つ目の案の費用が書かれておらず、木曜日の決定がそれにかかっています。それまでに、おおよその数字を足してもらえますか。もしどこかに書いてあって私が見落としているなら、教えてください。」

そのうえで、削ります。仕事ではなく人を描く言葉は削ります。たとえば、雑、怠け、「いつも」、非難として使う「また」、「当然」です。反語的な問い、「まだ十分とは言えません」のようなあいまいな判定、皮肉、不満を和らげるために添えた笑顔の絵文字、名指しした同僚との比較、全員がそう思っているという主張も削ります。Baronの定義が扱うのは、あいまいなもの、配慮に欠けるもの、個人に向けたものだけなので、この一覧のそれ以外は私のものですし、笑顔の絵文字については、絵文字の研究の向きが分かれています。直接的であること、短いことは、この一覧に入れません。

送る前に、道理をわきまえた読み手が、問題を見つけられるか、基準を理解できるか、推測せずに動けるか、そしてあなたの説明に誤りがあれば正せるか、を自問してください。丁寧な言葉の数を数えるかわりに、私はこのテストを使います。

サンドイッチ話法、SBI、ラディカル・キャンダー、NVCは効くのか？

サンドイッチ話法、つまり褒めてから批判し、また褒める方法については、向きの違う三本の論文があります。医学部の三年生を対象にした、書き言葉の相互フィードバックの二つの研究（20人と350人）では、学生はサンドイッチが後の成績に役立つと信じていましたが、実際に役立つという証拠はありませんでした¹⁰。大学生91人のランダム化実験では、二つの一般的な肯定的な言葉のあいだに訂正を挟んだほうが、訂正だけの場合より、その後に解いた数学の問題が多くなりましたが、著者たちは部分的な証拠だと述べています¹¹。模擬的な事務作業をした学部生八人の研究では、全員がすべての順序を試し、サンドイッチは平均してもっとも効果的な順序ではありませんでした¹²。つまり、否定されたわけでも、効くと示されたわけでもありません。私の考えは、本当で、具体的で、関係のあることだけを褒める、というものです。クッションにしか役目のない褒め言葉は、長さを増やし、これから何が来るのかという疑いを生むからです。

SBI、ラディカル・キャンダー、NVCは、実務家の枠組みです。Situation-Behavior-Impact（状況・行動・影響）、Kim Scottの、個人的に気にかけることと直接的に挑むことを組み合わせた考え方、そして非暴力コミュニケーションのことです。SBIの研修を販売しているCenter for Creative Leadershipは、SBIを研究に基づいていると呼んでいますが、私が読んだページには成果を検証した研究が示されていません¹³。ラディカル・キャンダーのベンダーのページも、この枠組みの成果を検証した研究を挙げていません¹⁴。NVC研修についての31件の研究のレビューは、2026年11月5日に公開され、証拠の確実性を非常に低いから中程度と評価し、多くは適切な対照を欠き、自己申告に頼っていたと指摘して、そのパターンは、NVCが社会的機能を改善するという一般的な思い込みより控えめだと述べています¹⁵。その多くは、刑務所や病院のような場で試された研修プログラムでした。

五つのメッセージ、前と後

この五つは、この記事のために作ったもので、どれも正解の文面ではありません。それぞれが、一つの道筋です。どの変更後も、使っているのは、その状況設定と変更前から得られる事実と、私が加えた依頼だけです。

中身の薄い引き継ぎ資料。 Owenの引き継ぎ資料には、ステージングのログイン情報も未解決バグの一覧もなく、ほとんどを自分で調べてまとめました。

変更前 「Owenさん、引き継ぎ資料ありがとうございます。ちょっと薄かったですね😅 結局ほとんど自分でまとめました。次回はステージングのログイン情報と未解決バグの一覧も入れてもらえると助かります。全然大丈夫です。」

変更後 「Owenさん、引き継ぎ資料ありがとうございます。ステージングのログイン情報と未解決バグの一覧がなかったので、結局ほとんど自分で調べてまとめました。次回の引き継ぎでは、その二つを入れてもらえますか。もし私が見つけられなかっただけでどこかにあるなら、場所を教えてください。」

「ちょっと薄かったですね😅」は、笑顔のついた判定で、「全然大丈夫です」は、不満を引っ込めています。変更後は、足りない二つを挙げ、あなたが負った手間はそのまま残し、直してほしいことを頼み、ほかの場所にある場合の余地も残しています。

あなたに響いた期限。 Callumのテストレポートは月曜が期限でしたが、水曜に届き、リリースが水曜から金曜に動きました。今四半期で二度目で、QAはリリースの二日前にレポートが必要です。

変更前 「テストレポートは月曜が期限でした。これで二回目です。また遅れたら、あなたの上司に上げます。」

変更後 「Callumさん、テストレポートは月曜期限で水曜に届き、そのためリリースが水曜から金曜に動きました。QAはリリースの二日前に必要なので、次回はそのくらい早くほしいです。何か支障があれば、いま教えてください。」

日付と、それがもたらした結果は残します。「二回目」は、一通のレポートの依頼のなかで点数をつけてしまうので外します。パターンが本当にあるなら、下のTobiasの例のように、別の会話の話です。脅しも外します。実行しないかもしれない脅しはしない、と私は決めているからです。

外れてしまった初稿。 Ingridのオンボーディングガイドの初稿は、会社の沿革から始まり、最初の一週間が抜けています。ツールの節はわかりやすく、新入社員が知るべきなのは初日に何をするか、誰に聞くかだ、とあなたは考えています。

変更前 「すごく気合いが入ってますね。出す前に、もう少し整えるだけで大丈夫そうです。」

変更後 「初稿をありがとう、Ingridさん。ツールの節はわかりやすいです。足りないのは最初の一週間です。新入社員には、初日に何をするかと、誰に聞けばいいかが必要だと思いますが、いまのガイドは会社の沿革から始まっています。最初の一週間を冒頭に足して、沿革をその後ろに移してもらえますか。」

無害に見えますが、私は、五つのなかでいちばん危ういと思います。「もう少し整えるだけ」は、初稿がほぼ完成だと伝えていて、構成の組み替えが、あとから不意打ちで来ることになるからです。

会議での癖。 Tobiasは、三回続けて計画会議で、10月にチームが決めたベンダーの選定を蒸し返し、チームがスプリントに充てるはずだった時間を使いました。あなたは、チームのチャンネルに投稿しようとしています。

変更前 「どうやら、ここでは何も決まらないみたいですね🙃」

変更後 （個別メッセージで）「Tobiasさん、この三回の計画会議で、10月に合意したベンダーの選定に戻ってしまい、スプリントに充てる時間が使われました。新しい情報があるなら、会議の前に送ってもらえますか。結論が変わるかどうか、見られるように。」

変更前はチャンネル全体に届くので、全員が皮肉を受け取りますし、「何も決まらない」は、誰も確かめられない主張です。変更後はTobiasだけに届き、会議の回数を数えて、一つの変更を頼んでいます。癖については、先に話し、これは記録として送る、というのが私のやり方です。

レビューコメント。 Farahの変更は、リストが空だとクラッシュします。ループが確認なしに最初の要素を読んでいるからです。これは直す必要があり、ほかに、変数名のtmpが読みにくいとも感じています。

変更前 「ここ、空のリストのチェックがないのはなぜですか？ 基本ですよね。」

変更後 「マージ前に必須：リストが空だとクラッシュします。ループが確認なしに最初の要素を読んでいるためです。空の場合のチェックを足すか、呼び出し側ですでに除外されているなら教えてもらえますか。Nit、任意：tmpという名前は読みにくいです。」

「基本ですよね」は、Farahを裁いていて、問いは、誰も答えたくない答えを求めています。変更後は、何が必須で何が任意かをラベルで示し、Googleの指針と同じく、開発者ではなくコードにコメントしています⁹。

立場や文化、相手によって変わるのか？

同じ役職でも、影響力が同じとは限りません。シニアエンジニアが承認を握っていることもありますし、立場が下の同僚には、期限に反論する余地があまりないこともあります。ですから、その依頼にどんな権限があるのか、つまり、リリースを止める要件か、チームで合意した要件か、あなたの好みか、を伝え、任意の提案を命令のように響かせないでください。送り手の立場によってメッセージの読まれ方がどう変わるかについて、何がわかっていて何がわかっていないかは、Slackできっぱり伝えるメッセージの記事で扱っています。

文化は、聞いてみるきっかけです。INSEADに寄稿したErin Meyerは、直接的な文化では「絶対に」のような言葉で批判を強め、間接的な文化では「ちょっと」のような言葉で和らげる、と述べています¹⁶。これは、測定したサンプルのない実務家の経験で、傾向を述べたものです。あなたのチームが訂正をどう扱うか、聞いてみてください。

データによっては、性別が、人が受けるフィードバックの内容に表れています。イギリスの公的機関一つで、シニアマネージャー4,328人を対象にした360度評価では、女性は男性より、強みについての具体的なフィードバックを多く受け、伸ばすべき点についての具体的なフィードバックは少なく受けていました。この報告は査読を受けておらず、性別による差は観察によるものです¹⁷。私はこれを、誰かを壊れやすい人として扱う理由ではなく、全員に同じだけ具体的に伝えているかを確かめる理由として読みます。

神経多様性は、一つのコミュニケーションスタイルではありません。自閉症の成人の働く生活についての34本の論文のまとめでは、フィードバックはわかりにくかったり、ほとんど役に立たなかったりすることがあり、期待が明確であることが助けになる、とされていました¹⁸。ADHDやディスレクシアなどの特性は扱っていないので、聞いてください。チャネルについての証拠は、AuDHDの記事で扱っています。

相手が身構えて返してきたら、あるいは返事がなかったら？

身構えた返信も、返信です。私はまず、その下に事実についての食い違いがないかを確かめます。「私が文脈を見落としているかもしれません。時系列のどの部分が違って見えますか？」は、要件を手放さずに、それを尋ねています。相手が何かについて正しいなら、そう認め、そのうえで、共通の要件を一度だけ言い直します。最初のメッセージに不公平な一般化があったなら、その部分は率直に直します。これはテキストでどう謝ればいいのか？で扱っています。そのあとは、書き言葉での反論を重ねるのをやめ、電話か、短い書面のアジェンダを申し出ます。

沈黙は、それだけで同意や敵意や拒否を意味するわけではありません。仕事が動いているチャンネルで、何の決定を止めているかを添えて、短くフォローアップを一通送り、それ以外はチームのふだんの返事の速さに合わせてください。

優先順位、担当の線引き、繰り返される約束の不履行、同僚どうしでは決められないリソースが問題なら、決められる人に、事実、仕事への影響、必要な決定を添えて持ち込みます。ハラスメント、安全、差別が絡む場合を除いて、私なら先に同僚本人に伝えますし、まずは勤務先自身の規程から始めます。

スレッドには、誰かの健康や動機についての憶測、ほかの同僚についての機密情報、実行できない、あるいは実行するつもりのない脅し、確かめていない「みんなの意見」についての主張を載せてはいけません。ハラスメント、差別、報復、重大な不正の訴えは、勤務先の通報窓口で扱うことです。相手があなたを怖がらせたり、脅したりするなら、それはもう言葉づかいの問題ではありません。差し迫った危険があるときは、お住まいの地域の緊急通報番号に電話してください。その会話は、Subtextにも、ほかのどのAIツールにも貼り付けないでください。

ツールが役に立つとき

SubtextはAIツールなので、いちばん近い証拠は、メッセージにAIの助けを借りることについての研究で、これはAIの下書き書き直しツールは、本当に役に立つのかで扱っています。SubtextにもほかのAI書き直しツールにも、同僚へのフィードバックの届き方、公平さ、仕事上の関係を改善することを示した独立した研究は、私には見つかりませんでした。

費用のかからない習慣が二つあります。フィルターをかけていない版を、自分だけで書き、判定の言葉を、一つずつ、起きたことと変えてほしいことに置き換えること。そして、いちばん手厳しい読み手が聞くように、声に出して言ってみること。これは、検証されたいちばん近い形として、そのメッセージ、失礼に聞こえていないか？で扱っています。

Subtextは、あなたが書いたフィードバックの下書きを読み、攻撃に読まれかねない言葉、つまり、「いつも」や「決して」の決めつけ、見下し、「べき」や「しなければならない」で押しつけたルールに、短い理由をつけて印をつけます。下書きにある気持ちを一言で名づけ、最大三つのバージョンを出します。一つはあなたの言葉に近く、それぞれに「送って大丈夫」か「気になる点」の表示がつきます。下書きから作ったバージョンには、あなたの言葉をどのくらい変えたかの目安もつきます。「送って大丈夫」の表示は、目の前の言葉からSubtext自身が出した見積もりで、「気になる点」は、そのバージョンを読み直す理由であって、問題の証明ではありません。何かを送ることはないので、使いたいバージョンをコピーして、自分で送ってください。

Subtextは、あなたの批判が公平か正しいかを判断できませんし、同僚が何を意図したのかも、どう受け取るかも教えられません。この点はサイトのよくある質問にも書いてあります。あなたが渡した言葉と、「記憶」に保存したメモのほかには、あなたたちのあいだの経緯も、チームの規範も知りません。もっと短く、あるいは温かくといった指示から作ったバージョンは、温かく、平易で、短い方向に寄るので、きっぱりしていなければならないメッセージでは、何が落ちたかを読んで確かめる必要があります。これは書くための補助であって、セラピーでも、調停でも、人事の手続きでもありません。

上の、中身の薄い引き継ぎ資料は、この実行のために作ったもので、Subtextに通しました。下書きは「Owenさん、引き継ぎ資料ありがとうございます。ちょっと薄かったですね😅 結局ほとんど自分でまとめました。次回はステージングのログイン情報と未解決バグの一覧も入れてもらえると助かります。全然大丈夫です。」でした。Subtextは、その気持ちを「不満」と名づけ、二つのタグを返しました。「遠回しな皮肉」は、「ありがとうございます。ちょっと薄かったですね😅」と「結局ほとんど自分でまとめました」につき、理由は「感謝の後に不満を遠回しに伝えていて、皮肉に読まれる可能性があります」というものでした。「矛盾したサイン」は、最後の「全然大丈夫です」につき、理由は「不満を述べた直後の『全然大丈夫です』は本心が読みにくく、依頼の重みも弱めてしまいます」というものです。

三つのバージョンは、すべて「送って大丈夫」の表示つきでした。一つ目の「原文に近い形」は、「薄かった」を「足りない部分があった」に替え、タグがついた「全然大丈夫です」を外していますが、依頼は「入れてもらえると助かります」という言い方のままで、ログイン情報と未解決バグの一覧を頼む形は変わっていません。二つ目の「やわらかめ」は、「助かりました😊」と感謝を足し、「ほとんど自分でまとめました」を「いくつか足りない情報があったので、そこは自分で補ってまとめました」に替えているので、下書きより和らいでいて、依頼を「さらにスムーズに進められそう」という前向きな理由で添えています。注記は、感謝を先に伝え、依頼を前向きな理由で添えたと説明していますが、それは言葉についての説明であって、Owenがどう受け取るかについての知識ではありません。三つ目の「依頼を主役に」は、批評を省き、二点のお願いを「入れてもらえますか」という問いにして、「今回はそのあたりを自分で調べてまとめた」と理由を添えた、いちばん依頼に絞った形です。ただし、「ほとんど自分でまとめました」というあなたの一文は、この版でも言い換えられています。どれも、レビューを申し出たり、こちらが文脈を見落としていないかを尋ねたりしていないので、四つ目の仕事、開いておく扉と申し出は、あなたの手に残ります。Subtext自身の返答は、「自分で作り直す手間があったのですね、お疲れさまでした。次回に向けて責めずに伝わるよう整えました。」で始まっていました。これはアプリの実際の出力で、手を加えていません。

ブラウザでSubtextを試すApp StoreでSubtextを入手Google PlayでSubtextを入手アプリを入手

どんなツールでも、事実と要件と期限は残し、褒め言葉も約束も謝罪も足さないように頼み、そのあと、返ってきたものを元の文と比べてください。書き直しは、とげと一緒に事実まで和らげてしまうことがあり、上の二つ目のバージョンがそうでした。

SubtextやAIツールには何を貼り付けてよいか？

フィードバックの下書きを、SubtextやほかのAIツールに貼り付けると、そこには、機密の商業情報や、そのサービスを選んでいない人についての詳細が含まれることがあり、名前を消しても、特定できる詳細がすべて消えるわけではありません。先に、勤務先の規程と契約を確かめ、承認されたツールとアカウントがあればそれを使い、貼り付けるのは自分のフィードバックだけにして、名前のかわりに役割を使い、課題に要らない顧客名、数字、スレッドの履歴は入れないでください。相手の健康、お金、私生活についてのことは入れないでください。

Subtextの利用規約は、他の人の言葉を送信してよいこと、そして仕事で使うなら、使うことが許されていることを、確認するよう求めています。プライバシーポリシーは、送ったものがAIモデルの学習に使われることはなく、それはSubtextでも、その提供元でも同じだと述べ、テキストは、挙げられているAI提供元に送られる、としています。会話は、最後に使ってから五日後、ピン留めした場合は90日後に自動で削除され、すぐに自分で削除することもできます¹⁹。「記憶」に保存したメモは、削除するまで残ります。ほかのツールについて詳しく知りたい方には、どのAIライティングアシスタントが、あなたのメッセージで学習する？ポリシーを読みましたがあります。

よくある質問

同僚の仕事を、メールで丁寧に批判するには？ 具体的なことを指し、それが何を招いたかを伝え、変更を一つだけ頼み、あなたの知らないことのための余地を残します。ここでの丁寧さは、正確で、敬意があることです。ぼかして足した言葉は、そのどちらでもありません。

Slackやメールで厳しいフィードバックを伝えること自体、かまわないのですか？ はい、事実と望む変更がはっきりしているときは。論点に異論があるとき、繰り返されているとき、反論の応酬が始まりそうなときは、先に話してください。

褒め言葉から始めるべきですか？ 本当のことで、仕事についてのときだけです。サンドイッチ話法には、向きの違う三本の論文があり、批判のクッションにしか役目のない褒め言葉は、私の考えでは、長さを増やし、これから何が来るのかという疑いを生みます。

送るまで、どのくらい待てばいいですか？ 間隔を示した研究は、私は見つけられませんでした。置くなら、その時間は、判定の言葉を、一つずつ、起きたことと変えてほしいことに置き換えるのに使い、訂正が意味を失う前に送ります。

進める順番

まず、それがあなたの言うことかどうか、そして書くのが適切かどうかを決めます。論点に異論があるとき、繰り返されているとき、反論の応酬が始まりそうなときは、先に話します。書くなら、具体的なことを指し、それが何を招いたかを伝え、変更を一つ頼み、あなたの知らないことのための余地を残します。

相手が身構えて返してきたら、まず事実の食い違いを確かめ、自分が間違えた部分は直し、要件は一度だけ言い直します。何も返ってこなければ、短いフォローアップを一通送ります。ハラスメントや差別、あなたを怖がらせるようなことなら、それはもう言葉づかいの問題ではありません。

仕事を名指しし、それが何を招いたかを伝え、変更を一つ頼む、いちばん小さなメッセージを書いてください。そして、送ります。

出典

本文に登場する順に番号を振っています。数値を一次資料と照合できなかった箇所では、本文にその旨を明記しています。確認日は2026年11月6日です。

1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., and Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), 1-29. 想定上の、建設的または破壊的なコードレビューコメントに反応したソフトウェア実務者93人への調査。想定場面と自己申告。
2. Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), 199-207. 三つの研究：学部生83人、学部生106人、そして食品加工会社一社の従業員108人への調査。実験室での操作と自己申告。
3. Kluger, A. N., and DeNisi, A. (1996). The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory. Psychological Bulletin, 119(2), 254-284. 607の効果量（観測23,663件）のメタ分析：フィードバックは平均して成績を改善した（d = .41）が、介入の三分の一を超えるものは成績を下げた。課題も場面もさまざまで、現代の職場のチャットを扱ったものはない。全文は開けなかったため、実験室とフィールドの内訳はわからない。
4. Wisniewski, B., Zierer, K., and Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, article 3087. 435件の研究、994の効果、61,000人を超える学習者のメタ分析。極端な値を除いた平均はd = 0.48。フィードバックの種類は元の研究の要旨から分類されている。対象は同僚ではなく学生。
5. Abi-Esber, N., Abel, J. E., Schroeder, J., and Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), 1362-1385. 五つの実験（N = 1,984）とキャンパスでのパイロット：想定上の職場の場面、思い出した出来事、友人やルームメイト、パートナーどうしの実際のフィードバック、そして学生によるスピーチ・コンテスト。共著者Francesca Ginoに関する記録、2026年11月6日確認：ほかの四本の論文についてのハーバード大学による研究不正の認定と、本人の否認は、Harvard Crimsonの2024年3月15日の記事が伝えている。四件の撤回通知は、CrossrefのPNAS、Psychological Science、Psychological Science、Journal of Personality and Social Psychologyにある。この論文には、Crossref、OpenAlex、PubMedのいずれにも、訂正、撤回、懸念の表明は付いておらず、ジャーナル自身のページは開けなかった。
6. Kruger, J., Epley, N., Parker, J., and Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), 925-936. 五つの実験、アメリカの学部生、メール。割り当てられた口調であって、職場での批判ではない。
7. Bevis, B., Schroeder, J., and Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, article 5792. 会話の相手1,576人と観察者1,432人によるランダム化実験。多くは知らない人どうしと大学生で、意見の分かれる話題について話したもので、仕事への批判ではない。オープンアクセス。
8. Kumar, A., and Epley, N. (2021). It’s Surprisingly Nice to Hear You: Misunderstanding the Impact of Communication Media Can Lead to Suboptimal Choices of How to Connect With Others. Journal of Experimental Psychology: General, 150(3), 595-607. University of Chicagoの学生200人に、旧友と電話またはメールで連絡を取り直してもらったフィールド実験（103人がフォローアップを完了）と、知らない人とビデオ、音声、テキストで話してもらった実験室実験。連絡の取り直しと知り合うことについてで、批判ではない。
9. Google Engineering Practices. How to Write Code Review Comments. 実務家向けの手引き。日付なし、2026年11月6日に閲覧。対照研究ではない。
10. Parkes, J., Abercrombie, S., and McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), 397-407. 医学部三年生が患者記録を書く、書き言葉の相互フィードバックについての二つの研究（N = 20とN = 350）。学生はサンドイッチが後の成績に役立つと考えたが、実際に役立ったという証拠はなかった。
11. Prochazka, J., Ovcari, M., and Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, article 101649. 数学の問題を解いた大学生91人のランダム化実験。サンドイッチのグループは準備に長くかけ、二回目の問題でより多く解いた。褒め言葉は一般的で成績とは無関係で、著者たちは部分的な証拠だと述べている。
12. Henley, A. J., and DiGennaro Reed, F. D. (2015). Should You Order the Feedback Sandwich? Efficacy of Feedback Sequence and Timing. Journal of Organizational Behavior Management, 35(3-4), 321-335. 学部生八人（女性七人、男性一人）が模擬的な事務作業を行い、それぞれが四つの条件（三つのフィードバックの順序と、フィードバックなし）をすべて経験した。半数は各セッションの前に、半数は後に口頭でフィードバックを受けた。サンドイッチはもっとも効果的な順序ではなかった。サンプルサイズは全文で確認した。
13. Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. 実務家向けの記事、2025年8月19日。この手法を研究に基づくとしているが、手法自体の成果を検証した研究は示していない。
14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. 商業研修事業のベンダーのページ、2026年11月6日に閲覧。この枠組み自体の成果を検証した研究は挙げていない。
15. Lazzari, G., Jean, B. R., de la Sablonnière, R., and van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, article 1800455. 31件の研究。証拠の確実性は非常に低いから中程度と評価。多くは適切な対照かランダム化を欠き、自己申告に頼っていた。2026年11月5日にオンライン公開。
16. Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 2015年9月16日。著者の教育、コンサルティング、逸話に基づく実務家向けの記事。測定したサンプルはない。
17. Burd, H., Bremner, G., Schein, A., and Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, 2021年6月。イギリスの公的機関一つで、シニアマネージャー4,328人を対象にした360度評価。評価される人ではなく、評価する人が、異なる指示にランダムに割り当てられた。査読は受けていない。
18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., and Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), 495-509. 34本の論文の質的なまとめ。資金提供なし、利益相反の申告なし。扱うのは自閉症の働き手の語りで、ほかの神経多様性は扱っていない。
19. Subtext. Terms and privacy. プライバシーポリシーと利用規約の最終更新は2026年10月22日。自社の資料。