何かについての別の記事、またはプロジェクト管理へようこそ。
最近よく知られている略語「PM」の下では、人々に単に突破口があります。 最初に登場する開発者に「PM」の解読方法を尋ねると、「プロジェクトマネージャー」がほぼ確実に答えてくれます。 アプリケーション開発の世界が、小さな顧客を抱える小さな会社の小さなチームで終わった場合、それはそうなるでしょう。 そして、物事がDevLeadよりも先に進むという事実さえありません（私はそれらをDevlyと呼びたいです）。 しかし、ITは他の業界と同様に、幅広さと高さで成長および発展しています。 そして、さまざまな複雑さと無視のPMが繁殖し始めます。
開発者や小規模ビジネスの代表者に馴染みのある最初のPMは、プロジェクトマネージャーです。 労働史の夜明けに登場したプロジェクトマネージャー（ここでは大文字で書かれています）は、生産プロセス全体で消えることはありません。 さまざまな規模の企業を除き、彼はさまざまな責任を負っています。 小規模企業でプロジェクトのプロジェクトマネージャーが王であり神である場合、彼に従属する人々のスタッフの成長に伴い、彼の責任はプロジェクト管理からこのプロジェクトを行う人々の管理にますますシフトされます。 はい、彼はまだ開発者/部門間でタスクを分散し、バグを監視し、いつ何を行うかを伝えています。 しかし、彼はもはや売り手と通信し、競合他社を監視し（もしあれば）大量のドキュメントを書く必要はありません（まだたくさんのドキュメントを書いていますが、できる限りではありません）。 ここで、PM＃2が助けになります。 いいえ、これはPaper Manではありませんが、その活動は「アマゾンデルタの緑地の体系的な破壊」と表現できます。 これはプロジェクトマネージャーの切っても切れない兄弟であるプロダクトマネージャーです。 製品マネージャーは、プロジェクトマネージャーとは異なり、個々の開発者の工数や才能を気にしません。 彼は製品のリリースの用語などにのみ興味があり、彼が思いついたすべての機能がプロジェクトマネージャーによってこのプロジェクトに引き込まれるでしょう。 製品マネージャーは、売り手と集中的にコミュニケーションを取り、展示会に参加し、この特定の製品の素晴らしさを伝え、競合他社をスパイします。 観察、個人的な経験、および直観に基づいて、製品マネージャーは、将来の製品のめまいがする仕様を作成し、プロジェクトマネージャーはこのすべてを実装しようとします。 さまざまな企業では、製品マネージャーが最も予期しないことを意味する場合があります。 ですから、あなたは言葉の本当の意味で製品をフォローする人になるように求められるかもしれません。 たとえば、倉庫からのライセンスコピーの出荷を制御します。
しかし、実際には、これはすべて真実ではありません。 適切に設定されたプロセスと適切な従業員を抱える大企業の場合、すべての責任者であるPM＃3がここに表示されます。プログラムマネージャー。 プログラムマネージャーは、プロジェクトが失敗した場合にすべてのバンプやクレームを投げ捨てることができる便利な人物です。 そして、プロジェクト全体、特に各参加者の両方の幸福と幸福に個人的に責任を持つそのような人。 プロジェクトマネージャーと製品マネージャーの両方の責任を兼ね備えています。
これらの主要なタイプのPMの間には、移行段階があります。 軍隊のようなタイトルもあります。 シニアPM、リードPM、ジュニアPM、ちょうどPMがいます。
なぜこの記事すべてですか？ ソビエト後のIT市場の現実では、PMの職に就くために面接に来たとき、何があなたに提供されるのかほとんど推測できません。 そして、雇用主のウェブサイト上の職位の要件に書かれたものは、しばしば現実と一致しません。 そのため、投票権を取得しなくても、悪魔になったり、大量のドキュメントや責任の長いリストに詰まったりすることができます。
以降の記事では、ドキュメントの「秘密」の秘密を明らかにします。その編集は、PM'aと、開発者（または他の人事）ではなく、Amazonフォレストの観点からのプロジェクトの短期コースに必須です。
結論として、私は、PMの地位の基礎である「管理」に加えて、「応答」もあると言いたいと思います。 これらは、彼が果たさなければならない2つの最も重要で最初の責任です。 PMがナンセンスだと思うなら、笑ってはいけません。 運転は本当に重要です。 もう1つの質問は、船に1人の船長しかいないことです。 しかし、これはまったく異なる話です。
PMは誰で、どのように描かれていますか。
All Articles