52分の集中した座位と17分の能動的な回復からなる69分の人間工学サイクル。コードレビュー、デバッグ、ドキュメント作成、ペアプログラミングなど、区切りのあるスプリントが合う仕事に最適化されています。
開発の仕事がすべて、深く途切れないフロー状態を必要とするわけではありません。コードレビュー、既知の不具合のデバッグ、ドキュメント作成、ペアプログラミングは、頭は使いますが、もともと区切りのある仕事です。プルリクエストを1件レビューする、コールスタックをたどってバグを追う、APIのエンドポイントを1つ文書化する、設計の判断を同僚と話し合う。どれも独立した分析の単位です。60分や90分の連続した没入は要りません。必要なのは、境目のはっきりした集中のスプリントです。
時間管理サービスのDeskTimeは、550万件の日次の活動ログを分析し、最も生産性の高い上位10%のユーザーが8時間続けて働いてはいないことを見いだしました。彼らは平均52分の集中ブロックで働き、そのあと約17分の意識的な休憩を取っていました。この52:17という比率は業種や職種を問わず一貫して現れ、生産的な仕事を続けるための人間の自然なリズムを示唆しています。
一方、決められた休憩と自分任せの休憩を比べた研究からは、実行率の大きな差が見えてきます。Biwerらによる2023年の研究（N=87）では、体系的に決められた休憩が、自分任せの休憩に比べて主観的な疲労をおよそ20%減らすことが分かりました。いつ休むかを自分で決める人は、疲労の信号を押し切って休憩が遅れがちで、休むころには認知能力がすでに大きく落ちていました。
69分というサイクルは、52分の作業ブロックと17分の能動的な回復を組み合わせたものです。52分という長さは、実際の行動データ — 最も生産性の高いナレッジワーカーが現実に何をしているかを、大規模に観察した結果 — から導かれています。DeskTimeの550万件の日次ログは、職場の生産性に関する行動研究として過去最大級のものであり、52分の作業ブロックはそこに揺るぎない一貫したパターンとして現れました。
「DeskTimeによる550万件の日次ログの分析では、最も生産性の高い上位10%のユーザーが約52分のブロックで働いていました。体系的な休憩は、自分任せの習慣に比べて疲労を約20%減らします。」— DeskTime (2014). 生産性の分析、550万件の日次ログ。Biwer, F. et al. (2023). N=87.
Dev Sprintの52分の座位ブロックは、DeskTimeの発見にそのまま合わせたもので、回復に移る前にひとまとまりの生産的なスプリントを確保します。この長さがあれば、コードレビューを1件やり切ることも、腰を据えたデバッグをこなすこともできます。一方、17分の能動的な回復が、体幹の筋疲労が積み重なって負荷が背骨に移る段階まで進むのを防ぎます。
17分の活動ブロックは、4種類の活動に配分されます。立位5分、歩行5分、ストレッチ4分、運動3分です。この配分は開発者の働き方に合わせて調整されています。立位5分あれば、立ったままSlackを確認したり、PRのコメントにさっと目を通したりできます。歩行5分が頭の中を整理し、Restaino（2015）が示した血管の回復をもたらします。ストレッチと運動のブロックは、コーディング特有の姿勢のくせ — 頭部前方位、巻き肩、短くなった股関節屈筋 — に働きかけます。
決められた休憩に関するBiwerの研究は、行動面の重要な視点を加えます。開発者はとりわけ「あと1つだけ直す」という罠にはまりやすく、生産的な時間をはるかに超えて作業を続けてしまいます。Dev Sprintの自動リマインダーは、休憩を裁量ではなく仕組みにすることで、この決断疲れをなくします。
52分の座位ブロックが、主要な生産の時間としてサイクルを開きます。この長さは、区切りのある開発の仕事にちょうどよいものです。中規模のプルリクエストのレビュー、既知の不具合に絞ったデバッグ、モジュールやAPIエンドポイントのドキュメント作成、ペアプログラミング。どれも無理なく収まります。長さが予測できることで、開発者はスプリントに収まるよう仕事の範囲を決めやすくなります。
直後に立位が来て、立ったままメッセージを確認したり、ビルドの結果を見たり、課題管理を眺めたりする5分が生まれます。この短い立位は認知面の切り替え地帯として働き、集中していた作業を閉じて、軽い処理のモードへ移るのを助けます。
5分の歩行が、代謝と認知の回復の中核です。開発者にとって、歩くことは有効な問題解決の手段でもあります。脳が集中した分析的な処理から、より連想的なデフォルトモードネットワークへ切り替わることで、短い散歩のあいだにデバッグの答えが浮かんできたという声は少なくありません。
ストレッチ（4分）と運動（3分）がサイクルを締めくくります。ストレッチでは、コーディングで崩れがちな部位 — 首の伸筋、大胸筋、股関節屈筋、手首と前腕の屈筋 — を狙ってください。運動ブロックは、次のスプリントが始まる前に脳への血流を高めるだけの心血管系の刺激をもたらします。
8時間の勤務日では、Dev Sprintはおよそ7サイクルを回し、立位35分、歩行35分、ストレッチ28分、運動21分をもたらします。合計119分（2.0時間）の活動時間が、364分（6.1時間）の集中した座位の作業と釣り合います。
Dev SprintはProのプロファイルです。システムトレイからCraneのパネルを開き、プロファイルのタブで「Dev Sprint」を選んでください。69分サイクルがすぐに始まり、最初の立位の通知は52分の時点で届きます。このプロファイルの利用にはCrane Proが必要です。
Dev Sprintがとりわけよく合うのは、コードレビュー、デバッグ、ドキュメント作成が詰まった日です。短い集中の連続で成果が出て、深いフローの長い没入までは必要ない仕事です。新機能を作る日や複雑な設計に取り組む日はディープフォーカス（90分サイクル）を、レビューや保守の日はDev Sprintを、と使い分けてください。
52分の座位が短すぎると感じる場合は、ディープフォーカス（座位60分、90分サイクル）をお試しください。69分というサイクルがカレンダーと噛み合わないように思えても、7サイクルは昼休みの余裕を含めて8時間の勤務日にきれいに収まります。