Earlier quoted context omitted.
That was well put. Imagine that. Still we train our product managers to follow checklists, write endless documents about personas, have discussions about methodology and such things only loosely connected to the work that goes into making the actual product. Imagine if a director was a bureaucrat. One who followed checklists and made policy documents, and did not have the slightest clue about the actual craft of sett…
> What's our profession's equivalent of a film director? Scrum master.
The product manager role is a mistake
301–310 of 370 posts
Re: The product manager role is a mistake
#302Confusing article. “We should get rid of the PM role” but also “We still need people dedicated to do PM things… but don’t call them PMs, they’re just everyday great people.” I feel like the author had a bad experience working with a PM (the MBA comment is telling) and now wants to throw the baby out with the bath water. Business scale creates + requires role specialization. Sure, there are shitty PMs, and it’s a hard…
An extremely common organisational leadership failure mode is “[role/thing] is useless, get rid of it… Ooops, we actually needed that. Bring it back, but call it something else so that we don’t have to admit our mistake.” The author has, apparently, decided to skip the intermediate step and just rename things for no reason.
Re: The product manager role is a mistake
#303At Apple, we had Project Managers (for instance "Engineering Project Managers" or EPMs). These PMs were not our bosses, and functioned as our peers in the organizations. They had a well-defined role: to facilitate the project being completed and to manage the dependencies with other teams and projects. Apple PMs do this through a combination of meetings, Radar (issue tracking), and interfacing with ICs and their mana…
Re: The product manager role is a mistake
#304Earlier quoted context omitted.
In my experience, the vast majority of PMs could not describe the difference between TLS 1.3 and 1.x. The problems you describe are legit but unless you have extremely technical product managers, hiring more PMs will only make the problem worse.
> In my experience, the vast majority of PMs could not describe the difference between TLS 1.3 and 1.x. Does the vast majority of PMs need to tell the difference between TLS 1.3 and 1.x? I mean, is that a relevant aspect of the vast majority of products? If not, why should a PM bother about irrelevant details? One of the cardinal sins of proponents of this "engineers should rule everything" mentality is failing to te…
Because engineering failed to consider these details. Now I'm the one that has to point out how amateur we look when in some areas we don't require TLS and others we're so strict, we only have 1.3. Engineers (management or rank and file) who can't understand why this is a problem is exactly the reason you need technical PMs.
Re: The product manager role is a mistake
#305Earlier quoted context omitted.
Every thing you just said rings true. I went from 20 years engineering into engineering management, and took my first PM role last year. I took the role at a twenty year-old software company that's never had good product management, and the place is horrible. Over and over, the staff were pounded with "we are an engineering first company." Well, that means the engineering teams were allowed to do whatever the hell th…
How does a company not make any money for 20 years that sounds insane
Re: The product manager role is a mistake
#306I think this phenomena is less about PMs and more about a "data driven" culture. I worked at a mobile game development company for a couple years. While the industry was young, they had some really big hits and grew to be mid sized. While I wasn't there for that era, talking to the people that were, it was mostly driven by passion and people that cared about games, and while they monetized well it wasn't the focus. H…
Re: The product manager role is a mistake
#307The thing about PMs. They fulfill a very specific need, and that need is hard to quantify, but I can tell you that without a good PM everything falls apart. Here's a list of what they tend to do: - gather information from users on what is/isn't working for them - gather information from executives about what needs to be done to keep the company working - gather information from industry leaders who may or may not be…
> gather information from users on what is/isn't working for them trivial and part of analytics and bug reporting that anyone can have a look at and it's the same job that the QA team does too which you are in contact with as a programmer anyway > gather information from executives about what needs to be done to keep the company working the boss tells you what to implement whether there is a PM in the middle or not >…
Just saying, you are over trivializing everything which in my mind leads me to think you haven't lead an engineering team or maybe oversaw one or two junior or mid level engineers.
A good PM should _not_ be advocating for the engineers to do whatever. If they are doing this I would be the first in line to recommend either re-adjusting their priorities and having a senior pm oversee them, or kick them out. A good PM is what creates the space for engineers to do their job, and a bad one will not wrangle the chaos into an executable situation.
Re: The product manager role is a mistake
#308The thing about PMs. They fulfill a very specific need, and that need is hard to quantify, but I can tell you that without a good PM everything falls apart. Here's a list of what they tend to do: - gather information from users on what is/isn't working for them - gather information from executives about what needs to be done to keep the company working - gather information from industry leaders who may or may not be…
In recent experience the PMs I have worked with have primarily concerned themselves with the desires of executives. Literally all the other responsibilities you mentioned were handled by others.
With a good product and design team, I have been part of engineering teams that have 5 engineers than can do the work of 20, without working overtime, consistently deliver, and rarely, have to implement anything twice.
The difference between effective product and not is absolutely night and day. The best analogy is driving a modern car, vs driving a modern car without vehicle stability, anti-skid, power steering, automatic transmission, or AC. Sure you absolutely can drive it, but after a while you will need way more breaks than those who have all the nice features, and won't roll over in bad situations.
Re: The product manager role is a mistake
#309Earlier quoted context omitted.
> gather information from users on what is/isn't working for them trivial and part of analytics and bug reporting that anyone can have a look at and it's the same job that the QA team does too which you are in contact with as a programmer anyway > gather information from executives about what needs to be done to keep the company working the boss tells you what to implement whether there is a PM in the middle or not >…
rofl, look at everything you commented on. You're basically making my point. Also it sounds like you never worked with a programmer before, because "that's literally the job of programmers, to figure out how to implement something" is by far vastly underestimating how good programmers are when you give them fuzzy information. Maybe by year 7 or 8 they can get fuzzy info and work that into a well functioning piece. Be…
Re: The product manager role is a mistake
#310I really struggle with this sentiment because I often agree with it, specifically at large companies. At Google product managers became the worst aspect of the entire company. They spent their time arbitraging credit, cutting off communications between builders and executives, and generally appearing for a while, not taking ownership, then leaving after they fucked up the roadmap so badly they couldn’t fix it. They b…
Your company is too small to attract power seekers, and you can easily filter them out at hiring.