ディープワーク

PdMの木村さん（34歳）。毎日ミーティング6件とSlack200件に追われて、重要な戦略策定やユーザー分析に手をつけられない。残業して雑務を片付ける悪循環。

ビフォー（典型的な1日）:

• 9:00-12:00：メール確認、Slack対応、定例ミーティング3つ
• 12:00-13:00：ランチ
• 13:00-17:00：臨時ミーティング、Slack対応、資料レビュー
• 17:00-20:00：残業で戦略資料を作成（疲れて質が低い）

アフター（ディープワーク導入後）:

• 9:00-12:00：ディープワーク（戦略策定、ユーザー分析、仕様書作成）通知オフ
• 12:00-13:00：ランチ + メール・Slack一括確認
• 13:00-15:00：ミーティング（定例を週5→3に集約）
• 15:00-16:00：メール・Slack対応、レビュー
• 16:00-17:30：ディープワーク（翌日の準備、学習）

結果:

• ディープワーク時間：週5時間→週20時間に増加
• 戦略資料の質が向上し、経営会議での評価がアップ
• 残業時間が週15時間→週3時間に激減
• 「午前中は集中時間」とチームに宣言し、チーム全体の生産性も向上

仕事の「量」は変わっていないが、「質の高い仕事に充てる時間の比率」を変えたことで、成果と生活の質が同時に改善した。

バックエンドエンジニアの佐藤さん（26歳・経験3年目）。日々のコードレビュー・Slack対応・障害対応に追われて、新しい技術を学ぶ時間が取れない。同期と比べて成長速度に焦りを感じている。

現状分析（1週間の時間記録）:

• ディープワーク（設計・実装・学習）：週8時間（全体の20%）
• シャローワーク（Slack・MTG・レビュー・雑務）：週32時間（全体の80%）

ディープワーク確保策:

• 午前9:00-12:00を「コーディング集中タイム」に設定（Slackステータスを「集中中」に変更）
• コードレビューを午後13:00-14:00にバッチ処理（即時対応を廃止）
• 毎朝出社前に30分、技術書を読む時間を追加（Rustの学習）

3ヶ月後の結果:

• ディープワーク：週8時間→週22時間（全体の55%）
• 新機能の開発速度が1.8倍に向上（週のPR数：3件→5.4件）
• Rustの基礎を習得し、社内で初のRustプロジェクトを提案・承認
• 「Slackをバッチ処理にしても誰も困らなかった」ことを発見

ディープワーク時間を2.75倍に増やしたことで、開発生産性が1.8倍に。技術力の伸び悩みの原因は「才能不足」ではなく「集中時間の不足」だった。

マーケティング部マネージャーの田中さん（38歳）。8名のチームが毎日会議とSlackに追われ、企画の質が低下。「忙しいのに成果が出ない」という声がチーム全体で上がっている。

チーム全体の問題:

• 1日平均ミーティング4.2件/人、Slack通知300件/人
• 企画書1本の作成に平均12日（過去は7日）
• チームの残業時間：月平均35時間/人

チーム導入策:

• 毎週火・木の午前を「チームフォーカスタイム」に設定（会議禁止、Slack最小限）
• 定例会議を週5→週2に集約（火曜と金曜の午後）
• 「すぐ返信不要」のSlackルールを導入（返信期限を4時間に設定）
• 各メンバーが週のディープワーク時間を記録し、週次で共有

3ヶ月後の結果:

• チーム平均ディープワーク時間：週6時間→週16時間
• 企画書作成期間：12日→7日に短縮（40%改善）
• チーム残業時間：月35時間→月12時間に激減
• メンバーのエンゲージメントスコアが15ポイント上昇

個人だけでなくチーム全体でディープワーク文化を作ったことで、組織レベルの生産性が劇的に改善。「忙しさ」と「成果」は比例しないことをチームが体感した。