こんにちは。バナナデスクです。
「少し相談してもいいですか」とメッセージを送ると、相手から「どうぞ」と返るまで、本題が始まりません。相手が別の仕事をしているなら、その一往復に半日かかることもあります。
最初の一通に「何を決めたいか」「どの資料を見るか」「いつまでに何を返してほしいか」を入れる。相手が読んだ時に判断を始められるようにするのが、非同期コミュニケーションの基本です。
常に返信を遅くする方法でも、会話をすべて文章へ置き換える方法でもありません。用件に合うやり取りを選び、同じ時間に集まらなくても仕事が進む状態を作ります。
非同期と同期を、判断に必要な情報で選ぶ
非同期は、メールやタスクのコメントのように、送る人と読む人が同時に対応しなくてよいやり取りです。同期は、通話や会議など、その場で応答しながら進めるやり取りです。
GitLabのコミュニケーション方針は、非同期を出発点にしながら、同期が適する場面を認識し、口頭で決まったことを文書に残す運用を示しています。公開範囲や使用ツールまで、そのまま他の会社へ当てはめる必要はありません。
| 用件 | 最初の手段 | 理由 |
|---|---|---|
| 原稿の3箇所の修正依頼 | 文書へのコメントやタスク | 対象と完成条件を残せる |
| 見積もり二案の比較 | 比較表を送る | 相手が落ち着いて条件を読める |
| 同じ用語の理解が食い違っている | 短い通話を相談する | 互いの前提をその場で確認しやすい |
| 本番サービスの停止など、待つと影響が広がる | 事前に合意した緊急連絡手段 | 通常の返信待ちとは扱いが違う |
「緊急です」と書けば相手が勤務時間外でも応答する、という運用にはしません。何を緊急とし、誰へどの手段で連絡するかを、先に合意しておきます。
外注原稿の依頼を、一度で判断できる文面にする
次は架空の依頼です。曖昧な文面は「この記事、もう少し初心者向けにできますか。できれば早めにお願いします」でした。何を直し、何を返せばよいかが分かりません。
件名：サービス案内記事 v02／用語説明2箇所の修正相談
初めてサービスを検討する人向けの記事です。v02の「納品形式」と「修正範囲」の説明で、前提知識が必要な言葉が残っています。
お願いしたいのは、本文のコメント1・2へ、具体的な例をそれぞれ一つ足すことです。全体の構成変更や、新しいサービスの追加は不要です。対象原稿と提供条件メモは、案件フォルダの最新版を参照してください。
10月8日12時までに対応可否と提出予定を返信いただけますか。反映稿は10月9日15時までを希望しています。難しい場合は、対応できる時刻をご提案ください。
完了時はv03として保存し、変更した2箇所と未対応事項をこの依頼へ返信してください。
本文の提出期限だけでなく、対応可否を返す期限も分けています。これにより、提出日まで待ってから「まだ読まれていなかった」と気づく状態を減らせます。ただし、この時刻は例であり、すべての相手へ同じ返信速度を求めるものではありません。
受領・回答・納品を、別の状態として記録する
| 状態 | 返してもらう内容 | この例の予定 |
|---|---|---|
| 受領 | 依頼を読めたか。資料へアクセスできるか | 読んだ時点で不足があれば連絡 |
| 対応可否の回答 | 希望日で進められるか、代わりの日程が必要か | 10月8日12時 |
| 反映稿の提出 | v03、変更箇所、未対応事項 | 10月9日15時 |
| 依頼側の確認 | 完成条件との照合、追加確認の有無 | 10月9日17時を予定 |
チャットの既読表示は、内容への合意でも、作業着手の保証でもありません。明確な回答が必要な用件では、相手に返してほしい内容を本文へ書きます。
また、依頼の結論をDM、資料、メールへ別々に置くと、後で違う版を参照しやすくなります。案件ごとに決定記録を置く場所を決め、他の場所ではそこへの参照を残します。顧客情報を含む場合は、必要な人だけが見られる権限も確認してください。
文章で進まない時は、目的を絞って通話へ切り替える
修正案を二度見ても「初心者向け」の意味が食い違うなら、追加の長文を重ねる前に通話を相談します。「何度も往復したら必ず通話」という固定回数ではなく、同じ前提の確認に時間を使い続けているかで判断します。
「初心者」の前提がずれているようなので、15分だけ原稿を見ながら確認できればと思います。決めたいのは、読者が事前に知っていることと、説明を足す2箇所です。候補は10月8日14時または16時です。難しければ、用語Aを知っている前提かどうか、先にコメントで教えてください。
通話を依頼する文にも、決めたいことと資料を入れます。通話が難しい時に、何を文章で返せば進むかを残しておくと、日程調整だけで止まりません。
通話後は、参加していない人にも分かる決定メモを残す
通話後の記録例は次のとおりです。これも架空の運用例です。
10月8日14時の確認結果
読者はサービスを初めて申し込む人とし、「納品形式」という言葉の知識は前提にしない。説明2箇所へ、PDFと編集用原稿の違いを示す短い例を追加する。料金やサービス内容は変更しない。
制作担当：10月9日15時までにv03を提出。依頼担当：同日17時までに2箇所を確認する。対象原稿は案件フォルダのv02。新しい対象読者への変更が必要になった場合は、別の修正として範囲を相談する。
「電話で話したとおり」だけでは、後日読んだ人も、参加した本人も内容を復元できません。結論と担当・期限を残し、相違があればその記録を直します。
非同期で進めやすくする最初の改善は、道具を増やすことより、次の一通へ背景と返してほしい答えを入れることです。相手がそのメッセージを開いた時、過去の会話を探さずに一歩進めるかを読み返してみてください。