PdMって仕事

知らなかったので質問をぶつけてみました。

ぶつけた相手はエンジニアリングマネージャというタイトルがついているそう

ですがこれも私は初めてです。

えっIT業界に関わっているの短いのかって?

とんでもない、90年初頭から関わってますよ?(ニッコリ)

恐らく会社によっても意味が異なると思うのでご容赦を。

だって、ここ数年で突然できた役職でしょ?

それまでは全然いなかったんだから知らないです。

エンジニアリングマネージャも私には聞きなれず正直?なのですが(イメージ的には課長職?部長職?)、

レポートラインがそのPdMとやらに報告する必要がでてきたので質問したのです。

するとこういう回答がきました。

1.IT知識は知らないけどシステム部門にいる

2.お客さんのところにいって要件を聞いてくる

3.要件をきいて要件定義書を作る

4.タスクを作る

5.タスクはその下に丸投げしてタスクの管理はしない

これを聞いて、「そんな人、いるの?」と心の中で思っちゃったことは内緒です(笑)

初めからIT知識もったPMつれていけばいいのでは?と。

そもそも客先にいってIT知識を知らないのに要件詰めれるの?とか

要件定義書作れるの?とか

タスクを作れるの?とか

タスク作るだけ作って丸投げしてタスクを管理しないってなんだろうと…。

どうも私が知るPMの仕事を軽減させる狙いで細分化させて分けたものと解釈して

いいのかもしれませんが、正直地雷臭しかしないのは何故なんですかね?

細分化するのはいいとして、せめてITの知識があってほしいですよね(;'∀')

お客さんも結局実現可能かどうかその場で答えられるレベル程度であれば聞きたいと

思われますが「持ち帰って検討します」と毎回言われても困る気がしますが。

一番酷いなと思ったのは、タスク作るだけ作って丸投げってのが一寸信じられません。

管理もしないのに「M」のマネージャーってタイトルがついてるんですか?

どうなっちまったんだ、IT業界(;'∀')

いや、私が知る一例だけの話なので全てとは思いませんが

他社では違うものだと思いたいですわ、いやほんと。