2014年の10月から北海道札幌市に移住し、1年ちょっとが経過しました。基本的にリモートワークで日々の様々な業務をこなしているのですが、そこで気づいたリモートワークにおけるコミュニケーションについて振り返ってみたいと思います。リモートワークにおけるコミュニケーションリモートワークにおけるコミュニケーションは各社色々と工夫しているかと思います。大半はチャットツールを基本にしているのではないでしょうか。代表的なところだと以下の様なサービスでしょうか。ChatworkSlackSwiggleidobataIRCいずれも文字チャットをベースとしたコミュニケーションツールです。チャットは日常会話の延長ではない文字によるコミュニケーションはどんなツールに頼っても、実際にF2Fで会っている人たちとの日常会話に比べると情報量はかなり削られます。これはチャットにおける会話という情報はあくまで文字であり、文字で書かれた情報に本来付随している空気や暗黙のうちに共有されている前提の情報が省かれているため、情報の発信側と受信側では状況の認識がほぼ確実に異なります。この事は発信側・受信側も双方が理解する必要があります。何度も語られているかとは思いますが、以下の情報は意図的に文字に起こさなければ欠落する情報です。その言葉を発した暗黙的に共有されている前提(ちょっと前にお客さんから電話が来て少し揉めていた、など)会話の空気(緊急を要するほど相手が怒っているのか、それともある程度余裕が有るのか、など)指示語が指す対象(発信側は思考の延長から言葉を発している可能性があるため、これはチャットでのコミュニケーションに限らない。実際の会話でも不明なことは多い)色々と反論があるかと思いますが、これら3つはチャットでコミュニケーションを取るのであれば必ず入れる必要があります。なければ、正確に意図を読み取り、発信側の満足する回答を得られることは限りなく0に近いと思って良いでしょう。受信側も前提や指示語が曖昧な場合、確認を怠ると、勝手に前提・指示語の対象を想像し、全く見当違いの行動を行ってしまう可能性があります。Requestのコメントなどでもたまに見かけるのですが、文字のメッセージだけを見ると「これ、喧嘩売られてる?」や「なんかすごい勢いで人間性を否定されてる?」みたいなものも見かけます。発信側はそんな感情は露とも思ってない(と思う)ので、受け取り手の問題なのでしょうが、文字だけのコミュニケーションはかなり難しいと思いました。周囲にある発信者の感情などを勝手に想像することが出来てしまうのが怖いところですね。ないコミュニケーションの例2ケースほど悪い例を上げ、何が問題かを考えてみます。「あれ、アプリ側はどうすれば良いか考えておいてください。極端な例ですが、日常会話の延長という認識であるならば充分起こりうるケースです。最悪のサンプルの1つとして想定してみます。*1前提として「お客さんから機能の不足の指摘があり、直前に緊急の電話があった。納期が迫っているため、今のスケジュールで実装に含めることは可能なのかを緊急に知りたい」というものがあったとします。同じ現場にいる人間であれば、「緊急であること」「何を知りたいか」あたりは何となく推測することが出来ますが、リモートワークなどで遠隔地で作業をしている場合、これらは伝わりません。ゴールが全く明確でない指示。優先度が読み取れない。今日中?今週中?相手とF2Fで顔を合わせていたり、同じ居室であればもう少し読み取ることができますが、文字に落とした段階で補助的な情報はすべて削除されています。そのため、この場合は間違いなく発信側の意図した結果を受信側が提出することはできません。エンジニアは割り込みの作業を嫌います。そのため、前提なり理由なりをハッキリさせないと、曖昧な指示をしてもすぐに作業をしてくれることはないかもしれません。万が一期待通りの結果を出したとしたならば、それは単なる偶然であって、決して狙って出来るものではありません。この指示から意図通りの成果物を期待するのは間違いです。すればよいでしょうか。以下のように改善するだけでもコミュニケーション不足による認識違いは、大幅に減らすことができます。HH:mmにXXさんからBacklogに起票のあった◯◯の不足機能の件についてなのですが、スマホアプリ側はどのようにすれば実装できそうか、次のリリーススケジュールまでに間に合いそうか、を確認してもらえますか?一旦今の作業を中断して最優先で対応をお願いします。緊急のため今日中に回答お願いしたいです。」こちらであれば緊急度合いも分かりますし、理由、期間もハッキリしています。そのため、指示を受けたエンジニアは現在の作業を中断し、すぐに作業をしてくれるかもしれません。「冗長で面倒くさい」「なんでそんなことまで説明しなければならないのか」と思うかもしれませんが、これくらいの情報量が日常会話では「空気」で共有されています。現場にいない人間には知る由もありません。これは、お客さんとの会議の結果を参加していないメンバーに共有する場合も同様です。前提なぜそれが必要なのか優先度はどんな成果を期待しているか上記の観点の情報は含めた方がスムーズです。認識の違いが生まれ、リモートワークでの仕事はうまくいかなくなると思います。期待してるものと違う場合「自分が指示したのはこれじゃない。指示に対する正確な成果物が出てこない場合、これは指示側(発信側)の責任の方が重いと思っています。具体的に何がどう違うのかの説明がない。人間相手にコミュニケーションをとっていることを認識した方が良いです。そのため、どんなに期待したものと違っていたものが出てきたとしても、批判や非難から入ることを避けます。発信側は期待していたものと違うものが出てきた場合は、自身の説明不足だという認識を持つと良いかと思います。「作業ありがとうございます。内容を確認しましたが、一部認識が異なる部分がありました。こちらを修正してもらえませんか?◯ページのXXの部分は、メンバーの作業の内訳がわかるような資料にしてもらいたいです。」まずは、自分の指示に対して作業をしてくれたことに対して感謝を伝えたほうが良いです。「仕事なんだからやって当たり前だろ。使えば良いのではないか」という話があります。こちらはその通りです。こちらもすべてを解決する銀の弾丸ではないことを認識する必要があります。電話・音声通話は同期通信であることがメリットであり、デメリットでもあります。同期通信であるため、相手の作業に強制的に介入します。そのため、作業中のエンジニアなどはこの強制的に介入されるのをひどく嫌います。電話・音声通話の場合、一度相手が確実に反応するというのを覚えてしまうと、どんなものでも電話・音声通話で割り込みをしようとする人が多いのもまた事実です。そのため、電話などを利用する場合は以下の部分に気をつければ良いのではないでしょうか電話しなければならない要件をトリアージする(緊急にどうしても必要な時だけに絞る)電話すべき明確な理由を提示する上記がきちんと発信側で認識できていれば強力なコミュニケーションツールとなると思います。エンジニアが電話を嫌う理由は、しょうもない要件のために自分の作業が中断されることが多いことかと思います。まとめ地方からリモートワークをしてみて、色々とコミュニケーションについての気付きがあった一年でした。ここの記事で書いたようなことに注意して、現在のプロジェクトメンバーとはチャットベースでコミュニケーションをとりながら、プロジェクトを進行させていますが、コミュニケーションによる問題というのは減少したと思います。前提が抜けていれば、「前提を教えて下さい」と指摘が来ますし、「ありがとうございます」やエモーションアイコンを使い、感情を付随したうえで伝えるようにしていることも良い習慣になっているのではないでしょうか。リモートワークがここ最近非常に流行っていますが、リモートワークにすることで仕事の質が下がるのではなく、仕事の質が上がるような働き方として認知されれば良いなと思っています。そのためには、コミュニケーションの方法を今までの日常会話の延長から今一度見直す必要があるというのを知っていただければ不幸なケースが減っていくと期待して、自分の今年最後の記事とします。来年もまたよろしくお願いします。自分は家庭を持ったことはないですが。1,521,467札幌へ出向中。興味の向く方向が爆発四散。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。本が出ていたので読んでみたところよかったので紹介させていただきます。使いたいときの注意点を書きました。新井成一64最近Sphinxつかってドキュメントを書いてるのですがなかなかイケています。臼田佳祐295ワークフロー自動化OSSのn8nをAWS環境で建てて検証してみました。非常に期待できるサービスです。Fargateの勉強をしています。使ってみたい方は参考にしてください。洋介255SnowflakeがAWSの東京リージョン上で稼働するようになりました。データを日本に置けます。芳賀健232こんにちは!猫様の忠実なるしもべ、芳賀健です。Tokyoで開催されました。カフェ店長のオカノです。クラスメソッド株式会社が運営するAWS・iOS・HTML5に関する技術情報サイトです。