[thewellis2]

In the startups I've worked at, where they start hiring in product people, the point in time that normally happens it that critical t0 point. Basically, where the innovation will have to slow down, because you need to stop thinking about just coding the solution but start on the build pipelines, tests, infra, support, analytics, feedback loops... And yes, you can think of these things on day one, but it is that point, t0, where you need to actually have those things defined (even if it's simply a wikipage that has"No" written on it). And that is the point of bringing in a PM.

The worst PMs I've worked for aren't the ones who stifle innovation. The worst are the ones who encourage it to increase the feature factory appearance to make their own CVs look good. The best ones gather and present the data to inform the decision that the team has to make.

But in terms of power, yes there needs to be an emphasis on them being facilitators of the conversation and not the decision-makers. As Devs (QA, DevOps, SRE etc) we need to make sure that it isn't a one sided decision and learn to argue without undermining or name-calling.

[StopHammoTime]

+1 on this. People forget product development is a collaborative process. If a PM is just chucking work over a fence, they’re not a PM. They can’t be doing their job effectively if they’re not spending as much time with developers as with customers.