複数の実装タスクやバグ対応を同時に抱えて、頭の中が常にいっぱいになっている。それぞれに少しずつ手をつけているつもりなのに、気づけばどれも終わっていない。
「同時にいくつも進めているのだから、効率よく作業できているはず」と思っていたのに、実際は思うように進んでいない——そんな感覚を覚えたことはないでしょうか。
実は、複数のタスクを同時に抱えて進めるという進め方そのものが、開発全体の完了スピードを下げてしまっている可能性があります。そのためこの記事では、マルチタスクが開発効率を下げてしまう理由と、着手するタスクを一つに絞ることで完了スピードを上げる「集中術」の具体的な実践方法を解説します。
- マルチタスクがエンジニアの開発効率を下げてしまう理由
- 「今、着手するタスクは一つだけ」に絞る考え方
- 着手タスクを一つに絞り込むための具体的な実践方法
- チームで開発する中でタスクを絞り込むときの注意点
<この記事もおすすめ！>
\株式会社PRUMのメディア/
なぜマルチタスクは、エンジニアの開発効率を下げてしまうのか
複数の実装タスクを同時に抱えて進めることは、一見すると効率的に見えます。しかし実際には、その進め方によって見えないロスが積み重なっています。ここでは、そのロスを2つの観点から見ていきましょう。
別のタスクに切り替えるたびに、コードの文脈をゼロから組み立て直す時間がかかる
あるタスクの実装を中断して、別のタスクに切り替えると、再び最初のタスクに戻ったときに「どこまで書いたか」「どんな設計にしようとしていたか」を頭の中でもう一度組み立て直す必要があります。この組み立て直しには一定の時間がかかり、切り替えの回数が増えるほど、実質的な作業時間はどんどん削られていきます。
どの実装も中途半端なまま進み、完了までの時間が全体で伸びる
もう一つのロスは、複数のタスクに少しずつ手をつけることで、どの実装も完了に近づかず、中途半端な状態のまま並行して進んでしまうことです。たとえば、タスクA・B・Cの3つを同時に抱えている場面を想像してみましょう。
- 3つに少しずつ手をつけた場合：
3日経った時点で、A・B・Cともに3割ほど進んだ状態のまま。どれも完了しておらず、レビューにもリリースにも進められない - Aだけに集中して進めた場合：
同じ3日間で、Aは2日で完了してレビューに出せる状態になり、残り1日でBに着手できる
同じ「3日分の作業量」を使っていても、後者のほうが「完了してレビューに出せるタスク」が生まれている点が大きな違いです。1つのタスクに集中して完了させ、次のタスクに移るほうが、全体で見ても早く完了に近づきます。では、実際にどうすれば「一つに絞る」進め方ができるのでしょうか。
「今、着手するタスクは一つだけ」に絞る考え方
見えないロスを減らすための鍵になるのが、今実際に手を動かしているタスクを、意図的に一つだけに絞るという考え方です。
仕掛け中のタスクを意図的に1つに制限し、他は順番待ちとして扱う
複数のタスクを抱えている状態そのものは問題ではありません。大切なのは、「今、実際に手を動かしているタスク」を1つに制限し、それ以外は順番待ちの状態として扱うことです。新しい依頼が来たときも、今のタスクを完了させるか、優先順位を明確に入れ替えた上で着手するかを判断し、なんとなく並行して抱えることを避けます。
一つに集中することで、実装からレビュー依頼までの時間が短くなる
着手するタスクを一つに絞ると、そのタスクに使える時間が増えるため、実装が完了してレビュー依頼を出すまでの時間が短くなります。レビュー依頼が早く出せれば、レビューを行う側も早めに対応でき、チーム全体としてタスクが完了していくペースも上がっていきます。この考え方を理解した上で、次に、実際に一つへ絞り込むための具体的な方法を見ていきましょう。
\IT業界を目指すならこちら！/
着手するタスクを一つに絞り込むための、具体的な実践方法
考え方が分かっても、実際にどう行動に落とし込むかが分からなければ実践できません。ここでは、今日から取り入れられる具体的な方法を2つ紹介します。
着手前に、抱えているタスクを一覧化して優先順位をつける
新しいタスクに着手する前に、今抱えているタスクを一覧に書き出し、優先順位をつけておきましょう。一覧化しておくことで、「今何が進行中で、何が順番待ちなのか」が一目で分かり、新しい依頼が来たときにも、今のタスクを続けるべきか、優先順位を入れ替えるべきかを判断しやすくなります。
具体的には、次のように「タスク名」「緊急度」「今日中に着手すべきか」の3項目を並べて書き出すだけで十分です。
- 本番環境の表示崩れ修正：
緊急度は高、今日中に着手すべき - 新機能のPRレビュー対応：
緊急度は中、時間が空いたら対応 - ドキュメント更新の依頼：
緊急度は低、今日中の対応は不要
このように書き出すだけで、「まず表示崩れの修正から着手し、合間にレビュー対応を挟み、ドキュメント更新は明日以降に回す」といった順序が自然に見えてきます。
チャットツールの確認時間をまとめて決め、通知に反応しない時間を作る
もう一つの実践方法は、チャットツールやメールを確認する時間をあらかじめ決めておき、それ以外の時間は通知への反応を控えることです。通知が来るたびに作業を中断していると、そのたびに文脈の組み立て直しが発生し、集中が途切れてしまいます。
確認する時間をまとめておくことで、着手中のタスクに使える連続した時間を確保しやすくなります。ただし、タスクを一つに絞る進め方は、チームで開発する場合には注意しておきたい点もあります。
チームで開発する中で、タスクを絞り込むときの注意点
一つに絞る進め方は個人の効率を上げる一方で、チームで開発している場合には、周囲との連携にも気を配る必要があります。
抱え込みすぎず、進行中のタスクをチームに見える形にしておく
タスクを一つに絞ることと、周囲に相談せず一人で抱え込むことは別の話です。今どのタスクに着手していて、他のタスクがどのくらいの順番で待っているのかを、タスク管理ボードやチケット上で誰からも見える状態にしておきましょう。これにより、他のメンバーが緊急度の高いタスクを把握したり、必要に応じて優先順位の調整を提案したりしやすくなります。
優先順位の判断は、自分だけで抱えずチームと共有してすり合わせる
もう一つ気をつけたいのは、「今このタスクに絞る」という判断を、自分一人だけで決めてしまわないことです。個人の視点だけで優先順位を判断すると、チームや上長が本来優先してほしいと考えている順番とズレてしまうことがあります。
今どのタスクに絞っていて、他をなぜ後回しにしているのかを一言共有しておくだけで、こうした認識のズレを防ぎやすくなります。
まとめ：並行して進めるほど、実は開発全体は遅くなる
複数のタスクに少しずつ手をつける進め方は、一見効率的に見えても、切り替えのたびに発生する組み立て直しの時間や、どれも中途半端なまま完了が遅れるロスを生み出します。着手するタスクを意図的に一つに絞り、優先順位の一覧化や通知への対応時間の管理を実践することで、個人としての完了スピードを上げられます。あわせて、進行中のタスクをチームに見える形にしておくことで、周囲との連携を保ちながら、無理なく「一つに絞る」進め方を続けられるようになります。
