非同期コミュニケーションの構造 -チャットツールを用いた組織における情報の流れの設計について-

非同期コミュニケーションの構造チャットツールを用いた組織における情報の流れの設計について非同期コミュニケーションの構造 1

おことわり • この発表は自分が所属している研究室におけるコミュニケーションについてあれこれ考えたことがメインになっています。 • したがって、研究室特有の事例が多く存在します。他の研究分野だとそうじゃないかも…ということは当然ありえます。 • 以下に自分の研究分野/研究室のバックグラウンドを明記しておきます。 •
理学部。 • 対象は地球周辺の宇宙がメイン。地球周辺の宇宙は衛星データ/レーダ観測データとシミュレーションの2本立てで進むことが多いです。実験はマイノリティ。 • 自分の研究室はシミュレーション研究、衛星データ解析が多い。すなわち、研究の大半はパソコンと向き合うデスクワーク。 • 国立大学の研究室（講座）。 • 今年度の人数構成： D3-1人、D2-1人、 M2-4人 M1-5人 B4-2人先生は教授1准教1 非同期コミュニケーションの構造 2

おことわり • 今回のプレゼンは「非同期コミュニケーション」と「チャットツール」についてです。 • 「非同期コミュニケーション」とは以下のことを指します。 • テキストなどを通じて、コミュニケーションするもの同士が時間を同期することなくコミュニケーションを取ること • 例：メールでのやり取り、Slack等でのチャンネル、DMでのやり取り。
• 反例：雑談、ミーティング（オンラインも含む）、セミナー（コミュニケーションする者同士の時間が同期されている。） • 「チャットツール」とは以下のことを指します。 • 業務やコミュニティの運営などを円滑に進めるために使用する、テキストを用いてコミュニケーションを取るためのツール。Slack、Discordを想定（筆者が使用経験があるため）。 • メールとは異なり、組織として使用すること、チャンネルの機能が存在すること、などの特徴がある。 • 「組織」は以下を想定します。 • 20人前後の規模 • 割と「チーム」と呼ばれるものに近い非同期コミュニケーションの構造 3

このプレゼンテーションで伝えたいこと • 組織における「情報の流通」という概念 • 非同期コミュニケーションという概念 • 非同期コミュニケーションを「情報の流通」という概念から見ることで、組織における「情報の流通」を設計するとはどういうことなのかを体験してもらうみなさんの組織のコミュニケーションやシステムがこのスライドで劇的に改
善することはまずあり得ません。みなさんが組織におけるコミュニケーションやシステムを良くしようと考える時、考えるための道具として今回の話は役に立つかもしれません。非同期コミュニケーションの構造 4

Contents 1. 組織における情報共有 2. 情報の「流れの設計」 3. 非同期コミュニケーション 4. 非同期コミュニケーションを加味した情報設計/実装方向 5.
チャットツールを用いた、同期/非同期コミュニケーションの組織への具体的な実装 1. 非同期の実装例 2. 非同期を実際に実装する際の難しさ 6. まとめ非同期コミュニケーションの構造 5

1. 組織における情報共有非同期コミュニケーションの構造 6

具体例 • 研究室の雑談を通じて、わかりやすい教科書を教え合う。 • （アウトリーチなどの）イベントを計画している。ミーティングのためにメンバーを集めて話し合いをし、進捗を共有する。その共有した進捗をもとに方針を修正する。 • 自分の研究の状況を、研究室やチームにセミナーで報告する。セミナーで他のメンバーから意見をもらう。その意見を、自分の研究に反
映する。非同期コミュニケーションの構造 7

組織と情報のやりとり/共有 • 組織では、所属している人同士の情報のやりとりが存在している。 • 情報のやり取りは様々な形を取る • 雑談 • ミーティング
• メール • チャットツールのやりとり • ボディランゲージ人人人人人人人人情報のやりとり情報A 情報B 情報A 情報B 非同期コミュニケーションの構造 8

組織と情報の共有 • 情報のやりとりによって情報は共有される • 情報がやり取りされなければ情報は共有されない人人人
人情報のやりとり人人人人情報A 情報B 情報A 情報B 情報B 情報A 情報B 情報B 情報A 非同期コミュニケーションの構造 9

組織における情報共有と行動 • 組織/組織に所属する人々は共有された情報をもとにして行動を行う。 • 「情報をやりとりして共有する→共有された情報を下に行動する」という概念が組織とも言える。人人人
人人人人人情報のやりとり組織行動情報A 情報B 情報A 情報B 情報B 情報A 情報B 情報B 情報A 行動行動人の集合情報のやりとりをして情報を共有し行動する非同期コミュニケーションの構造 10

具体例 • 研究室の雑談を通じて、わかりやすい教科書を教え合う。 • （アウトリーチなどの）イベントを計画している。ミーティングのためにメンバーを集めて話し合いをし、進捗を共有する。その共有した進捗をもとに方針を修正する。 • 自分の研究の状況を、研究室やチームにセミナーで報告する。セミナーで他のメンバーから意見をもらう。その意見を、自分の研究に反
映する。非同期コミュニケーションの構造 11

具体例 • 研究室の雑談を通じて、わかりやすい教科書を教え合う。（教えてもらった教科書は学習や研究に反映される） • （アウトリーチなどの）イベントを計画している。ミーティングのためにメンバーを集めて話し合いをし、進捗を共有する。その共有した進捗をもとに方針を修正する。 • 自分の研究の状況を、研究室やチームにセミナーで報告する。セミナーで
他のメンバーから意見をもらう。その意見を、自分の研究に反映する。情報のやりとりをして情報を共有し行動する人人人人情報のやりとり組織行動情報A 情報B 情報B 情報A 情報B 情報B 情報A 行動行動非同期コミュニケーションの構造 12

2. 情報の「流れの設計」非同期コミュニケーションの構造 13

情報のやりとり • 組織として行動するためには、情報の共有が必要 • 情報を共有するには情報をやりとりするしかない。 • 情報のやりとりがなければ情報は共有されない。 • 組織の行動の質を上げるには情報のやりとりを設計することが必要非同期コミュニケーションの構造
14

情報のやりとりでの設計の例 • 一対一でのやりとりしか許されていないとする • 組織が2人の場合、（1人あたり）1回のやりとりで全ての情報が共有できる。 • 組織が4人の場合、（1人あたり）3回のやりとりが必要 • 週1回の30分の情報共有を想定すると、2人のときに比べて、
1週間で1時間負担が増えている（1人あたり！）。 • 人数が増えると回数や負担は上昇する • 一対一でのやりとりのみで、数人以上の組織が回ることは不可能→他の手段が一般に��討される。人人人人人人情報のやりとり情報のやりとり非同期コミュニケーションの構造 15

情報のやりとりでの設計の例 • ミーティングを行うこととする • 週に1回全員で集まって数時間程度のミーティングを行う。 • 悪くない選択肢ではある。 • 欠点：
• 時間の浪費がはげしくなりがちである。 • 自分にとって重要性が大きくない情報の議論に巻き込まれる。 • 全員のスケジュールを合わせることのハードル人人人人ミーティング非同期コミュニケーションの構造 16

情報のやりとりでの設計の例 • （アウトリーチなどの）イベントを計画している。ミーティングのためにメンバー全員を集めて話し合いをし、進捗を共有する。その共有した進捗をもとに方針を修正する。 →自分と関係のないタスクを行っている人たちの、細かい内容までミーティングで話し合う可能性がある。その間、自分のミーティングに出席している時間は比較的無駄に消費されてしまう。（君たちで完結す
る問題を全体ミーティングで話し合われても、私に言えることはないのですが…）人人人人ミーティング非同期コミュニケーションの構造 17

情報のやりとりでの設計の例 • 組織を構造化する • 班分けを行い、班内はミーティングや雑談で情報を共有 • 班の間での情報共有が難しい/遅延が生じる
人人人人人人人人人人人人人非同期コミュニケーションの構造 18

情報のやりとりでの設計の例 • 研究室の雑談を通じて、わかりやすい教科書を教え合う。（教えてもらった教科書は学習や研究に反映される） →雑談に参加できなかった人は教科書の情報を知ることができない人
人人人人人人人人人人人人非同期コミュニケーションの構造 19

情報のやりとりの理想像 • 欲しい情報にアクセスできる • もっというと、「欲しい情報が存在すること」を認識できる • 班分けされていると、他の班に欲しい情報があってもそれに気づくことは難しい • 欲しい情報にアクセスする効率が良い •
ミーティングのように、自分にとって重要な情報が来るまで席��座っている必要があると、時間の浪費が生じる解決策は？ →非同期コミュニケーションはその一つの解となる非同期コミュニケーションの構造 20

3. 非同期コミュニケーション非同期コミュニケーションの構造 21

非同期コミュニケーションとは？ • メール（特にCC）や、Slack等チャットツールのチャンネルをイメージ • 全員が好きなタイミングで見ることができる場所（=情報の溜まり場）で、情報のやり取りを行う • 多数のメンバーが好きなタイミングで欲しい情
報にアクセスすることが可能 • 流し読み/詳しく読むを使い分けることで、必要な情報にのみアクセスできる • （これは、UX上メールのCCでは難しい。チャットツールではメンション等を組み合わせて実現に近づけることができる。）人人人人情報のやりとり情報の溜まり場人人非同期コミュニケーションの構造 22

情報の流れの設計という観点からの非同期コミュニケーション • 一般的な情報のやりとりは、やりとりする同士が「同期」して（同じタイミングで）行わなければいけなかった。 • 非同期コミュニケーションは「情報の溜まり場」という概念を作る
• 同期せずとも、組織内での情報の流通を可能にする。人人人人情報のやりとり人人人情報のやりとり情報の溜まり場人非同期コミュニケーションの構造 23

非同期コミュニケーションの具体例 • （アウトリーチなどの）イベントを計画している。ミーティングのためにメンバー全員を集めて話し合いをし、進捗を共有する。その共有した進捗をもとに方針を修正する。 ➢Slackのチャンネル上に常に進捗を書く。リーダーはチャンネルを定期的に見ながら、人数を絞ったミーテングを開催する。また、メンバーは他の人の進捗を時間がある際に覗き見し、知見の交換などを行う。 →ミーティングで消費する時間を減らしながら、情
報のチーム全体への共有を可能にしている。人人人情報のやりとり情報の溜まり場人非同期コミュニケーションの構造 24

非同期コミュニケーションの具体例 • 研究室の雑談を通じて、わかりやすい教科書を教え合う。（教えてもらった教科書は学習や研究に反映される） ➢雑談で出てきた教科書をSlackにメモ書き程度に書く（Wikiに教科書をメモり、そのリンクを貼るのも良い）。 →全員がその情報にアクセスできる。 ➢Slack上のオープンなチャンネルで先輩におすすめの教科書を聞く。 →帰ってきた答えは、Slackに参加している全員がいつでも見ることが可能。
→ログが残るとも言えるので、時間が立ったあともう一回質問したいと思った時にも助かる。人人人情報のやりとり情報の溜まり場人非同期コミュニケーションの構造 25

非同期コミュニケーションの具体例 • 日報との違い • 報告だけでなく、議論も情報の溜まり場に集積される ➢教科書の例： ➢Slack上のオープンなチャンネルで先輩に教科書を聞く→おすすめの教科書情報が返ってくる→それを見た他の人が「これもおすすめですよ」という発言をする→ ➢上の一連の議論全てを、メンバーが見ることができる。
→メンバーの知識が、溜まり場上での会話を通じて溜まり場に集約され、全員がそれにアクセスすることができる。人人人情報のやりとり情報の溜まり場人非同期コミュニケーションの構造 26

非同期コミュニケーションの利点 ➢メンバーの知識が、溜まり場上での会話を通じて溜まり場に集約され、全員がそれにアクセスすることができる ➢このアクセスは、時間を問わない ➢空いてる時間に見ることができる ➢人の時間を専有しない ➢古いやり取りも見返すことが可能人人
人情報のやりとり情報の溜まり場人非同期コミュニケーションの構造 27

非同期コミュニケーションの欠点 • テキストベースのコミュニケーションとなる • Face to faceの方が情報量は多いですよね • そもそもテキストベースのコミュニケーションに慣れている人は本当に少ない（X とかTwitterやりすぎてる人とか…）
• レスのスピードの問題 • 即レスが帰ってこないため、仕事の進みに滞りが生じると感じる人はいる • 反応がないと意思決定ができない…みたいな事例はよくある。 • 一方で、即レスを強制するともはやそれは「テキストベースの同期コミュニケーション」になってしまい、非同期ではない。 • 好きな時に情報にアクセスできる、という非同期の良さがなくなってしまう。非同期コミュニケーションの構造 28

非同期コミュニケーションの欠点の解決法 • テキストベースのコミュニケーションとなる • レスのスピードの問題 ➢この2つを高い次元で解消し、非同期コミュニケーションをメインで組織を回すには、「テキストコミュニケーションを使いこなし、組織の情報流通に対して強い意識を持ってコミットできる人」のみで組織を構成する、という方法しかない…たぶん… ➢「GitLabに学ぶ
世界最先端のリモート組織のつくりかたドキュメントの活用」という本があるのですが、結局人材育成や採用の話ばっかりしていたので、まあそうなんだろうなという気持ち。 ➢それは無理だし、つらい。 ➢対面コミュニケーションとうまいこと両立させるのが、現実的な解でしょう。非同期コミュニケーションの構造 29

4. 非同期コミュニケーションを加味した情報設計/実装方向非同期コミュニケーションの構造 30

非同期コミュニケーションをどこまで取り入れるか • 組織のメンバーの好み、組織のタスク内容によって大きく左右される • ではどこまで取り入れるかという事を決定するプロセスは？ →組織がいつ、どこでどのような情報を必要としているかをなるべく把握する把握した構造をもとに、情報の流通経路を決定する非同期コミュニケーションの構造
31

研究室における情報設計 • （自分の研究室における）要請 • 研究は基本学生の個人単位で行われる • ただし、学生は先生からのアドバイスに加え、先輩や同期、後輩からのアドバイスもあると嬉しい。 • 他のメンバーの研究内容がなんとなくわかると、物事を教わりに行く相手がわかりやすい。 •
研究の議論は、対面で行ったほうがより深い議論になるという傾向もある。 • 自分の研究に役に立つ情報が、他のメンバーの研究の役に立つことは十二分にある。 • 量は多くないが、研究室全体で周知すべき事象は存在する • 研究室全体で意思決定をするタイミングは多くない ➢個人の研究情報がいい感じに溜まり場に漂うと嬉しい ➢研究お役立ち情報も全員がアクセスできる場所に漂っていてほしい。 ➢突っ込んだ議論は対面で行いたい→溜まり場にある情報が対面の議論のきっかけとなると良い ➢運営に関する情報は、確実に周知される必要があるが、議論や意思決定まで非同期で行う必要性は薄い非同期コミュニケーションの構造 32

研究室における情報設計（自分の研究室における） ➢個人の研究情報がいい感じに溜まり場に漂うと嬉しい ➢ 研究お役立ち情報も全員がアクセスできる場所に漂っていてほしい。 ➢突っ込んだ議論は対面で行いたい→溜まり場にある情報が対面の議論のきっかけとなると良い ➢運営に関する情報は、確実に周知される必要があるが、議論や意思決定まで非同期で行う必要性は薄い人人研究進捗議論
人研究進捗議論研究進捗議論人研究進捗議論研究の役に立つ情報、Tips 対面での議論、運営に関する意思決定情報の告知非同期同期研究進捗に関する情報の溜まり場非同期コミュニケーションの構造 33

研究室における情報設計 -実装方向- • 非同期側: チャットツールを使ってみる • 研究の進捗を適宜上げたり、他の人が突っ込めるチャンネルを個人ごとに作る • そのチャンネルには誰でも入れる
• いわゆる「分報」「timesチャンネル」など • 研究に役に立つ情報を共有するチャンネルを作る • 情報の告知をするチャンネルを作る • 同期側: • 研究に関する密な議論（対面やZoom） • 運営に関する話し合い（低頻度）人人研究進捗議論研究進捗議論研究の役に立つ情報、 Tips 情報の告知非同期コミュニケーションの構造 34

イベント運営における情報設計 • （アウトリーチイベント等における）要請 • いくつもの作業班（一つの班に1~4人）に別れている • お互いの作業班の間の接触タイミング＆接触の必要性が少ない • ただし、たまに接触の必要性が生じる。 •
接触の際は、互いの作業班のコンテクスト（文脈）を共有する必要がある。 • 作業班の進捗の確認は比較的頻度高くする必要がある。 • 進捗の確認自体にも��ンテクスト（文脈）共有の必要性がある。 • 組織全体での意思決定が重要なので。非同期コミュニケーションの構造 35

イベント運営における情報設計各作業班ごとの、対面での作業、うちあわせ班リーダーによるミーティング意思決定非同期同期人
進捗議論人人人進捗議論人人人進捗議論人人非同期コミュニケーションの構造 36

イベント運営における情報設計 -実装方向- 意思決定人進捗議論人人人進捗
議論人人 • 非同期側: チャットツールを使ってみる • 各班ごとの連絡、進捗報告チャンネル • 班以外の人も入れる • 全体での連絡チャンネル • 班リーダー同士の連絡 • 同期側: • 班内: 対面での作業&うちあわせ • 全体: 班リーダー同士によるミーティング、意思決定非同期コミュニケーションの構造 37

5. チャットツールを用いた、同期/非同期コミュニケーションの組織への具体的な実装非同期コミュニケーションの構造 38

5.1 非同期の実装例非同期コミュニケーションの構造 39

ここから先は、自分の所属する研究室における具体例です。非同期コミュニケーションの構造 40

研究室内での情報流通経路 • セミナー（メンバー持ち回りでの研究発表/週一/1人あたり年数回） • ミーティング（各メンバーの進捗報告/週一/1人あたり2週に1回） • 雑談 • Slack •
個人のdiscussionチャンネル • 情報シェアチャンネル • 連絡チャンネル • （ここからSlackが前提の話になります）非同期コミュニケーションの構造 41

研究室内での情報流通経路 • セミナー（メンバー持ち回りでの研究発表/週一/1人あたり年数回） • ミーティング（各メンバーの進捗報告/週一/1人あたり2週に1回） • 他に個別ミーティング • 雑談 •
Slack • 個人のdiscussionチャンネル • 情報シェアチャンネル • 連絡チャンネル同期非同期非同期コミュニケーションの構造 42

個人のdiscussionチャンネル • 研究室における分報、timesチャンネル、個人チャンネル • Discussionという名前にすることでアカデミアの人にも意図を伝わりやすく • 個人の研究進捗、困ったこと、見つけた教科書、論文のメモ、何でも書いてOK • 積極的に書くことを推奨（日に数回～数日に一回の人が多い） •
ミーティングやセミナー以外でメンバーの研究を知る機会を増やす • 半年に一回のセミナーでないとメンバーの研究を知る機会がないのは寂しすぎる • メンバー同士の会話の機会を増やす • 例：「昨日貼ってた論文面白そうだよね～」、「さっき投稿してた困ってたやつなんだけど～」 • スタンプなどで互いの進捗にリアクション→モチベーションにつなげる • 同じ空間に常にいなくても、メンバーのモチベーションに寄与する事が可能非同期コミュニケーションの構造 43

個人のdiscussionチャンネル • 研究室における分報、timesチャンネル、個人チャンネル • Discussionという名前にすることでアカデミアの人にも意図を伝わりやすく • 個人の研究進捗、困ったこと、見つけた教科書、論文のメモ、何でも書いてOK • 積極的に書くことを推奨 •
ミーティングやセミナー以外でメンバーの研究を知る機会を増やす • 半年に一回のセミナーでないとメンバーの研究を知る機会がないのは寂しすぎる • メンバー同士の会話の機会を増やす • 例：「昨日貼ってた論文面白そうだよね～」、「さっき投稿してた困ってたやつなんだけど～」 • スタンプなどで互いの進捗にリアクション→モチベーションにつなげる • 同じ空間に常にいなくても、メンバーのモチベーションに寄与する事が可能右図のように、研究に関する情報をお互いに「漂わせる」ことによって、活発な研究活動を目指す人人研究進捗議論研究進捗議論非同期コミュニケーションの構造 44

情報シェアチャンネル • 新着論文のお知らせチャンネル（bot） • プログラミング関係の情報やAI関係の情報（ネットで見つけた新ツールなど）の共有チャンネル • なるべくオープンな場に役に立つ情報を流すことを目指す • ドキュメンテ��ションに載せることも意識すべき
• →Scrapboxとの併用（Scrapboxについては去年の資料参照）非同期コミュニケーションの構造 45

5.2 非同期を実際に実装する際の難しさ非同期コミュニケーションの構造 46

非同期コミュニケーションを実装する時の難しさ • 個人のチャンネルに書き込み続けるだけで研究（や進捗）の仔細を共有できるわけではない • それはそう • 同期コミュニケーション（議論、ミーティング、セミナー）をメインに据えつつ、discussionチャンネルはそれらのきっかけにする。 • テキストで表現することの難しさ
• 研究の進捗、困ったこと、共有したい情報、そういったぼんやりとしたものをテキストで伝達するのはむずかしい • 概念の言語化というより、ふわっとしたものをふわっとしたまま言葉に載せる能力が必要 • 訓練や同期コミュニケーションでサポートする必要性 • 書き込むハードルの高さ • 非同期コミュニケーションの良さでもある、多くのメンバーからのアクセスが可能であるということ→いろいろな人が見られるということでもある • 間違ったこと書いたら恥ずかしい… といった感情 • 研究室内での発言や議論に関する心理的な安全性が必須 • 書いても反応がなかったら… という恐怖 • 繰り返すが、誰もがツイッター中毒ではない非同期コミュニケーションの構造 47

書き込むハードルが高い話 • 書き込むハードルの高さ • 非同期コミュニケーションの良さでもある、多くのメンバーからのアクセスが可能であるということ→いろいろな人が見られるということでもある • 間違ったこと書いたら恥ずかしい… といった感情 •
研究室内での発言や議論に関する心理的な安全性が必須 • 書いても反応がなかったら… という恐怖 • 繰り返すが、誰もがツイッター中毒ではない • これは本当に侮れない話 • 非同期コミュニケーションがうまくいくかどうかのかなりの割合をここが占める • これは、非同期コミュニケーションの欠点ではなく、非同期コミュニケーションを実装する際に生じるドデカ問題という枠組みだと思ってます。非同期コミュニケーションの構造 48

私が研究室にSlackを実装する際に気にしていた点 -通知- • 通知基準の決定 • 極めて重要。「要らない通知が行ったら迷惑かな？」という不安は普遍的 • 「反応すべき通知」「無視していい（機能でミュートを推奨する）通知」の基準を共有する
• 例えば、自分の研究室では「メンションは反応すべき通知」「メンションがない(or general チャンネルではない)ポストには反応の義務がない」ということを基準としています。 • 自分のチャンネルや情報シェアチャンネルに好き放題書ける空気を目指す非同期コミュニケーションの構造 49

私が研究室にSlackを実装する際に気にしていた点 -反応- • 他者のポストには余裕があり可能であれば、反応すると良い。 • 特に、新しく組織に入ってきた人のポストには優先的に反応する。 • 「ポストしたら誰か見てくれるんだ」という成功体験を積んでほしい。 •
スタンプや、対面であった際の「昨日のポスト見たよ～」といった反応がベストかなと（個人的には）思ってます。 • ネガティブな反応や「もっとこうやってポストすればいいよ」という反応はなるべく避ける。 • それは進捗などのポストを気兼ねなく行う習慣がついてからでよい。 • ポストしてくれたこと自体にありがとうのスタンス • 気軽に進捗がポストされる状況が如何に組織にプラスの影響をもたらすかは話してきた通り • 新しく組織に入ってきた人以外の進捗とかにも積極的にスタンプとかつけると、お互いのモチベにつながるケースは多いかなと思います • スタンプのバリエーションは、この辺に寄与しそう。非同期コミュニケーションの構造 50

私が研究室にSlackを実装する際に気にしていた点 –ポストするモチベーション- • これ見つけた～などの論文などのポストは、なるべく対面の議論などで拾うようにする。 • 深い議論のきっかけになる。 • 「ポストをしたことで研究が進んだ」という経験を積んでもらう。
• 次のポストのモチベーションに。非同期コミュニケーションの構造 51

私が研究室にSlackを実装する際に気にしていた点 –心理的安全性- • 「ポストした事自体が否定された」と思う経験を生み出さない • 特に、ポスト内容自体にネガティブな反応をする際にはフォローを行いたい。 • 「こんな感じの結果が出ました」みたいなポストに対して、「それは解釈間違ってそう？」みたいな反応をしたときは、「結果を共有してくれたことは嬉しい」ということをちゃんと伝えるようにする。（特に組織
の新人さんに） • ポストのハードルを下げる • ちゃんとした進捗じゃないとポストできない、と思われるとおしまい。 • 自分から積極的に「うまくいかなかった」類のポストをポストする • これ最近できてないので頑張ります…。 • 研究以外の進捗（事務作業などなど）もちゃんとポストして、進捗という概念の幅を確保する。 • 他の人の進捗見て締め切りおもいだすとかあるしね…. 非同期コミュニケーションの構造 52

私が研究室にSlackを実装する際に気にしていた点 –対面を否定せず、Slackの意義を強調し続ける- • 初見のツールはみんなだいたい辛い。 • 対面での信頼関係の確保が最優先。 • そのうえで、Slackをうまく使うとなにが嬉しいのかをわかりやすく言い続ける。 •
僕は研究室にSlackなじませるのに2年はかかったと思います。（先輩も先生もめちゃくちゃ協力的で本当にありがたかったです。） • 非同期がメインを占めるコミュニケーションは相当な信頼関係がないと、基本無理だと思っています。 • 対面をベースにして、議論のアーカイブを簡単にSlackに書き残す、あたりからじっくり頑張っていきましょう。非同期コミュニケーションの構造 53

6. まとめ非同期コミュニケーションの構造 54

まとめ • 組織において、情報のやり取りは最も重要な要素の一つであり、それはコミュニケーションによって達成される。 • 情報のやりとりは、コミュニケーション手法によって様々な形態を取る。この情報の流れ方を決定することが組織にとって重要。 • 非同期コミュニケーションを用いると、情報のたまり場を作ることができる。これにより、多くの情報が組織内の多くの人に渡る事が可能。
• 非同期コミュニケーションを実際に実装するために、チャットツールを用いる方法がある。特に、個人チャンネルは有効に機能する可能性がある。 • チャットツールや個人チャンネル、非同期コミュニケーションそのものにも難点がある。これを直接解決するのは難しく、同期コミュニケーションと合わせるのが良さそう。非同期コミュニケーションの構造 55

ご清聴ありがとうございました非同期コミュニケーションの構造 56

非同期コミュニケーションの構造 -チャットツールを用いた組織における情報の流れの設計について-

非同期コミュニケーションの構造 -チャットツールを用いた組織における情報の流れの設計について-

Skipjack

More Decks by Skipjack

Other Decks in Science

Featured

Transcript