3.6 効率性とフロー:深い仕事と中断

概要と動機

効率性とフロー、SPACE(トピック3.1)の最後の次元は、摩擦の不在と、中断されない集中した仕事を持続する能力を測定します。この次元は、第2部の提供フロー指標(トピック2.5のフロー効率は仕事がチームシステムを通じてどう動くかを測定します)と、より個人的な何か、つまり深く集中したエンジニアリングの仕事の個人的な認知体験と、その体験がどれだけの頻度で中断によって断片化されるかとの境界に位置します。ソフトウェアエンジニアリングは、ほとんどの知識労働以上に、一度に大量の文脈を作業記憶の中に保持することに依存しており、これがそれを異常に中断のコストに弱くします。

このコストについての研究は一貫しており、冷静にさせるものです。深く複雑な仕事への中断の後に再び集中するのは秒単位ではかかりません。中断が起きる前にエンジニアが保持していた作業記憶を完全に再構築するのに、日常的に何分もかかり、時には30分近くに達します。会議、通知、文脈の切り替えによって一日が15分のブロックに断片化されるエンジニアは、十分な活動(トピック3.4)を示すことができる一方で、保護された中断されない2時間を持つ同じエンジニアよりも、本物に難しい仕事をはるかに少なくしか成し遂げません。この次元は特に、その見えないコストを可視化するために存在します。

大規模なチームにとって、中断のコストは構造的に積み重なります。より多くの会議、より多くのチームを横断した調整のオーバーヘッド、より多くのSlackチャンネルと通知、より多くのプロセスのチェックポイント、これらはすべて個別には合理的に見えますが、一緒になると一日をひどく断片化します。より重いガバナンスと調整の必要性を持つ企業や政府の組織は、特にこの断片化に陥りやすく、この次元は、「集中時間」を誰も実際には守らない漠然とした文化的願望として扱うのではなく、それを測定し守るための具体的な方法を経営陣に与えます。

重要な原則

文脈の切り替えには、単に感じられるだけでなく、本物の測定可能なコストがある。 中断後の再集中には、日常的に秒単位ではなく何分もかかります。
会議の負荷と中断の頻度は、単なる逸話ではなく測定可能である。 カレンダーとツールのデータはどちらも直接表面化させることができます。
保護された中断されない時間は、既定で生き残るものではなく、意図的に守られなければならない希少な資源である。 組織が成長するにつれてです。
この次元は、しばしば活動とパフォーマンスの間の隙間(トピック3.3とトピック3.4)を説明します。 低いパフォーマンスを伴う高い活動は、時に断片化された中断の多い日々にたどれます。
集中の必要性における個人差は本物であり、この次元は、全員に硬直的で同一のスケジュールを強制するのではなく、チームの規範に情報を与えるべきです。

推奨事項

会議の負荷と断片化をカレンダーデータから直接測定する

カレンダーデータを使って、エンジニアの典型的な週に利用可能な2時間以上の中断されないブロックの数と長さを計算してください。集中時間やメイカータイムと呼ばれることもあるこの単一の数字は、この次元の直接的で計装可能な代理であり、会議が考慮されると、名目上フルタイムのエンジニアが典型的な週にそのようなブロックをほとんど利用できないことがよく見つかります。この発見は通常、エンジニア自身よりも経営陣を驚かせます。

利用可能な場所でツールのデータから中断の頻度を追跡する

通知の量、勤務時間中の受信メッセージの頻度、そしてタスク間の文脈切り替えの率は、すべて既存のコラボレーションツールから近似できます。活動データ(トピック3.4)と同じ原則に従って、このデータをチームレベルで集計された形で使ってください。決して個人の監視の仕組みとしてではなく、常に、組織の調整のオーバーヘッドが本物の集中を守るものを超えて成長していないかについてのチームレベルの信号としてです。

明示的な集中時間のブロックをチームや組織の規範として守る

この次元が指し示す最も効果的な介入は、シンプルで低コストです。特定の保護された時間のブロック、一般的には特定の曜日の午前か午後を指定し、その間は既定で会議が予定されないようにすることです。これは、会議がしばしばチームの境界を越えて予定されるため、単一のチームの統制を超えた組織的な賛同を必要としますが、一貫して実装されると、本書全体の中で最も見返りが高く最もコストの低い介入の一つです。

フローのデータを活動とパフォーマンスの隙間と相関させる

あるチームが高い活動(トピック3.4)を示しながら横ばいあるいは低下するパフォーマンス(トピック3.3)を示しているとき、その隙間が個人やチームの能力の問題を反映していると想定する前に、フローと中断のデータを確認してください。ひどく断片化されたスケジュールは、まさにこのパターンを生み出すことがあります。豊かな目に見える動きがありながら、本物に難しい仕事がほとんど完了していないというものです。なぜなら、難しい仕事は特に、断片化が破壊する持続的な集中を必要とするからです。

単一の硬直的なスケジュールを課すのではなく個人差を尊重する

すべてのエンジニアが同一の集中時間のパターンを必要とするわけでも、それで最もうまく働くわけでもありません。一部の人は本物に短いバーストで最も良く考え、他の人は長く中断されない期間を必要とします。この次元のデータを使って、誰にも均一な必要性を想定する単一の強制されたスケジュールではなく、オプトアウト可能であって義務ではない保護されたブロックといった、チームレベルの規範と既定値に情報を与えてください。

トレードオフ:長所と短所

アプローチ	長所	短所
集中時間の保護なし	会議のスケジューリングの柔軟性が最大	断片化された日々は本物に難しい仕事のための容量を減らす
チームレベルの保護された集中のブロック	コストが低く見返りが高く、深い仕事を直接守る	単一のチームを超えた調整の賛同が必要
組織全体の会議なし期間	最も強い保護、最も崩れにくい	広範な組織的コミットメントが必要で、より多くの調整を必要とする役割には硬直的に感じられることがある
個人のオプトインの集中スケジューリング	仕事のスタイルにおける個人差を尊重する	より弱い既定の保護。スケジューリングのプレッシャーのもとで容易に崩れる

中心にある緊張関係は調整の必要性と集中の保護です。大規模な組織は機能するために本物に会議とチームを横断した調整を必要とし、その必要性は、深いエンジニアリングの仕事が必要とする中断されない時間に直接対抗します。この緊張を解消するには、調整を排除するのではなく、集中時間を、すべての会議の依頼が収容された後にたまたま残った時間ではなく、明示的で保護された既定にし、集中の保護を残余ではなく意図的に守るべき資源として扱ってください。

チームで話し合うべき問い

実際のカレンダーデータから測定して、私たちのチームの典型的なエンジニアは、週に実際にいくつの中断されない2時間のブロックを持っているでしょうか。ほとんどのチームはこれを直接確認したことがなく、測定されると、その答えは通常、印象だけから誰もが推測したであろうものよりも低いものです。
私たちは、フローのデータが説明できるかもしれない活動とパフォーマンスの間の隙間を見たことがあるでしょうか。 あるチームが忙しそうに見えながら本物に難しい仕事において過少に届けている期間を見て、会議の負荷や断片化がその隙間を説明できるかを確認してください。
私たちのチームのために保護された会議なしの集中ブロックを確立するには何が必要で、今日何がそれを妨げているでしょうか。 チームを横断したスケジューリングの習慣、常時対応可能であるべきという経営陣の期待のような、具体的な障害を名指しし、それが感じられるほど実際に固定されたものかどうかを話し合ってください。
私たちは集中の必要性における個人差を尊重しているでしょうか。それとも私たちの現在のスケジュールは誰もが同じように働くと想定しているでしょうか。一律のパターンを想定するのではなく、チームメンバーに実際にどう集中した仕事を構造化することを好むかを直接尋ねてください。
私たちの会議の負荷は過去1年でどう変わり、この議論の前に誰かその傾向に気づいていたでしょうか。 断片化はしばしばゆっくりと忍び込みます。一度に一つの合理的に見える定例会議であり、めったに一つの意図的な決定の結果ではありません。
もし私たちが週に二つの完全な午後を組織全体で深い仕事のために保護したら、私たちは何にノーと言わなければならず、それは価値があるでしょうか。この具体的なトレードオフの問いは、調整対集中の緊張を抽象的な願望のままにしておくのではなく、公然とさせます。

業種別の視点

スタートアップ。 会議の負荷は小さなチームであれば通常自然に低く、危険なのは代わりに、特に予定された会議によってではなく、多くの役割を同時に担うことによって駆動される文脈の切り替えです。小さな規模であっても意図的に集中時間を守ってください。なぜなら、この習慣は後で取り戻すよりも早く確立する方が簡単だからです。

中小企業。 正午前には社内会議を入れない、といったシンプルで非公式な規範は、カレンダー分析のツールを必要とせずに、この次元の利益のほとんどを捉えることができます。この規模では、測定よりも規律の方が重要です。

企業。 会議の負荷とチームを横断した調整のオーバーヘッドは、ここで悪く規模拡大し、断片化はしばしば、誰も集計で見たことのない多くの個別には合理的な定例会議を通じて忍び込みます。組織全体でカレンダーデータを使って集中時間の利用可能性を直接測定し、保護された集中のブロックを、チームを横断したスケジューリングの習慣によって上書きされるチームごとのオプションとしてではなく、組織全体の方針として扱ってください。

政府。 公共部門の組織に共通する重いガバナンスと調整の要件は、より多くのプロセスとより多くのレビュー会議への自然な引力が強いため、この次元を特に意図的に守ることを重要にします。会議の削減を、本物のエンジニアリング容量を守ることとしてではなく監督の削減として見るかもしれない利害関係者に主張するとき、集中時間の保護を明示的に生産性への投資として枠組みづけてください。

事例

企業。 あるフィンテック企業のエンジニアリング指導層は、コミットの活動と、チームが本物に複雑な機能を予定どおりに出荷する能力の間に持続的な隙間があることに気づきました。カレンダー分析は、中央値のエンジニアが週に利用可能な中断されない2時間のブロックが3時間未満であり、繰り返されるステータス会議の予定全体に断片化されており、その多くが2年にわたって段階的に追加され、その総会議負荷をそれだけ追加するという単一の決定は一度もなかったことを発見しました。この会社は、週に二つの必須の組織全体の会議なしの午後を導入し、6か月後の追跡調査と提供指標のレビューは、満足度スコアの改善と、特に複雑で複数日にわたる機能についてのサイクルタイム(トピック2.6)の測定可能な削減の両方を示しました。

政府。 重いガバナンス要件のもとで運営されているある連邦機関のエンジニアリングチームは、何人かのエンジニアが退職面談で懸念を提起した後に実施されたカレンダー監査に基づいて、エンジニアが勤務時間のほぼ40%をステータスとコンプライアンスレビューの会議に費やしていたことを発見しました。本物の監督の目的に役立っていたガバナンス要件を排除するのではなく、このチームは重複するステータス会議を単一の週次レビューに統合し、日常的なコンプライアンスチェックをライブ会議から非同期の文書レビューへと移し、根底にある監督機能を保ちながら会議の負荷をほぼ半分に削減し、その後の調査データは報告された集中時間における意味のある改善を示しました。

ビジネスケース:動機、ROI、総所有コスト

集中時間を保護することからの見返りは、そのコストに不釣り合いです。上記のフィンテックの例は、スケジューリングの規律以上の何も費用がかからない変更、週に二つの会議なしの午後から、測定可能な提供の改善を示しています。深く複雑な仕事は特に持続的で中断されない注意に依存するため、本物の集中時間の利用可能性のわずかな増加でさえ、組織の最も難しく最も高価値な仕事のための容量において、桁外れの改善を生み出すことができます。

総所有コストはツールへの投資ではなくほとんど組織的な規律です。カレンダーデータは通常すでに利用可能であり、介入そのもの、特定のブロックを保護することは、その間に会議を予定することへのノーという意志を超えて、実装に何も費用がかかりません。主な継続的なコストは、新しい調整の必要性が避けられず生じるにつれて、保護された時間を段階的な侵食から守ることです。

アンチパターンと落とし穴

断片化された日々を規模の避けられないコストとして扱う。 それは徐々に積み重なり、めったに一つの意図的な決定の結果ではないため、対処されないままにしておきやすいものです。
フローのデータを確認せずに高い活動を高いパフォーマンスと混同する。 断片化されたスケジュールは、まさにこの誤解を招くパターンを生み出すことがあります。
全員に単一の硬直的な集中時間のスケジュールを課す。 人々が最もうまく働く方法における本物の個人差を無視します。
中断や通知のデータを個人の監視として使う。 活動データについてトピック3.4が警告するのとまさに同じ誤用のリスクを繰り返します。
保護された集中時間が例外を通じて徐々に崩れるに任せる。 WIP制限についてトピック2.5が警告するのと同じ侵食のリスクが、集中時間の保護に適用されたものです。
その累積的な会議負荷のコストを一度も測定することなくガバナンスや調整の要件を追加する。 断片化は一度に一つの合理的に見える追加によって忍び込みます。

成熟度モデル

レベル1、開始: 集中時間と中断のコストは測定も保護もされておらず、誰もその累積的な効果を追跡しないまま会議の負荷が増大します。
レベル2、発展: 断片化についての非公式な認識はいくらか存在しますが、カレンダーデータは分析されておらず、正式に確立された保護時間もありません。
レベル3、標準化: 集中時間の利用可能性がカレンダーデータから測定されており、保護された会議なしのブロックがチームや組織の規範として確立されています。
レベル4、管理: フローのデータが活動とパフォーマンスの隙間と能動的に相関づけられ、断片化に駆動された業績不振を診断し、保護された時間は侵食について監視されています。
レベル5、最適化: 組織は集中時間の保護を第一級の生産性への投資として扱い、それにたどれる具体的な提供と満足度の改善を指し示すことができ、そうでなければそれを侵食するであろう段階的で増分的なプレッシャーに対して積極的にそれを守っています。

議論のためのアイデア

先週、私たちそれぞれは本物に中断されない何時間を持っていたでしょうか。
誰も意図的にそう決めることなく、私たちの会議の負荷は徐々に増大したでしょうか。
最近の活動とパフォーマンスの隙間は、実際にはどこでフローの問題だったでしょうか。
断片化を減らすよう求められたら、私たちが最初に削減する単一の定例会議は何でしょうか。
週に二つの保護された会議なしの午後を確立することは、実際にどれだけ私たちにコストがかかるでしょうか。

主な要点

効率性とフローは摩擦の不在と、ソフトウェアエンジニアリングが異常に重く依存する中断されない集中した仕事を持続する能力を測定します。
文脈の切り替えには本物の測定可能なコストがあります。 しばしば再集中に秒単位ではなく何分もかかります。
カレンダーデータから直接集中時間の利用可能性を測定してください。 その結果は通常経営陣を驚かせます。
この次元は、そうでなければ誤診断されるであろう活動とパフォーマンスの間の隙間をしばしば説明します。
保護された集中時間のブロックは低コストで高見返りの介入ですが、段階的な侵食に対する意図的な防御が必要です。

参考文献とさらなる読書

Forsgren, Nicole, Margaret-Anne Storey, Chandra Maddila, Thomas Zimmermann, Brian Houck, and Jenna Butler, “The SPACE of Developer Productivity,” ACM Queue (2021)。
Deep Work: Rules for Focused Success in a Distracted World, Cal Newport 著。
Peopleware: Productive Projects and Teams, Tom DeMarco、Timothy Lister 著。
Mark, Gloria, Daniela Gudith, and Ulrich Klocke, “The Cost of Interrupted Work: More Speed and Stress” (2008)。