「PM」として知られる種の役割を理解する [終了]

Question

私はプロのプログラマーとして、「PM」として知られる種と毎日仕事をしています。通常、これらは一般的な頭字語で呼ばれていますが、実際にはいくつかの個別の種類があるようです。プロダクトマネージャー、プロジェクトマネージャー、プログラムマネージャー。他にもまだ発見されていない種が存在する可能性があります。何年にもわたる綿密な観察と研究にもかかわらず、それらの区別の微妙な点は私にはわかりません。私は責任を持ってそれらの共通点を判断することしかできませんでした。プログラマーである私に、彼らが何を作りたいと考えているのかをできるだけ曖昧な言葉で伝えるためです。それから私は彼らに、いつ配達されると思うかをできるだけあいまいな言葉で伝え、彼らは去っていきます。

そこで、stackoverflow クラウドソーシングの巨大企業に対する私の質問は次のとおりです。プロダクトマネージャー、プロジェクトマネージャー、プログラムマネージャーの違いを説明してください。見えないので仕方ないので手を振らずにお願いします。

Answer 1

私が彼らと一緒に働いてきた中で、それらを説明してみます。定義は曖昧であり、組織によって異なる可能性があることをご理解ください。

プロジェクトマネージャー： エンジニアリング部門内でプロジェクトのスケジュールを調整する責任を負います。経営陣が次のことを行うために連絡できるのは、この人だけである必要があります。 知る 特定のリリースに対してコミットされた作業の現在のステータス。この人は通常、スプレッドシート、ガント チャート、状況会議に精通しています。

プロダクトマネージャー： ユーザーに表示されるどの機能を特定のリリースで検討するかを決定する責任を負います。この担当者は、顧客がソフトウェアを何に使用しようとしているのかをよく理解しており、機能の観点から何を構築すべきかを理解するための開発者のリソースとして機能できる必要があります。

プログラムマネージャー： 基本的には、社内のさまざまな分野にわたるリリースの調整を担当するプロジェクト マネージャーです。これは、マーケティング部門がプレスリリースを準備できるようにすると同時に、エンジニアリング部門が出荷の準備を整え、セールス部門が製品に関するトレーニングを受けているかどうかを確認する担当者です。

これらは、私が働いた過去の 2 つの会社での役割をどのように定義したかですが、確かに多くのバリエーションがあることがわかります。

Answer 2

プロジェクトマネージャー プロジェクト、特にその範囲、成果物の品質、期限、費やした時間、予算を管理する責任を負う人。PM はプロジェクトのすべての成果物に対して責任を負います。私のことを見てください 他の答え PM の責任について詳しく説明します。小規模なプロジェクトでは PM は複数の役割を果たしますが、より大規模なプロジェクトでは他の人が彼女 (または彼) を手伝ってくれる場合があり、そのような補助的な仕事には次のような肩書きが付けられる場合があります。

• プロジェクトコーディネーター さまざまな関係者と個々の利害関係者の間でプロジェクト作業を調整する人です。

• プロジェクト管理者 プロジェクトのステータスを含む最新のレポートを維持し、その他あらゆる種類の管理タスクを実行します。

• プロジェクトエクスペディター まさにタイトルのとおりのことを行います。全員を追い上げ、プロジェクト チームの進路から障害物を取り除き、常に着実な進歩があることを確認します。

プロダクトマネージャー 製品に対して責任を持ち、 製品ライフサイクル全体. 。通常、製品は一連のプロジェクトを通じて作成され、進化します。製品とプロジェクトの関係は多対多です。1 つのプロジェクトが多くの製品の進化に貢献する可能性があり、1 つの製品をライフサイクルのある段階から別の段階に持ち続けるには、複数のプロジェクトが必要です。また、製品ライフサイクルが一連の状態 (「製品の出荷」や「製品のサポート」など) で構成されており、これらの状態は通常プロセスとして実行され、状態の変更はプロジェクトとして実行されます。で読んでください プロジェクトとプロセスの違い.

プログラムマネージャー 共通の目的を目指して、相互依存する一連のプロジェクトを管理します。プロジェクトの中には、並行して実行されるものと、順次実行されるものがあります。プログラム管理はプロジェクト管理によく似ており、個々のタスクがプロジェクト全体に置き換えられます。宇宙探査プログラムの観点から考えてみましょう。

明らかに、これらのタイトルは固定されたものではなく、企業は多くの場合、それらを多少異なる意味に帰したり、完全に再定義したりします。私が与えた定義は、管理コミュニティ内で一般的に受け入れられています。

Answer 3

というよりも、これらの役割のそれぞれの主観的な定義に焦点を当てて（はい、彼らは主観的であり、あなたは、10種類の人々から10の異なる答えを得るでしょう）、私は個人のタスクの責任にもっと焦点を当てます。これであなたを助けるためのツールは、 RACIマトリックスの（responsbility割当て行列別名）それを作るされています活動の責任と説明責任が誰であるかをクリアします。

この業界は永遠と一日、新たな「管理者」のタイトルを作成することになります。私に関する限り、単にあいまいさがあるたびに、彼らは実際に我々はそれに戻って参照してくださいよプロジェクトに先行しないものを私に教えてくれます。

Answer 4

私は、PMは、開発者は通常、管理者の役割に昇格、ないアイデアを持っていない人を管理するためにどのように（タイトルは私を見逃さが、それはそれでどこかに「管理アンチパターン」を持っている）の本で読みました。それは階層（より高い賃金ブラケット）まで1つの段階であるため、まだ開発者がその役割をします。

良い開発者は、善良なる管理者を必要は意味しない、とあなたがマネージャーになると、あなたはあなたの仲間から、上からの圧力を得た、といくつかは、それに対処することはできません。一部の企業は、十分な管理職のそれらを開発者向けに別々のキャリアトラックを開発し、彼らの賃金の試合を持っている「啓発」されます。

私はあなたがPMのより内向的な種の一つに遭遇確信しています。私は模擬PMの状況にあった最後の時間は、私は毎週更新のために私のチーム・メンバーを追いかけて、コードレビューをしていた（それは我々がSCRUMのように、事務処理をしなければならないソフトウェア工学モジュールです）。だから、あなたのための1つの視点だ。