実際にいくつのプロジェクトを実行できるか？最適な限界の科学

「もう1つプロジェクトを引き受けられます。」この6つの言葉は、どんな締め切り落としよりも多くのチームを破壊してきました。チーム — または個人 — が同時に効果的に管理できるプロジェクトの数という問題は、現代の仕事において最も重要でありながら、最も無視されている問題の1つです。

答えは、数十年の研究と実践的な経験に裏付けられており、ほぼ確実にあなたが思っているよりも少ないです。

認知的限界：なぜあなたの脳はマルチタスクできないのか

神経科学から始めましょう。私たちが自分自身に何を言おうと、人間の脳はマルチタスクをしません。タスクを切り替えます。そして、各切り替えにはコストがかかります。

タスクの切り替えは集中を妨げることがあります。 プロジェクトに戻るには、作業の文脈を取り戻す必要があります。

複数のプロジェクトを管理しているとき、それらを並列で実行しているわけではありません — それらの間を素早く切り替え、毎回認知的な税金を払っているのです。

無理のないプロジェクト数を選ぶ

同時に進めるプロジェクトの理想的な数は一律ではありません。複雑さ、使える時間、責任に応じて無理のない作業量を選びましょう。

同時に進めるプロジェクトの理想的な数は一律ではありません。複雑さ、使える時間、責任に応じて無理のない作業量を選びましょう。

プロジェクトを増やすと注意が分散し、品質の問題に気づきにくくなることがあります。

「もう1つだけ」の隠れたコスト

リーダーシップがチームに別のプロジェクトを引き受けるよう求めるとき、通常、時間の観点からキャパシティを評価します。「チームには帯域幅がある」と、利用率レポートを見て結論づけます。

しかし、時間は制約ではありません。コンテキストが制約です。

追加のプロジェクトごとに以下が追加されます：

• 管理する別のステークホルダーセット
• 維持する別のバックログ
• 出席する別のステータスミーティング
• 維持する別のメンタルモデル
• 追跡する別の締め切りセット

これらはタイムトラッキングソフトウェアには表示されません。静かに蓄積され、研究者が「見えない仕事」と呼ぶもの — レポートには決して表示されないが、莫大なエネルギーを消費する認知的オーバーヘッド — を作り出します。

品質の侵食：静かな殺人者

プロジェクトオーバーロードの最も陰険な影響は品質の侵食です。突然起こるわけではありません。引き受けすぎたときにアラームが鳴るわけではありません。

代わりに、誰も気づかないほど微妙にコーナーがカットされます。コードレビューが表面的になります。ドキュメンテーションが「延期」されます。テストが減少します。

プロジェクトを増やすと注意が分散し、品質の問題に気づきにくくなることがあります。

プロジェクト負荷を適正化する方法

問題を認識することが第一歩です。持続可能なプロジェクト限界を設定する方法は次のとおりです：

現在の負荷を監査する。 すべてのプロジェクトをリストアップします。どれが本当にアクティブで、どれが技術的には生きているが実際には放棄されているかについて正直になりましょう。

明示的な限界を確立する。 個人（通常3）とチーム（通常5-7）の同時プロジェクトの最大数を設定します。

ビジュアル計画ツールを使用する。 タイムライン上ですべてのプロジェクトを見ることができれば、オーバーロードが明らかになります。

バッファを構築する。 100%ではなく、70-80%のキャパシティ利用を目指します。

もっと頻繁に断る。 新しいプロジェクトは、それが何を置き換えるかについての明示的な決定を必要とするべきです。

直感に反する真実

これが難しい理由は次のとおりです：より少ないプロジェクトを引き受けることは、生産性が低いように感じます。もっとやるべき、もっと扱うべき、もっと達成すべきだという声があります。

しかし、研究は明確であり、経験がそれを確認しています：より少なく、より良く行うことは、より多く、より悪く行うよりも多くの価値を提供します。 持続可能なプロジェクト負荷を維持するチームは、より高品質な仕事を提供し、より多くの締め切りを守り、人材を維持します。

問題は、いくつのプロジェクトを*実行できるか*ではありません。提供する価値を最大化するためにいくつ*実行すべきか*です。

私たちのほとんどにとって、その数は私たちが思っているよりも少ないです。そして、その限界を受け入れることは弱さの兆候ではありません — 知恵の兆候です。

実践する

Timelinyのようなビジュアルタイムラインツールを使用すると、プロジェクトの期間が重なっているときを簡単に確認できます。色分けしたプロジェクトバーを使用して、すべてのプロジェクトを単一のビューにマッピングすることで、何を引き受けるか — そして何を延期するか — について情報に基づいた決定を下すことができます。

目標は最大化することではありません。最適化することです。