【要約】マルチタスクをやめたら、完了までの体感時間が変わった [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
エンジニアが複数の実装やバグ対応を同時に進める際、進捗の実感と実際の完了状況が乖離する問題が発生する。多くのエンジニアは、常に何かに取り組んでいる感覚から「進んでいる」と誤認してしまう。しかし、実際には以下のロスが生じている。
- ・タスク切り替え時に発生する、設計や文脈の再構築コスト。
- ・どのタスクも完了（レビュー可能状態）に至らない停滞。
// Approach
著者は、認知負荷を最小化し、タスクの完了を最優先するための具体的な行動指針を提示している。作業を並行させるのではなく、意図的に一つに絞り込むアプローチを採用する。具体的な手法は以下の通りである。
- ・タスク名、緊急度、着手要否による一覧化。
- ・チャット等の通知確認時間を固定し、集中時間を確保する。
- ・タスク管理ボードで進行状況をチームに可視化する。
- ・「今、このタスクに絞る理由」を周囲に共有する。
// Result
タスクを一つずつ完結させる手法により、作業総量が同じでも、レビュー可能なタスクを早期に創出できる。3つのタスクを並行した場合と、1つに集中した場合の比較でその効果が示されている。
- ・並行作業：3日経過後、全タスクが3割程度の進捗に留まる。
- ・集中作業：2日で1つのタスクが完了し、残り1日で次へ着手できる。
Senior Engineer Insight
> 開発現場において、個人の稼働率とチームのスループットは別物である。マルチタスクはコンテキストスイッチのコストを増大させ、エンジニアの認知リソースを浪費させる。重要なのは「動いていること」ではなく「完了させること」である。ただし、独善的な集中はチームのボトルネックを生む。タスク管理ボード等を用いた透明性の確保が、シングルタスク化を成功させる鍵となる。