|
|
|
|
|
by steveBK123
913 days ago
|
|
My team was product managed by a gutless PM who essentially made senior devs & tech leads do all the legwork. Requirements gathering, mean user upset about a bug, weekly status call, need to break some bad news re: priorities? - send a senior dev or tech lead. Skipped most of the agile ceremonies too, busy guy. Never wrote or edited a JIRA ticket, that was for tech org to manage. He PMd 2 other tech teams the same way. Tech leads/senior devs knew our PM was bad news from his first week but he outlived all of us until finally getting hit with a RIF after 4 years. Management worshipping at the throne of agile become really enthralled with these guys and can derail an org for years. In theory a PMs stakeholders are the users, but in practice it is buffing the egos of the senior management that hired them. Can become a self reinforcing closed loop between senior management / agile consultants / PMs. |
|
I'm with you that all of this is bad PM work, but this seems to be the root cause. I've been at a startup like this where there weren't enough PMs to start and then a couple left, which just led to the rest being stretched across more teams.
You just can't do much of anything useful in this situation - your existence consists of preparing for and attending stakeholder meetings. I guess some people thrive on the pseudo-glorified existence of "managing" a bunch of different teams, but I found it to be as miserable as you seem to have found it from the eng side. I was there to spend time with customers and designers and engineers, and after a few months of doing none of those things, I quit without a job lined up.
Once you get to that point, it can become even worse because you end up in this doom loop of management realizing that the core PM work is getting delegated to eng, thinking that this means they don't need as many PMs and then delegating more work to eng.