/note/tech

社内Slackのtimesで「お気持ち」を書くな

要約:

■ 1. お気持ち投稿とは

  • 定義:
    • 社内Slackのtimes(分報チャンネル)に流れる、主語も宛先もない感情の放流投稿を指す
    • 事実の共有でも相談でもなく、察してほしいという無言の要求のみが存在する
  • 批判の立場:
    • 特定個人への攻撃ではなく、投稿類型そのものへの批判である
    • 感情を持つこと自体を否定するものではない
    • 感情が大事だからこそ、timesに捨てるべきではないという主張である

■ 2. timesの本来の設計思想

  • timesの目的:
    • 今取り組んでいることや詰まっている点を書き流し、思考を外化して早期に助けを得るための仕組みである
    • 日報が終業後の報告であるのに対し、分報はリアルタイムの作業ログである
  • 形式と実態のズレ:
    • timesは独り言の形式を借りた、全社員が購読できる公開のチャネルである
    • この形式と実態のズレが、お気持ち投稿という事故の温床になっている

■ 3. お気持ち投稿の構造的問題

  • 表舞台と裏舞台の誤認:
    • ゴフマンは人間の振る舞いを、観客に見せる表舞台と、緊張を解く裏舞台に分けた
    • 書く本人は楽屋(裏舞台)のつもりでいるが、実際は観客全員が着席した表舞台である
    • 「独り言なんで」と主張するのは、放送事故を私的な発言と言い張るに等しい
  • 宛先の不在による無差別化:
    • 宛先を書かないメッセージは、読んだ全員に自分のことだろうかという判定コストを課す
    • 名指しの批判は一人を撃つが、当てこすりは全員を撃つ
    • 配慮に見えて、実際には無差別化である
  • 読み手への感情労働の強制:
    • ホックシールドの言う感情労働を、同僚に無償で発注する行為である
    • 読んだ側は、スタンプを押すか、声をかけるか、スルーするかの選択を迫られる
    • 声をかければ否定されるリスクがあり、スルーすれば冷たい人とみなされるリスクがある
    • 反応しても無視しても読み手が損をする設計になっている
  • 察してほしい話法の最終形態:
    • 「わからないことを聞け」は説明責任の転嫁、「常識だよね」は説明責任の放棄であった
    • 「察してほしい」はその最も受動的な形態である
    • 要求を言語化する責任を放棄し、解読の労働を読み手全員に外注している
    • 解読に失敗した側が、察しの悪い人として減点される

■ 4. なぜ書いてしまうのか

  • 書く側を悪人として処理しても解決しないため、構造の問題として考える
  • 承認の即時性:
    • お気持ち投稿には数分でスタンプやリプライという即時の反応がつき、痛み止めとして機能する
    • 効くからこそ繰り返されるが、原因である業務や関係は解決されないまま、放流と鎮痛のループだけが回り続ける
  • リモートワーク以降の公私の混線:
    • 自宅で一人画面に向かって書くうち、Slackが日記帳と区別できなくなる
    • 喫煙所や給湯室、退勤後の飲み屋といった物理的な楽屋が消え、その機能がtimesに流れ込んだ結果である
    • これは個人の資質ではなく、環境の変化の帰結である
  • 心理的安全性の誤読:
    • エドモンドソンの心理的安全性とは、仕事上の懸念やミスを対人関係の不利益を恐れず表明できる状態を指す概念である
    • これが何を吐き出しても許される場と誤読され、感情の無加工放流の免罪符に使われている
    • お気持ち投稿が飛び交う場では、人は地雷を踏まないよう発言を減らす
    • お気持ち投稿は心理的安全性の産物ではなく、破壊者である

■ 5. 代案:感情は変換せよ

  • 基本方針:
    • 不満や怒りが湧くこと自体は正常であり、そこには業務上の本物の問題が埋まっていることが多い
    • 感情は捨てるべきではなく、変換すべきである
  • 事実・影響・要望への変換:
    • 不満は事実と影響と要望に変換し、然るべきチャネルへ届けるべきである
    • 具体例:
      • 仕様変更の連絡が実装後に来た(事実)
      • 手戻りが2日発生した(影響)
      • 変更は着手前に共有してほしい(要望)
    • この形式に変換した瞬間、お気持ちではなく課題提起になり、宛先が自動的に決まる
      • 1on1、レトロスペクティブ、担当者へのDMなどである
  • 変換しきれない感情の宛先:
    • 日記、社外の友人、パートナー、必要なら専門家といった別の宛先を用意すべきである
    • 会社のサーバーは感情のゴミ箱ではなく、同僚は感情の処理係として雇用されていない
    • これは冷たさではなく、宛先設計の問題である
  • timesの用途を戻す:
    • timesは作業ログ、詰まりの共有、学びのメモ、無害な雑談という本来の用途に戻すべきである
    • 投稿前の判定基準は、翌朝の自分が読んで恥ずかしくないかの一点でよい
    • 翌朝の自分に読ませられないものは、全社員に読ませるべきではない
  • 読まされる側への代案:
    • お気持ち投稿を拾う義務はなく、拾わないことに罪悪感を持つ必要もない
    • 言語化されていない要求に応答する責任は、受信者には発生しない
    • 心配な場合は、公開の場でスタンプを押すのではなくDMで様子を尋ねればよい
      • それは強制された感情労働ではなく、自ら選んだ好意である

■ 6. 結論:感情の宛先設計

  • これは感情を殺せという話ではなく、感情の宛先設計の話である
  • 察してもらえるかどうかの賭けに、大事な感情をチップとして積むべきではない
    • 賭けに負ければ感情はスルーされ、勝ってもスタンプという痛み止めが得られるだけである
    • どちらに転んでも、感情の元になった問題は解決しない
  • 本当に大事な不満は、事実と影響と要望に変換し、届くべき人に届けるべきである
    • それは感情を粗末にすることではなく、感情をちゃんと使うことである

MEMO: