TL;DR

1. 遅さは“人の欠点”ではなく“仕組みの信号”。まずは環境を再設計する。

2. 依頼5点セット＋既読SLA＋Pタグ＋RACI＋一次窓口で“返せない”を“返せる”に。

3. 共感＝理解を制度化。待つ力・代替案・可視化で、誰も取り残さない。

—

1. 序：レスが遅い人を責めない理由

「既読なのに返ってこない」「会議で合意したのに動きがない」。
私たちはつい“個人”に原因を帰属しがちです。けれど現場を丁寧に観察すると、遅延の多くは構造上の摩擦から生まれます。

目的・締切・範囲が曖昧

同じ案件が複数のチャネルに分散

長文・添付過多で認知負荷大

“誰が決めるか”不明

返しても叱責される不安（心理的安全性の欠如）

結論：遅さは“怠慢”ではなく設計の要件。個を責めるより、全体設計を変えた方が早くて優しい。

—

2. 現象学：なぜ遅くなるのか（5つの構造）

1. 優先順位の非共有
　“急ぎ”の定義が人により異なる。→ P1（本日）/P2（今週）/P3（来週以降）で統一。

2. チャネル過多
　メール・チャット・口頭で重複依頼。→ 一次窓口を案件ごとに一本化。

3. 入力負荷の過大
　長文・添付乱立で“読むだけで10分”。→ 冒頭100字要約＋箇条書き。

4. 責任境界の曖昧
　R/Aが不明のまま漂流。→ RACIライトで一行明記。

5. 心理的安全性の低下
　返答＝叱責の連想。→ 非難ゼロ言語＋一次応答SLAで小さく返せる場を作る。

—

3. 設計の中核：SLA・Pタグ・RACI・一次窓口

3-1. SLA（Service Level Agreement）

既読SLA：受信→「見ました／着手予定」を営業4時間以内

一次応答SLA：不足質問・暫定見解を翌営業日

完了SLA：依頼側が絶対時刻で提示（例：2025-10-13 15:00 JST）

例外規定：体調・当番・繁忙期を事前にルール化（配慮SLA）

3-2. Pタグ（優先度）

[P1:本日] / [P2:今週] / [P3:来週以降] を件名先頭に

P1のみ@here、P2は限定メンション、P3は週報へ吸収

3-3. RACI（役割）

R:実務 / A:承認（必ず1名） / C:相談 / I:共有

ボール所在を末尾に Now: 佐藤（質問回答待ち/10/13 12:00まで）

3-4. 一次窓口

案件ごとに1つの場（Slackスレ・Notion・Google Docs）

口頭合意も30秒メモで必ず投下（日時入り）

—

4. 依頼メッセージの「5点セット」テンプレ

> 目的／背景／依頼内容／締切（絶対時刻）／代替案（先出し・分割）

例：

【目的】10/15提案の確度を80％に上げる
【背景】v2でコスト根拠の指摘あり→内訳の透明化が必要
【依頼】原価3項目（人件/設備/間接）の数式とソース追記
【締切】2025/10/13 15:00 JST（P1）
【代替】人件のみ先出し→残り10/14 10:00
R:田中／A:鈴木　Now: 田中（質問歓迎）

ポイント

冒頭100字で「何を・なぜ・いつまで」を宣言

添付は一つのフォルダURLへ集約

差分レビュー（どこを見てほしいか）を明示

—

5. 待つ力を育てる：分割納品と代替案の設計

二段締切：①骨子先出し ②精緻化

機能分割：Aだけ先に、Bは翌朝

所要時間の宣言：「所要10分の差分レビューです」

**“返すための時間”**を尊重：良い返答は“熟成”が必要

> 「まだ？」ではなく「いつ・何を先に返せそう？」と聞くのがコツ。

—

6. 非難ゼロの運用言語：言い換え辞典

NG表現 言い換え（建設的）

まだ？ 進捗の更新タイミングを教えてもらえますか？
なんで遅いの？ どこで詰まっているか見つけるのを手伝わせてください。
至急！ P1（本日）でお願いしたいです。難しい場合は先出し範囲を一緒に決めたいです。
ちゃんとして R/AとNowの更新だけ先にお願いできますか？

感情→設計に翻訳すると、空気が柔らかく、仕事は速くなる。

—

7. 配慮SLA：認知・身体特性に開く仕事設計

中途重度障害者としての実務からの提案：

文字→音声OK：音声メモ・音声入力で一次応答のハードルを下げる

視覚過敏対応：高コントラスト・大きめフォント・短文

集中ブロック：午後の通知OFFなどチーム合意で守る

代理運用：Aが骨子、Rが整形でも可

“休むのが仕様”：通院や疼痛時の代理R手順を決める

> 配慮は“特別扱い”ではなく誰のための標準。

—

8. チャネル設計：窓口一本化と通知規律

一次窓口＝1つ（案件スレ／ページ）

通知規律：P1のみ全体通知、P2は限定、P3は週報

議事録はリンク：最新地点を常にURLで指し示す

口頭合意→30秒メモ：チャットに投下して“場”に置く

—

9. ケーススタディ3例

A：購買依頼（3日沈黙）

問題：チャネル散在、R/A不明

手当：案件スレ新設、資料URLひとまとめ、5点セット＋R:購買田中/A:経理鈴木

結果：既読SLA 2hで反応、一次応答SLA内で不足補完→期日内完了

B：技術レビュー（無限遅延）

問題：範囲が広すぎて着手困難

手当：差分指定（スライド2枚のみ）、所要10分宣言、質問3点に限定

結果：2営業日→当日対応へ短縮

C：メンタル低下（沈黙）

問題：叱責→防御→沈黙のループ

手当：心理安全フレーズ＋配慮SLA（音声一次応答OK・午前のみ通知）

結果：既読SLAが復活、週1の10分1on1で稼働安定

—

10. KPIとダッシュボード：楽にするために測る

週次KPI例

既読SLA遵守率（目安80→90％）

一次応答SLA遵守率（60→80％）

P1期限内完了率

ボール所在不明の総時間（h/週）

差分レビュー比率（丸投げ抑制度）

数値が悪い時は人ではなく設計に立ち戻る。KPIは“攻める武器”ではない。

—

11. リーダーの7日実装プレイブック

Day1：Pタグ・既読SLA・RACIの草案

Day2：15分でチーム合意（例外規定も同時に）

Day3：案件スレ／ページ作成、リンク集約

Day4：差分レビュー運用を宣言（丸投げ禁止）

Day5：朝10分スタンドアップ開始（Now更新）

Day6：テンプレ配布（5点セット／リマインド文）

Day7：KPI可視化→翌週のチューニングを合意

合言葉：完璧より継続。まず試す→7日で見直す。

—

12. アンチパターン集

「至急！」の乱用（至急インフレ）

Aが複数（誰も決めない）

複数窓口（メール＋チャットで重複依頼）

「確認お願いします」だけ（確認項目明示なし）

吊し上げ型エスカレーション（以降、情報が出なくなる）

—

13. FAQ（よくある質問）

Q1. 相手が既読すらつけない場合は？
A. まず既読SLAの合意を取りましょう。「既読＋着手予定だけ先に」でハードルを下げる。緊急P1のみ電話／上長CCなど例外手順をルール化。

Q2. 長文を読んでくれません。
A. 冒頭100字要約＋箇条書き＋所要時間宣言（例「読むのに2分」）。添付は一つのURLに集約し、“最新地点”を固定。

Q3. どうしても感情的になってしまう。
A. 言い換え辞典を手元に。怒り→改善案、不安→可視化、落胆→仕組み化。感情の矢印を人ではなく構造へ。

Q4. 配慮SLAは甘やかしでは？
A. いいえ。全員のパフォーマンスを平均的に底上げする設計です。ルール化で“特別扱い”の印象も薄れます。

Q5. KPIは監視っぽくなりませんか？
A. 用途を明言。「楽にするために測る」。悪化時は設計の見直しを最初に確認し、個人責任に飛ばない。

—

14. まとめ：“最後の2cm”は思いやりではなくデザイン

遅さは仕組みの信号

依頼5点セットが“返せない”を“返せる”に変える

既読SLA・Pタグ・RACI・一次窓口で摩擦を最小化

待つ力＝信頼。分割・代替・可視化で前進を生む

共感＝理解を制度化。誰も取り残さない運用へ

> 早さより、確かさ。怒りより、理解。個人より、設計。
今日の一通を変えれば、チームの明日が変わります。