1.生産性は、主に人の数と労働時間によって決まるという考え
パフォーマンスは、哲学者の石の現代的な類似物です。 各プロジェクトマネージャーは、非常に単純な錬金術を使用してそれを見つけようとします。開発者が多く、労働時間が長いほど良いです。
残念ながら、このアプローチは妄想的であり、絶対に学習されていません。 この単純な原則を使用すると、生産性がマイナスになる可能性があることを証明する多くの研究があります。
参考として引用できる最も深刻な情報源は、Mythical Man-Monthです。 おそらく、過去20年間のソフトウェア開発に関する最も重要な本（残念ながら、プロジェクトマネージャーではなく開発者がよく読んでいます）。 インターネット上の記事については、 「生産性の法則-繰り返すべきではない8つの実験」をお勧めします 。 この記事を役に立つと思うすべてのプロジェクトマネージャーに送信することを強くお勧めします。
明らかに、問題は次のとおりです。パフォーマンスを改善するものは何ですか？ まあ、これまでのところ、私は絶対に正確に答えることはできません（できれば、すでに金持ちになっているでしょう！）。 私の意見では、生産性は、従業員のモチベーションとリーダーのリーダーシップ能力という2つの要因に大きく依存しています。 つまり、前進したいという願望と、より良い道を示すことができる人の存在です。
2.期待の管理の欠如
プロジェクトマネージャーは、クライアントがいつ何の準備ができるかを理解していることを確認する必要があります。
最もよくある状況の1つ：期限に間に合わないことが明らかになり、クライアントと話す必要があります。 最も頻繁に起こることは何ですか？ マネージャーは、これらの逸脱は補償されるか、単にクライアントを混乱させることを恐れると考えていたため、クライアントはこれについて期限が既に切れているときに学習します。 クライアントは、問題を解決するためのオプションがなくなったときに問題を見つけます。 初期段階では些細な問題でもそれほど重要でもない問題であり、プロジェクトの目標や条件を変更することで解決できるものは、プロジェクト全体の運命を脅かす深刻な問題になります。
3.開発者からの情報を無視する
プロジェクトマネージャーは開発者よりも広く考える必要がありますが、これは彼が彼らに耳を傾けるべきではないという意味ではありません。
ソフトウェア開発では、通常、プログラマが生産性の唯一のソースであるため、仕事をするために必要なものすべてを提供することほど重要なことはありません。
残念ながら、多くのプロジェクトマネージャーは日付、会議、締め切りに集中しすぎており、これはプロジェクトを前進させるため、もちろん良いこともありますが、多くの場合、開発者とのつながりが失われ、チームのパフォーマンス、技術的負債、質の低下の問題を引き起こします製品など
4.委任ではなく制御
ソフトウェア開発には創造性と積極性が必要です。 そして、これらはまさに、ユニバーサルコントロールの支持者（コントロールフリーク）を殺す2つの性質です。
技術仕様と作業スケジュールに加えて、すべての製品要件をプロジェクトの最初に決定し、修正できると今でも信じているプロジェクトマネージャーは、コントロールを特に愛しています。
ソリューションの委任は、開発者を改善し、通常、優れた製品の基礎となります。
5.意思決定の恐怖
プロジェクトマネージャーが開発者よりも多くのお金を得る理由の1つは、プロジェクトマネージャーの仕事は、すべてが正常に実行されるようにすることであるためです。 多くの場合、これには非常に難しい決定の採用が必要です。たとえば、誰かを解雇したり、新しい人を雇ったり、prim責したりすることです。
チームを裏切る重要な決定を下すのが難しいと感じるプロジェクトマネージャー。 難しいが重要な決定を伴う遅延は、将来に悲惨な結果をもたらします。