チャットに書いたら、伝えたことになるのか ― 小さな職場で考えた情報共有の難しさ
仕事で、新しい仕組みについて考える機会がありました。
そこで、職場の中にはすでに試している人がいる一方で、僕はあまり詳しく知らなかったことに気づきました。
どうやら、チャットでは情報が共有されていたようです。
ただ、僕に直接連絡があったわけではありません。
正直なところ、
「いや、自分宛てになっていないチャットまで全部細かく見切れませんよ笑」
と思いました。
でも、少し冷静になって考えてみると、これが意外と難しい問題でした。
情報を発信する側にも事情がありますし、すべての情報に宛先をつければ解決するというものでもなさそうです。
そもそも、僕自身がどこまで情報を確認するべきなのかも、よく分かりません。
今回は、職場のチャットによる情報共有について、少し考えてみようと思います。
先に書いておくと、特定の誰かの対応を問題にしたいわけではありません。
そして、結論もまだ出ていません笑。
チャットに書いてあれば、それは伝えたことになるのか
今では、仕事でチャットを使うことも珍しくありません。
メールより気軽に連絡できますし、複数人への情報共有も簡単です。
過去のやり取りも残るので、あとから検索することもできます。
僕も便利だと思っています。
ただ、ふと疑問に思いました。
チャットに情報が存在していることと、その情報が必要な人に伝わっていることは、同じなのでしょうか。
例えば、誰かが業務に関係する情報をチャットに投稿したとします。
投稿した人からすれば、確かに共有しています。
一方で、受け取る側には毎日たくさんの投稿が流れてきます。
直接自分に関係する話もあれば、ほとんど関係のない話もあります。
その中から、自分に必要な情報をすべて拾い上げる。
言葉にすると簡単ですが、実際には結構大変です。
しかも、投稿した人が誰に読んでほしいと思っているのか、必ずしも明確ではありません。
情報は公開されている。
でも、誰が受け取るべき情報なのかは分からない。
ここに一つ、難しさがある気がします。
Toがついていない投稿は、どこまで確認するべきなのか
チャットには、特定の相手を宛先に指定する「To」や「メンション」という機能があります。
僕は基本的に、自分宛ての通知を優先して確認しています。
もちろん、Toがついていない投稿も読みます。
ただ、すべてを同じ集中力で確認しているわけではありません。
自分に関係しそうな話なら読みますし、そうでなければ流し読みになることもあります。
休日なら、なおさらです。
休日にもすべての投稿を細かく確認するのは、正直なところ負担が大きいです。
そもそも、そこまで確認することが期待されているのかも分かりません。
一方で、発信する側のことも考えてみました。
まだ検討中の話や、試験的に始めた取り組みについて、いちいち全員にToをつけるのも大げさな気がします。
通知を送ることで、相手に確認や対応を求めるような印象を与えることもあります。
単なる情報共有のつもりだったのに、正式な業務連絡として受け取られるかもしれません。
そう考えると、Toをつけることにも少し心理的なハードルがあるのだと思います。
では、Toのない投稿はどこまで読むべきなのか。
これは発信する側と受け取る側で、期待していることが違う可能性があります。
そして、その違いは普段あまり意識されない気がします。
試験運用は、いつから「当たり前」になるのか
もう一つ気になったのが、新しい仕組みの試験運用です。
例えば、職場で新しい情報共有の方法を試すことになったとします。
最初は一部の人だけが使います。
使ってみて便利だったので、別の人も使い始めます。
そのうち、何か新しい仕事をするときに、その仕組みを前提にするようになります。
こうなると、もともとは試験運用だったものが、いつの間にか普段の仕事を支える仕組みになっています。
これは決して悪いことではありません。
むしろ、小さな組織ではとても合理的な進め方だと思います。
新しい仕組みを試すたびに、正式な会議をして、全員に説明して、承認を取っていたら、なかなか前に進みません。
とりあえず試して、便利なら広げる。
僕自身、AIを使って仕事のツールを作ることもあるので、この進め方にはかなり共感します。
最初から完成形なんて分かりません。
使ってみて初めて気づくこともあります。
ただ、この方法には一つ難しいところがあります。
いつから、その仕組みを知っていることが前提になるのか。
試験運用に参加していない人は、そもそも存在を詳しく知らないかもしれません。
それでも、業務の中で当たり前のように使われるようになれば、知らない人が取り残される可能性があります。
では、どの段階で知らせるべきなのでしょうか。
試験を始めるときなのか。
使う人が増えたときなのか。
他の業務にも影響するようになったときなのか。
ここにも、明確な答えがありません。
複数人の部署と、一人の部署では情報の入り方が違う
今回、考えていて特に気になったのがこの点です。
同じ職場でも、複数人で同じ仕事をしている部署と、一人で役割を担っている部署があります。
複数人の部署であれば、誰か一人が新しい情報を知ることで、他の人にも伝わる可能性があります。
「そういえば、あれってどうなった？」
「もう使い始めているらしいですよ」
こうした何気ない会話で、情報が補完されることもあるでしょう。
もちろん、複数人の部署なら必ず情報共有がうまくいくわけではありません。
ただ、情報を拾う人が複数いることは、一つの強みだと思います。
一方で、同じ立場の同僚が少ない人はどうでしょうか。
僕も、今の働き方では同じ役割の人と日常的に情報を確認し合う機会が多いわけではありません。
チャットの情報を見逃しても、
「そういえば、あの件知っていますか？」
と声をかけてくれる人が必ずいるわけではありません。
自分が拾えなかった情報は、そのまま知らない情報になる可能性があります。
つまり、同じチャットを利用していても、部署の人数や働き方によって、情報を補完できる機会が違うわけです。
これは個人の能力だけの問題ではない気がします。
情報をよく拾える人もいれば、そうでない人もいます。
僕自身、IT関係のことには比較的関心がある方だと思います。
それでも、今回のように知らないことはあります。
興味や能力だけで、すべての情報を拾うことは難しいのでしょう。
以前、今の職場は良くも悪くも個人戦だ、と書いたことがあります。
情報の入り方にも、その違いは出てくるのかもしれません。
研究では、情報が見えることにはメリットもある
ここまで考えて、少し研究も調べてみました。
2014年にLeonardiが発表した、企業内SNSについての研究があります。
大きな金融サービス企業で新しい社内SNSが導入される過程を調べたもので、「コミュニケーションの可視性」という考え方が紹介されています。
簡単に言うと、他の人たちのやり取りが見えることで、直接その会話に参加していない人も情報を得られるということです。
例えば、
「誰がどんなことを知っているのか」
「誰と誰が普段やり取りしているのか」
といったことが分かりやすくなります。
これは確かに便利です。
以前なら、部署内の会話だけで終わっていた情報が、チャットを通じて他の人にも見えるようになります。
知らなかった仕事の進め方を知るきっかけにもなります。
考えてみれば、僕が今回いろいろなことに気づけたのも、情報がある程度オープンになっていたからです。
最初から完全に閉じられていたら、そもそも考えるきっかけすらなかったかもしれません。
つまり、情報が見えることには、間違いなくメリットがあります。
でも、全部見えると全部確認する必要が出てくる
一方で、情報が見えることには負担もあります。
2025年に『Internet Research』に掲載された研究では、職場で企業内SNSを利用する224人のデータを分析しています。
その研究では、コミュニケーションが見えることと、情報過多などの負担との間に関連が認められました。
さらに、そうした負担は仕事へのエンゲージメントの低さとも関連していました。
ただし、これは調査データに基づく分析なので、チャットが直接仕事への意欲を下げると証明したわけではありません。
また、適切な利用ルールが、一部の負担を緩和する可能性も示されています。
参考：Sunら（2025）Mitigating perceived overload of communication visibility: the role of ESM policies
この研究を読んで、なるほどと思いました。
チャットによって情報が見えるようになるのは便利です。
でも、見える情報が増えるほど、読むべき情報を自分で選ぶ必要も出てきます。
情報を共有するコストは下がったかもしれません。
一方で、受け取った情報を整理するコストは増えているのかもしれません。
そして、全員が同じように情報を処理できるわけでもありません。
チャットは情報共有を簡単にしましたが、情報を受け取る側の負担までなくしてくれたわけではなさそうです。
それなら、全部の投稿にToをつければいいのか
ここまで考えると、解決策は簡単な気もします。
必要な人には、必ずToをつける。
業務に関係する変更は、対象者全員に通知する。
これなら情報を見逃すリスクを減らせそうです。
ただ、そんなに簡単ではありません。
まず、試験運用の段階では、そもそも誰に関係する情報なのか分かっていないことがあります。
使ってみたら思わぬ部署にも関係していた、ということもあるでしょう。
また、毎回すべての人に通知していたら、今度は通知が多すぎます。
全部にToがついていれば、Toがついていること自体の意味も薄くなってしまいます。
結局、どれが本当に重要なのかを判断しなければなりません。
では、その判断を誰がするのでしょうか。
情報を投稿する人でしょうか。
管理する人でしょうか。
受け取る人でしょうか。
どこまでを正式な業務連絡と考えるのか。
どの段階で全体に周知するのか。
こうしたことを全部ルール化すれば、かなり複雑になりそうです。
小さな職場だからこそ、ルールを増やすのも難しい
僕が働いているのは、大きな組織ではありません。
小規模な職場の良さは、判断や変更が比較的速いことだと思います。
新しいアイデアを思いついたら、とりあえず試してみる。
問題があれば直す。
便利なら使い続ける。
これは大きな組織にはない強みかもしれません。
一方で、運用を厳密に管理しようとすると、その強みが失われる可能性があります。
試験運用を始めるときには申請する。
対象者を決める。
運用開始日を設定する。
変更があれば記録する。
正式運用になったら全員へ通知する。
こうすれば、確かに情報の抜け漏れは減りそうです。
でも、これをすべての小さな変更に適用するのは、なかなか大変です。
管理する人の仕事も増えます。
僕自身、そういう手続きが増えすぎるのはあまり好きではありません笑。
だから、情報をきちんと伝えてほしいという気持ちはありながら、何でもルール化すべきだとも思えないのです。
情報共有の確実性を高めようとすると管理コストが増え、柔軟性を重視すると情報格差が生まれる可能性がある。
このバランスが難しいのでしょう。
自分が知っていることを、他の人も知っているとは限らない
今回、いろいろ考えてみて、もう一つ気づいたことがあります。
それは、自分自身も情報を発信する側になるということです。
僕も、仕事で新しいツールを作ったり、使い方を考えたりすることがあります。
以前、AIで作ったツールを職場で使ってもらおうとしたことがあります。
そのときは、全員宛てにして、使い方や特徴をできるだけ丁寧に説明しました。
あくまで「よかったら使ってください」という温度感で、職場の前提にしたいとは思っていませんでした。
ただ、全員宛てにして丁寧に書いたからといって、それで全員に伝わったのかは、正直分かりません。
そして、使う人が増えていけば、僕の意図とは関係なく、いつの間にか前提になっていく可能性もあります。
そのとき、説明したつもりでも、相手には十分伝わっていないかもしれません。
あるいは、僕にとっては当たり前のことでも、初めて使う人には分からないことがあるでしょう。
自分が使っている仕組みは、自分にとってはもう普通のものです。
でも、使ったことのない人からすると、そもそも何ができるのかすら分からない。
これはチャットに限った話ではありません。
新しいことを始めた人と、まだ始めていない人では、同じ情報でも受け取り方が違います。
僕は今回、情報を受け取る側として違和感を持ちました。
でも、逆の立場なら同じようなことをしてしまうかもしれません。
そう考えると、誰か一人の注意不足という話でもなさそうです。
結局、どこまで伝えて、どこまで確認するべきなのか
さて、ここまで考えましたが、結論はまだ出ていません。
必要な情報は、きちんと届けてほしい。
でも、何でも通知されるのは困る。
自由に試せる環境は残してほしい。
でも、知らないうちに仕事の前提が変わっているのも困る。
かなり都合のいいことを言っています笑。
現実的には、関係する人が新たに増えたときや、他の人の仕事がその仕組みに依存するようになったときに、改めて周知するのが一つの方法なのかもしれません。
ただ、それを誰が、どう判断するかという問題は残ります。
結局、小さな職場では、ある程度お互いの気配りに頼る部分もなくならないのでしょう。
以前、今の働き方で感じている引っかかりは「共同体感覚」のようなものかもしれない、と書きました。
情報が自然に回ってくるかどうかも、その感覚と無関係ではない気がします。
そして、気配りに頼る以上、どうしても個人差が出てきます。
僕自身も、自分に必要な情報はある程度拾いにいく必要があると思っています。
一方で、すべてを自分の注意力で補うことまで求められると、少ししんどいです。
今回考えたことで、少なくとも一つ、意識しておきたいことができました。
「情報を共有したこと」と「相手に情報が伝わったこと」は、同じではない。
これは情報を受け取る側だけでなく、発信する側になったときにも大切なことだと思います。
……とはいえ、明日から職場のチャットを全部読むつもりかと言われると、それはちょっと難しいですが笑。
なかなか答えの出ない問題です。
それではまた。
