SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

翔泳社の本(AD)

優秀なエンジニアほど「余白」を設計する 稼働率100%がチームを破滅させる理由

 忙しい。やることは多い。学ぶべきことも増え続ける。それなのに、思うように前へ進めている実感が持てない。そんな感覚を抱えながら働いている人は、少なくないのではないでしょうか。そういった感覚は、じわじわと私たちを消耗させ、日々の活力を奪っていきます。そこで重要となってくるのが、「セルフマネジメント(自己管理)」です。セルフマネジメントについて学びたい方におすすめする1冊は『エンジニアのための自己管理入門 堅牢でスケーラブルな働き方を構築する技術』です。その中から、「2-1 余白の価値」を抜粋してお届けします。

エンジニアのための自己管理入門 堅牢でスケーラブルな働き方を構築する技術
 

Amazon  SEshop  その他

 
エンジニアのための自己管理入門 堅牢でスケーラブルな働き方を構築する技術
 

著:小田中 育生
発売日:2026年06月24日(水)
定価:2,948円(本体2,680円+税10%)

本書について

エンジニアほど多くのストレスに晒される職種はありません。本書は、そんなエンジニアに向けて、「負担を軽減し、よりよく働くための自己管理術」を解説した書籍です。「モチベーション」「時間管理」といったテーマごとに、自己管理のための自分と向き合い方、課題・問題との付き合い方・解決法を紹介します。

余白のつくり方

 タイムマネジメントは、単に「限られた時間を効率よく使う」ための技術ではありません。本質は「余白」を意図的に生み出すためのスキルにあります。ここでの「余白」とは、カレンダーをただ空けることではありません。自分自身のリソース(予定、認知資源など)を100%使い切らず、変化や学習、検査と適応に振り向けられる予備の時間、そして認知の余力を意図的に残しておくことです。ここでは、タイムマネジメントを「余白をデザインする技術」と捉えます。

 渋滞が起きているときに必要なのは、気合いでアクセルを踏むことではありません(そんなことをしたら大事故になってしまいますね)。必要なのは道路の混雑を避け、迂回や停止ができるスペースを確保することです。エンジニアの仕事でも同じで、予定や割り込みで稼働率が上がりきるほど、重要な仕事は前に進みにくくなります。だからこそタイムマネジメントの核心は、作業を詰め込むことではなく、余白を設計して渋滞を解消する・回避することにあります。

直進し続けるか、立ち止まり方向を変えるか
直進し続けるか、立ち止まり方向を変えるか

 ここで紹介する余白には2種類あります。

  1. 時間の余白:予定の詰め込みを避け、予期せぬ割り込みや検討のための時間を残すこと
  2. 認知の余白:注意・ワーキングメモリの占有を減らし、考える余力を残すこと

 どちらも、変化に適応する力を支える土台となります。変化に適応する力は、現代の知識労働において競争力の源泉です。市場や技術の変化が年単位ではなく月単位・週単位、それどころか一日で状況が変わるような現在、立ち止まり方向を変える時間を確保できるかどうかが、成果の持続性を左右します

 効率化が声高に叫ばれる中で、仕事における「余白」は効率化を損ねるものとして「なくすべきもの」とみなされてきました。産業革命以降の労働観は「稼働率を最大化する」ということをよしとする傾向が強くありました。これは工場や製造業において顕著なものでしたが、その考え方は知識労働にもそのまま持ち込まれています。

 近年では行き過ぎた効率化を見直す向きもありますが、いざ少しでも余白が生まれると「いかんいかん、仕事で埋め尽くさなくては」というマインドセットの組織、そして個人はまだまだ存在しています。 そのため、タイムマネジメントは「なんとかやりくりして時間を捻出する」だけでは不十分です。余白は怠惰である、という誤解を解き、余白が生み出す価値に対しての深い理解からマインドセット、そして行動を変えていくことが大切です。たとえば、「会議と会議の間に10分のバッファを入れる」「週に60分、計画と優先順位を見直す枠を固定する」といった余白を確保することは、サボりではなく変化に追随するために必要なアクションです。

 では、あらためて、「余白」がもたらす価値とは何でしょうか。余白の価値には様々ありますが、ここではまず押さえたい、

  • 変化への適応
  • 創造性の獲得
  • 燃え尽きの回避

 の3つに絞って紹介します。

変化への適応

 余白は、方向転換するための余裕をもたらします。

 たとえば、3か月間の計画を詳細に立て、その期間は完全に計画通りに進めるケースと、一週間ごとに立ち止まり、計画を見直すケースを比較してみます。変化というものは、発生した瞬間からその影響を広げていきます。そのため、変化が起きたところからなるべく早い段階で検査し適応していきたいものです。しかし、検査の間隔が変化の頻度よりも大きいと、ずれた状態で作業が積み上がり、手戻りが大きくなるという課題があります。よって、外部環境の変化が頻繁に起きる状況では、一週間ごとに立ち止まり、計画を見直す場合のほうが圧倒的に変化へ追随しやすくなります。

 この違いは、リソース効率とフロー効率の対比にも表れます。

  • リソース効率:個々のリソース(人や機械)が常に100%稼働している状態を追求する考え方
  • フロー効率:仕事の流れ全体をスムーズにし、価値が顧客に届くまでの時間を最短にする考え方

 リソース効率は「全員が常に手を動かしている状態」へと最適化します。たくさんのことを同時に進めることになるため同時に進めるものごとの調整が必要になり、会議や定例などが生まれていきます。

 一方、フロー効率は「価値を届けるためのリードタイム」を重視しています。ひとつの仕事をこなしてから次の仕事に手をつけ、仕掛中の仕事であるWIP(Work In Progress)の数を減らしていきます。フロー効率で重要なのは「価値を届けるためのリードタイム」を短くすることであり、仕掛中の仕事を持ちうる限り持つことではありません。

 そして、価値を届けるリードタイムを短くするために仕掛中の仕事の数を絞る、というこの考え方は結果的に余白をもたらし、変化に対しての強さをもたらします。

WIPの観点でのリソース効率・フロー効率の対比
WIPの観点でのリソース効率・フロー効率の対比

 また、トヨタ生産方式のカンバンシステムやリーン開発の思想では、余白を持たせることが重要視されます。この考え方であれば、途中で仕様変更や優先順位の変更が入っても、迅速に切り替えることができます。トップスピードは100%稼働したほうが出せるかもしれませんが、変化が大きい環境ではこまめに方向転換できるほうがゴールにたどり着くまでの所要時間は短くなるでしょう。

 トム・デマルコは『Slack(邦訳:ゆとりの法則)』の中で、「余白は変化のための自由度であり、これがなければ組織は硬直化する」と述べています。変化のスピードが極めて速いソフトウェア開発のような環境では、この自由度こそが生命線です。

 また、方向転換のために立ち止まる余白をもつことは、自身の成長にもつながることです。筆者がこれまで関わってきたチームはたくさんありますが、そのほとんどのチームで、「一週間単位で小さく計画し、その結果を検査し適応する」ということをしています。そして一週間ごとに、「もっと自分たちがよくなるためにはどうしたらいいか?」を、その一週間にあったこと、起こったことなどをふりかえりながら考え、アクションしていきます。

 このように、毎週のように自分たちの行動をふりかえり、アクションしていくと、一年間でおよそ50回くらい変化・成長のチャンスがあることになります。

創造性の獲得

 方向転換できるということは、新しい可能性を試す余裕がある、ということでもあります。余白は「変化に追随していく」という守りのためだけではなく、「新しい価値を生み出す」という攻めのためにも欠かせないものなのです。

 創造性は、既存の知識や経験を新たに組み合わせることで生まれます。この「組み合わせ思考」には、情報を咀嚼し、関連づける時間が必要です。計画で埋まった状態では、このプロセスが機能しません。余白は脳が組み合わせ思考を行う余裕を与え、意外なひらめきを生み出す土壌になります。

 また、創造性を発揮するためには、普段から幅広い領域に対してアンテナを張っておき、様々な情報を自分の引き出しに入れておくことが必要です。

 Googleが実施していた「20%ルール」は、従業員が自分の関心に基づくプロジェクトに週の20%を使えるという仕組みでした。そこからGmailをはじめとした革新的なサービスが誕生したことは有名です。これは、余白が直接的に新しい価値を生み出す事例の好例です。

 筆者の現場では年末年始など、いつも以上に計画が立てづらい期間には思い切って計画を立てず、メンバー一人ひとりが普段やりたいけどできていないことにコミットする「自由研究」という期間を設けることがあります。その期間においては、自分だけの開発環境を速やかに立ち上げるツールを作ったり、新しいアルゴリズムの実装にチャレンジしたり、生成AIを活用して実験的なチャットボットを作ったりと様々な創造性の発揮が観測されます。

燃え尽きの回避

 予定をこなすだけで精一杯という状況は心身の疲弊を招きます。世界保健機関(WHO)は、バーンアウト(燃え尽き症候群)を「慢性的な職場ストレスが適切に管理されないことによって生じる症候群」と定義しています。燃え尽き症候群の傾向は以下のようなものです。

  • 消耗感(Exhaustion):エネルギーの枯渇、疲れ切った感覚
  • シニシズム(Cynicism):仕事に対する距離感や否定的な態度
  • 効力感の低下(Inefficacy):業務上の達成感や能力に対する自信の低下

 燃え尽きたい……。『あしたのジョー』の主人公である矢吹丈のように全力を出し、あとには真っ白な灰だけが残る、そういう生き方を望む人もいるでしょう。筆者の考えですが、そういった自ら燃やし尽くすことを選ぶ人がそうなることは決して否定はしません。命は燃やし尽くすためのもの、かもしれませんから。

 しかし、それを望まず、意図せずして燃え尽きてしまうことはできれば避けたいですね。では、なぜ人は燃え尽きてしまうのでしょうか。

  • 責任の重圧:成果へのプレッシャー、人材育成・評価・コンフリクト対応など、精神的負荷の大きさ
  • 孤独感:上司にも部下にも本音を話しにくく、相談相手がいない
  • 役割の曖昧さ:期待される役割が多様・矛盾しており、達成基準が不明確
  • 承認の欠如:自身が承認・評価される機会が少ない
  • 自己犠牲の常態化:長時間労働、チーム優先の思考が続き、自己ケアがあと回しになる

 こういった理由が、人々が燃え尽き灰のように真っ白になる状況を作ってしまいます。人が燃え尽きてしまう背景には様々な理由がありますが、適度な余白は「自己犠牲の常態化」を防ぎます。精神的・肉体的な余裕をもたらし、私たちを燃え尽きから遠ざけてくれます。

 燃え尽きについては書籍の第3章で詳しく触れていきますが、燃え尽きを防ぐ土台となるのが日常的な余白の確保です。

次のページ
リソースを使い切らない

この記事は参考になりましたか?

翔泳社の本連載記事一覧

もっと読む

この記事の著者

小田中 育生(オダナカ イクオ)

株式会社ナビタイムジャパンでVP of Engineeringを務め、2023年10月にエンジニアリングマネージャーとして株式会社カケハシにジョイン。2025年3月よりHead of Engineeringを務めている。薬局DXを支えるVertical SaaS「Musubi」をコアプロダクトに位置づけ、「しなやかな医療体験」を実現するべく新規事業のプロダクト開発にコミットしている。著書:『いちばんやさしいアジャイル開発の教本』(市谷聡啓、新井剛と共著)『ア...

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

CodeZine編集部(コードジンヘンシュウブ)

CodeZineは、株式会社翔泳社が運営するソフトウェア開発者向けのWebメディアです。「デベロッパーの成長と課題解決に貢献するメディア」をコンセプトに、現場で役立つ最新情報を日々お届けします。

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

【AD】本記事の内容は記事掲載開始時点のものです 企画・制作 株式会社翔泳社

この記事は参考になりましたか?

この記事をシェア

CodeZine(コードジン)
https://codezine.jp/article/detail/24455 2026/06/18 09:00

おすすめ

アクセスランキング

アクセスランキング

イベント

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング