社内Slackのtimesで「お気持ち」を書くな
timesに流れてくる「あれ」
「はぁ……」
「なんでこうなるかなあ」
「もういいや、こっちが我慢すれば済む話なんで」
社内Slackのtimes（分報チャンネル）を眺めていると、定期的にこの種の投稿が流れてくる。主語がない。宛先がない。事実の共有でもなければ、相談でもない。あるのは感情の放流と、「察してほしい」という無言の要求だけだ。
本稿ではこれを「お気持ち投稿」と呼び、その構造的な問題を批判する。先に断っておくが、これは特定の誰かへの攻撃ではなく投稿類型の批判であり、感情を持つこと自体の否定でもない。むしろ逆で、感情が大事だからこそtimesに捨てるなという話をする。
1. timesとは本来何だったのか
分報という文化の設計思想を確認しておく。timesは「今これをやっている」「ここで詰まっている」を細かく書き流すことで、思考を外化し、詰まりを誰かが早めに拾えるようにするための仕組みだ。日報が終業後の報告なら、分報はリアルタイムの作業ログである。うまく回っているtimesは、助けを求める導線として実際に機能する。
ここで重要なのは、timesが「独り言の形式を借りた、公開のチャネル」だという点である。書き味は独り言だが、実態は全社員が購読できる放送だ。この形式と実態のズレこそが、お気持ち投稿という事故の温床になっている。
2. お気持ち投稿の構造問題
社会学者のゴフマンは、人間の振る舞いを演劇にたとえて、観客に見せる「表舞台」と、緊張を解いて素に戻る「裏舞台」に分けた。楽屋で漏らす愚痴は裏舞台の行為であり、そこには観客がいないことが前提になっている。
お気持ち投稿の第一の問題は、この区分の誤認である。timesは裏舞台の顔をした表舞台だ。書いている本人は楽屋のつもりでも、客席の照明が消えているだけで、観客は全員着席している。楽屋のつもりで漏らした愚痴が、実際にはマイクを通して場内に放送されている。この構造を認識しないまま「独り言なんで」と言うのは、放送事故を「私的な発言」と言い張るのに近い。
第二の問題は、宛先の不在がもたらす無差別化である。「なんでこうなるかなあ」という投稿には名指しがない。一見、角を立てない配慮に見える。しかし宛先を書かないメッセージは、受信者を限定しないぶん、読んだ全員に「これは自分のことだろうか」という判定コストを課す。名指しの批判は一人を撃つが、当てこすりは全員を撃つ。配慮の顔をした無差別化である。
第三の問題は、読む側への感情労働の強制だ。社会学者のホックシールドは、業務の一部として感情の管理を要求される働き方を感情労働と呼んだ。お気持ち投稿は、この労働を同僚に無償で発注する行為である。読んだ側は選択を迫られる。スタンプを押すべきか。声をかけるべきか。スルーしてよいのか。声をかければ「そういうつもりじゃなかったんですけど」と言われるリスクがあり、スルーすれば「冷たい人」の椅子が待っている。反応しても地雷、無視しても減点。読み手を詰みの盤面に置く設計になっている。
そして最後に、これは私が前々回から書き続けている話法の最終形態である。「わからないことを聞け」は説明責任の転嫁だった。「常識だよね」は説明責任の放棄だった。「察してほしい」は、その最も受動的な形態だ。何をしてほしいのかを言語化する責任を放棄し、解読の労働を読み手全員に外注している。しかも解読に失敗した側が「察しの悪い人」として減点される。要求の内容を明かさないまま、要求だけが漂っている状態である。
3. なぜ書いてしまうのか
書く側を悪人として処理しても何も解決しないので、構造で考える。
第一に、承認の即時性である。お気持ち投稿には数分でスタンプがつく。「大丈夫ですか」のリプライがつくこともある。この即時の反応は痛み止めとして確かに効く。効くからこそ繰り返される。しかし痛み止めは原因を治療しない。不満の原因である業務や関係は一ミリも動かないまま、放流と鎮痛のループだけが回り続ける。
第二に、リモートワーク以降の公私の混線である。自宅で一人、画面に向かって書いていると、Slackは日記帳と区別がつかなくなる。物理的な楽屋（喫煙所、給湯室、退勤後の飲み屋）が消えた結果、楽屋の機能がtimesに流れ込んだ。これは個人の資質ではなく環境の変化の帰結だ。
第三に、そして最も根深いのが「心理的安全性」の誤読である。エドモンドソンの言う心理的安全性とは、仕事上の懸念や疑問やミスを、対人関係の不利益を恐れずに表明できる状態を指す。あくまで仕事の情報を出しやすくするための概念だ。これが「何を吐き出しても許される場」と誤読され、感情の無加工放流の免罪符に使われている。むしろ因果は逆で、お気持ち投稿が飛び交う場では、人は地雷を踏まないよう発言を減らす。つまりお気持ち投稿は心理的安全性の産物ではなく、破壊者である。
4. 代案:感情は捨てるな、変換しろ
不満や怒りが湧くこと自体は正常であり、多くの場合、そこには業務上の本物の問題が埋まっている。だから感情は捨てるべきではない。変換するのだ。
不満は「事実＋影響＋要望」に変換して、然るべきチャネルへ。「はぁ……」の中身を分解すると、たとえば「仕様変更の連絡が実装後に来た（事実）。手戻りが2日発生した（影響）。変更は着手前に共有してほしい（要望）」になる。この形式に変換した瞬間、それはお気持ちではなく課題提起になり、宛先が自動的に決まる。1on1、レトロスペクティブ、担当者へのDM。感情は変換の燃料であって、出力形式ではない。
変換しきれない感情には、別の宛先を用意する。日記、社外の友人、パートナー、必要なら専門家。会社のサーバーは感情のゴミ箱として設計されていないし、同僚はあなたの感情の処理係として雇用されていない。これは冷たさではなく、宛先設計の問題である。
timesは本来の用途に戻す。作業ログ、詰まりの共有、学びのメモ、無害な雑談。投稿前の判定基準はひとつでいい。「翌朝の自分が読んで、恥ずかしくないか」。翌朝の自分に読ませられないものは、全社員に読ませるべきではない。
読まされる側にも代案を出しておく。お気持ち投稿を拾う義務はない。拾わないことに罪悪感を持つ必要もない。言語化されていない要求に応答する責任は、受信者には発生しないからだ。もし本当に心配なら、公開の場でスタンプを押すのではなく、DMで「何かあった？」と聞けばいい。それは感情労働ではなく、あなたが選んだ好意である。強制された労働と選んだ好意の区別は、あなたの側が握っていていい。
お気持ちは大事だから、timesに捨てるな
繰り返すが、これは感情を殺せという話ではない。感情の宛先設計の話である。
察してもらえるかどうかの賭けに、大事な感情をチップとして積むな。賭けに負ければ感情はスルーされ、勝っても得られるのはスタンプという痛み止めだけだ。どちらに転んでも、感情の元になった問題は解決しない。
本当に大事な不満なら、事実と影響と要望に変換して、届くべき人に届けてほしい。それは感情を粗末にすることではなく、感情をちゃんと使うことである。
