第2回社内勉強会

第1回チキチキIRC勉強会

情報共有とは

情報
- 議事録
- 知識
- アイデア
- 問題点
- 改善案
- and so on
共有
- これらを皆が知ること
  - チームが成長する
  - 各個人も成長する

共有大事！

何故メールだけではうまくいかないのか

典型的なメールの使い方
- 議事録をメールで投げる
- データをメールで投げる
- 意見をメールで求める
- FYIメール
メールを受け取っている人とそうでない人
- 閉鎖性
返信は来ない
- 儀礼的沈黙

何故メールだけではうまくいかないのか

閉鎖性

To,Ccに指定した人にしかメッセージが届かない
- 本来入っているべき人がうっかり抜ける
- 「あ、あの人も入れておかなきゃ」
  - To,Cc欄にその人を追加
  - 全スレッドをコピペ
    - 1通だけを全文引用するのはダメ
      
      スレッド分割されている可能性が非常に高い
  - 全文引用
    - 読む気が失せる
Bccに追加した人には、他からの返信は届かない

何故メールだけではうまくいかないのか

閉鎖性

メーリングリストで閉鎖性を軽減させる

実際には逆に「閉鎖性」を高めてしまう
- メーリングリストに入ってない人は仲間はずれ
- メーリングリストに入っていることの特権性が増幅される

結果として派閥を生み出す

何故メールだけではうまくいかないのか

儀礼的沈黙

メール受信者が10名を超える辺りに発生する

自分に関係ない話を読まされてウザイ
1. 「なるべく無駄なメールを送らないようにしよう」
2. 必要最小限のことしか言わなくなる
3. 言わない事に慣れる
4. 意見を求めるメールにも返事しなくなる
人数が増えて関心の領域がずれてくる
- FYIメールもウザイ
- 引用：FYIメールがうまく機能するのは普段から緊密に仕事をしている４?５名が上限

何故メールだけではうまくいかないのか

儀礼的沈黙

以上のことにより
- 単なる業務連絡
- 細やかなニュアンスが伝わらない無味乾燥なメール
- ROM(Read Only Member)だらけになってしまってまともに機能していないメーリングリスト
- そもそもメールを読むことすらしなくなる
- 「あいつらには知られたくない」という悪意からではなく「押しつけがましくならないように」という遠慮から生まれる問題
- メールに限ったことではなく**会議でも同様**
  - 「硬直化・官僚化」
    - 意見を言い難い
      - 長引かせるのは悪いなあ
    - 他の作業ができない
  - 「ことなかれ主義」
    - 結局何も決まらないまま終わる

何故IPMessengerだけではうまくいかないのか

誰に送るか選べる（閉鎖性）
誰に返信したら良いか分からない
- 結局送信者のみに返信してしまう人がいる
- 全員が互いの情報を見ることができない
ネットワークセグメントを越える人に送信できない（共有できない）
「儀礼的沈黙」は無いかもしれないけど「閉鎖性」はある
話の全体が見えない（共有できない）

ツールは使い分ける

主種様々なツール → それぞれに違う目的があるから存在

コミュニケーションにおいて『情報量』と『緊急性・重要度』は両立しない
- ほとんどのメールに【緊急】
- ほとんどのRTに【High】
  - ┐(´д｀)┌ ｳﾝｻﾞﾘ
  - 狼少年メソッド？

ツールは使い分ける

メール
- 重要度が高いものに適している
  - 情報量は少なくなければならない
  - 最小限の情報を簡潔に伝える必要がある
  - 読んでも読まなくても良いものはメールで送らない
  - 皆が「メールは読んでも読まなくても良いもの」ではなく「メールは必ず読まなくてはいけないもの」と意識できれば、メールのメリットを生かした情報共有がうまくいくようになる
- 内容が大きなものを全員に送信するのに適している
  - プレスリリース文章案をメールで送る
  - 添付ファイル付きのメールを送る

ツールは使い分ける

IPMessenger
- 緊急度が高いものに適している
- 開封確認を使って、読んだかどうかを確認することができる
- 複数人向けの会話やFYIには向いていない
  - レスポンスが他の人に見えにくい

ツールは使い分ける

ブログ
- 緊急度は低い
- 情報量は多い
結構良いかも？
- 会社全体のITリテラシーが高くないと、社内ブログは誰も見ないし、誰も書かない（＞＜）

ツールは使い分ける

社内ブログと同じような目的を果たすものを、もっと手軽にやりたい！

そこでIRC！

メールやIPMessengerの不足を補うため
- 決して既存ツールを完全に置き換えるわけではない
「会議室」ではなく「タバコ部屋」のイメージ（ブログも会議室ではない）

もう一度言います。

全てをIRCで済ませるわけではありません（目的・用途が全然違う！）

IRCとは

Internet Relay Chat（インターネット・リレー・チャット）
IRCサーバ群はツリー構造のネットワークを形成
メッセージがサーバ間でリレーされるため、どのサーバと接続していてもチャットができる
プライベートなサーバツリーを構成することも可能（今回これをやった）

詳しくはインターネット・リレー・チャット - Wikipedia

社内IRC
- 社内専用のIRC
- 外に漏れないから安心
  - セキュリティ的に安心
  - 自由に気楽に発言できる

IRC(LimeChat)の使い方

面倒なので実演します。

使う時の基本ルール

会議よりも緩いブレスト

よりも更に緩いものだと考えてください。

常に雑談の雰囲気！

使う時の基本ルール

閲覧時

興味の無い話は無視する
- 気になってしょうがない人、スルー力を身に付ける
無理に返事をしない
- 会話の途中でも
  - 話がずれて興味が無くなった
  - 面倒になった
  - 忙しくなった
  - 休憩したい
  になったら無理に返事をしない
- 無視された方もこれを気にしない

使う時の基本ルール

発言時

接頭辞とか基本的にいらない
- ×「すみません。…」
- ×「お忙しいところ、失礼します。…」
口語的な発言が望ましい。仕事に関する雑談と考えて。
- 冗談・ジョーク・風刺は大歓迎。
- ただし寒いギャグは受け付けません（＞＜）
  - 冗談です。でも一応雑談用のチャンネルを用意してありますので、雑談はそちらで。

使う時の基本ルール

発言時

言いっ放しが効果的

例えば運営の人はこんな発言
- 「サポートメールに○○っていう文句が来た」
  - 誰かが上手い方法を思い付くかもしれない
- 「ユーザ○○はクレーマー。うぜー」
- 「今から○○会議。めんどくせー（冗談）」

使う時の基本ルール

発言時

言いっ放しが効果的

例えば開発の人はこんな発言
- 「携帯絵文字調べてる」
- 「java.lang.reflect調べてる」
- 「○○の使い方が分からん」
  - 参考リンクが来るかもしれない
- 「バグった」
- 「ぬるぽ」

使う時の基本ルール

発言時

返事を期待してはいけない

×「○○という案が出ています。ご意見ください。」
○「○○っていう案が出てるんだよねー。」

引用:

（Ｑ）コメント回答を期待する質問、
      または疑問をアップしてよいものか？
（Ａ）まだ無理です。メールを併用してください。
      そのうちアテンションが集まってきたら、
      可能になるかも知れません。ていうか、なるといいね。

使う時の基本ルール

発言時

名指しするときは「○○ですか？ > hyoshida」と書く
- IRCの中では基本的に上下関係をなくしたい
情報を流す方は謙（へりくだ）らない
古い情報でもお構いなく

今後考える必要がある暫定ルール

本当に議論に収集が付かなさそうだったときのみ、新しいチャンネルを追加
- 必ず追加したチャンネル名を知らせること
- デフォルトでは自動でログを取れないので、ログを残しておきたければ言ってください。
「運営用のチャンネル」とか「開発用のチャンネル」とかは作るつもりはありませんし、作らないでください。
再起動メッセージ
- ちょっと微妙なところだけど、従来通りIPMessengerで送る方が良いかも知れない
意見を求めるとき
- 例えばIPMessengerで議題を流しておいて、IRCでざっくばらんに話をして、まとめたものをメーリングリストに流す、とか。

デメリット

ログがフラットなので、まとめる必要がある
見てもらえない可能性がある
- そういうものと考える（雑談なの！）
- IRCがそういうものだと皆が思えば、逆にメールは絶対に見てもらえることが期待できる

終わりに

社外の方からこんな評価
- 導入検討中
- いいなぁ。
- 社内IRC入れてぇ。てか、広めてぇぇ。
IRCはとても便利
- 最初は使い方が難しいかもしれませんが、
  
  風通しが良くなった・何かが変わったと感じる日が来ます。

ご清聴ありがとうございました。