プロのプログラマーとして、私は「PM」として知られる種族と毎日仕事をしています。通常はその一般的な頭字語で呼ばれますが、実際には、プロダクト マネージャー、プロジェクト マネージャー、プログラム マネージャーなど、いくつかの個別の種類があるようです。まだ発見されていない他の種があるかもしれません。何年にもわたる綿密な観察と研究を通じて、それらの違いの微妙な点は私にはわかりません。私は責任を持って彼らの共通点を決定することができました.プログラマーである私に、彼らが構築したいと考えているものを可能な限り漠然とした言葉で伝えることです. それから、可能な限り漠然とした言葉で、いつ配達されると思うかを伝えると、彼らは立ち去ります。
そこで、stackoverflow クラウドソーシングのジャガーノートに対する私の質問は次のとおりです。プロダクト マネージャー、プロジェクト マネージャー、およびプログラム マネージャーの違いを説明してください。手を振らないでください。私には見えませんし、どうせ役に立ちません。
私は彼らと一緒に働いてきたので、それらを説明しようとします. 定義はあいまいで、組織ごとに異なる可能性があることを理解してください。
プロジェクト マネージャー:エンジニアリング内でプロジェクトのスケジュールを調整する責任があります。これは、管理者が特定のリリースでコミットされた作業の現在のステータスを知るために行くことができる唯一の人でなければなりません。この人物は通常、スプレッドシート、ガント チャート、ステータス ミーティングに精通しています。
プロダクト マネージャー:特定のリリースで考慮すべき、ユーザーに表示される機能を決定する責任があります。この担当者は、顧客がソフトウェアを使用しようとしている目的に精通しており、機能の観点から何を構築するかを理解するための開発者のリソースとして行動できる必要があります。
プログラム マネージャー:基本的には、社内のさまざまな分野にわたってリリースを調整する責任を負うプロジェクト マネージャーです。これは、マーケティング部門がプレス リリースを準備すると同時に、エンジニアリング部門が出荷の準備を整え、セールス部門が製品に関するトレーニングを受けていることを確認する担当者です。
これらは、私が働いた最近のいくつかの企業が役割を定義した方法ですが、確かに多くのバリエーションが表示されます.
プロジェクト マネージャー プロジェクトの範囲、成果物の品質、期限、費やした時間、および予算を管理する責任者。PM は、すべてのプロジェクトの成果物に対して責任を負います。PM の責任のドリルダウンについては、私の他の回答を参照してください。小さなプロジェクトでは、PM は複数の役割を果たしますが、より大きなプロジェクトでは、他の人が彼女 (または彼) を助けてくれる可能性があります。そのような補助的な仕事には、次のような肩書きがあります。
プロジェクトコーディネーターは、さまざまな関係者と個々の利害関係者の間でプロジェクト作業を調整する人です。
プロジェクト管理者は、プロジェクト ステータスを含む最新のレポートを作成し続け、その他のあらゆる種類の管理タスクを実行します。
Project Expeditorはまさにタイトルが示す通りのことをします: 全員を追跡し、プロジェクト チームの進路から障害物を取り除き、常に着実な進歩があることを確認します。
製品マネージャーは、製品と製品ライフサイクル全体に責任を負います。製品は通常、一連のプロジェクトを通じて作成および進化されます。製品とプロジェクトの関係は多対多です。1 つのプロジェクトが多くの製品の進化に貢献する可能性があり、1 つの製品がライフサイクルの段階から別の段階に移行し続けるには、複数のプロジェクトが必要です。また、製品ライフサイクルが一連の状態 (「製品の出荷」や「製品のサポート」など) を構成することも重要です。これらは通常、プロセスとして実行され、状態の変更はプロジェクトとして行われます。プロジェクトとプロセスの違いを読んでください。
プログラム マネージャーは、共通の目的に向けた一連の相互依存プロジェクトを管理します。プロジェクトには、並行して実行されるものもあれば、順次実行されるものもあります。プログラム管理は、個々のタスクがプロジェクト全体に置き換えられるプロジェクト管理にかなり似ています。宇宙探査プログラムの観点から考えてみてください。
明らかに、これらのタイトルは固定されたものではなく、企業は多くの場合、多少異なる意味を帰したり、完全に再定義したりします. 私が示した定義は、管理コミュニティ内で一般的に受け入れられています。
これらの各役割の主観的な定義に焦点を当てるのではなく (そうです、それらは主観的なものであり、10 人の異なる人から 10 の異なる回答が得られます)、個人のタスクの責任に焦点を当てます。これを支援するツールがRACI マトリックス(別名、責任割り当てマトリックス) です。これにより、誰が活動の責任者であり説明責任を負うかが明確になります。
この業界は、新しい「マネージャー」のタイトルを永遠に作成し続けます。私に関する限り、彼らがプロジェクトで実際に何をするかを事前に教えてください。あいまいな点がある場合はいつでもそれを参照します。
PM は通常、マネージャーの役割に昇格した開発者ですが、管理方法がわからないという本を読みました (タイトルはわかりませんが、「管理アンチパターン」がどこかに含まれています)。それでも、開発者はその役割を望んでいます。なぜなら、それは階層の 1 ステップ上にあるからです (そして、より高い給与ブラケット)。
優れた開発者が必ずしも優れたマネージャーを意味するわけではありません。マネージャーになると、同僚やトップからプレッシャーがかかり、それに対処できない人もいます。一部の企業は、開発者向けに別のキャリア トラックを開発し、マネージャーの給与と同等の給与を得るのに十分な「啓蒙」を行っています。
より内向的なタイプの PM に出くわすことは間違いありません。前回私が模擬 PM の状況 (SCRUM のような事務処理をしなければならないソフトウェア エンジニアリング モジュール) にいたとき、私は毎週チーム メンバーに更新を求め、コード レビューを行っていました。つまり、それはあなたにとって 1 つの視点です。