Good devs with good communication == Better then PM Dev + Business = speed and customer centric Dev + PM + Business = one more layer, i.e. slow, i.e. some loss of customer voice I worked at Amazon as dev for 10 yrs. In early days 2001+. Amazon did not hire PMs then. Best of Amazon exp came out in that period. I was part of that myself. Pm is needed for things like building amazon prime. If at all.
That's a very based take! The whole idea of a PM boils down to address a less qualified non technical middle man to make all the important decisions, while also pigeon hole your communications with the rest of the stakeholders. Why does this role even exist is beyond me. It's like we can't trust the engineers with any important decisions, so we need some business guy who took a two week course and now is suddenly qua…
More product, fewer product managers
281–290 of 314 posts
Re: More product, fewer product managers
#282My view is that PMs should sit super super close to the team. There should never be a case where the software team is more knowledgeable about the product function than the PM, but in practice this is often the case.
Re: More product, fewer product managers
#283Earlier quoted context omitted.
The best PMs I’ve worked with were HIGHLY technical, either in the same areas as the developers or in adjacent areas, like product design, or the domain of the product PM for retail company did long stints in merchandising at Costco PM for spreadsheet company was a former banking analyst Most companies hire under qualified generalist PMs who have to learn everything about their market from scratch; it’s very challeng…
Spotify, if you’re reading this, hire someone who listens to podcasts for your podcast feed in app.
The insult to that is also "no changelog". I hate the generic "we try to make it better, but ain't telling you what". So at this point it's a gamble whether I want to update or not, so I don't.
Also for Spotify, perhaps it's time to allow a pool of 1000 (?) volunteers from each language to help you rewrite titles, names, etc. in the local languages. I'm happy for the latin alphabet, but do make a "local language" field and then let the users see THAT instead of the common if they choose to.
Re: More product, fewer product managers
#284Earlier quoted context omitted.
I don't believe in Product Managers or Project Owners as a net good towards building a better product or a better company. The most successful teams I have been in had no dedicated product role, instead, all decisions were made by the developers. My current view is best to remove all type of non technical people or even mildly technical people from the developers' way and let them build in peace.
The best PMs I’ve worked with were HIGHLY technical, either in the same areas as the developers or in adjacent areas, like product design, or the domain of the product PM for retail company did long stints in merchandising at Costco PM for spreadsheet company was a former banking analyst Most companies hire under qualified generalist PMs who have to learn everything about their market from scratch; it’s very challeng…
Re: More product, fewer product managers
#285I've spent some time interacting with product managers as an engineering manager, or head of a functional area. I've also been "acting" PM for an internal product at a medium size tech company. I think product management entails some of the most important things a company does. But it's really hard work, and many less capable PMs gravitate away from it and more towards either "driving" (i.e. micromanaging) the engine…
I don't believe in Product Managers or Project Owners as a net good towards building a better product or a better company. The most successful teams I have been in had no dedicated product role, instead, all decisions were made by the developers. My current view is best to remove all type of non technical people or even mildly technical people from the developers' way and let them build in peace.
My product is utter crap. As an example, 2/3 of the code moves data from Oracle to JSON to MySQL back to JSON to PostGres to parquet that just reconstructs the schema of the original Oracle tables. It is fragile as fuck and the "architect's" proposed solution when I joined was to throw Redis in the mix. Customers hate it because it's always breaking down and has massive requirements.
I went to war with him, pointing out how absolutely asinine the whole thing is. Turns out, he was already on an RIF chopping block along with several other engineers that contributed to this mess. I just pushed it over the edge. When he left, I discovered one of them basically came in in the morning, logged in to customer sites, launched four screen sessions at each customer and tailed -f logs all day, manually restarting when their own shit code went down.
This is what happens when you get out of developer's way and let them build in peace.
Re: More product, fewer product managers
#286Earlier quoted context omitted.
In that scenario, who is driving product requirements? For example, in an area with strict financial/regulatory compliance laws, are you expecting every engineer to be an expert in those laws? And have contacts at the government agencies implementing those policies?
> In that scenario, who is driving product requirements? The developer teams, who else? You build it, you need to know what you are building, right? I find it fascinating that the dev community that gobbled so easily "You build it, you run it", doesn't question why we are not being trusted with knowing and determining what to be built in the first place. > For example, in an area with strict financial/regulatory comp…
Maybe not an expert, but literally every project I've been involved with where those things are relevant, the PM knew more than most of us, knew who to talk to, and was responsible to make sure we did the right thing. It is pretty much what half the role was about. They were often pretty senior people with long experience working in a relevant field.
Re: More product, fewer product managers
#287BUT - this is a leadership problem. Either leadership want and expects PMs to be doing those things (dysfunctional product mindset) or they want them to be better PMs but don't know how (poor performance management). In either case, firing all the PMs and expecting the devs to do it just means the devs get thrown into the fire instead. They're welcome to try! But, the idea that removing PMs from a dysfunctional organisation fixes anything is nonsensical. The devs will be just as unhappy taking orders from a more senior stakeholder who understands them even less.
Good product managers can be game changers. They absolutely should not spend all their time bossing developers around. They don't need to be former developers themselves (although there's nothing wrong with developers becoming PMs). They don't need to spend all their time on tech. Building great products isn't as simple as saying "The developers can do it" and letting them build whatever. How many developers really want to work on market strategy, pricing and packaging, customer segmentation, user interviews, wrangling stakeholders etc? I guess... maybe some... but enough? The whole fetish that developers have for "just let us do it" will dissolve quickly in a good or bad organisation because they only see the bits they want to see.
For the record, I spent 20 years as a developer before moving into product leadership.
Re: More product, fewer product managers
#288Earlier quoted context omitted.
The best PMs I’ve worked with were HIGHLY technical, either in the same areas as the developers or in adjacent areas, like product design, or the domain of the product PM for retail company did long stints in merchandising at Costco PM for spreadsheet company was a former banking analyst Most companies hire under qualified generalist PMs who have to learn everything about their market from scratch; it’s very challeng…
Spotify, if you’re reading this, hire someone who listens to podcasts for your podcast feed in app.
Re: More product, fewer product managers
#289Earlier quoted context omitted.
My org tried this, but being in financial services no one thought through this problem - our customers are much better paid than any PM we could hire. That is to say, the only customer we could convert to a PM was one who was fundamentally bad enough at his existing client side job that he was OK capping his income at 25-50% of his potential.
Doesn't it go in the other direction too? Any PM you can hire can probably make more in finance?
It also doesn't give them any training in how to PM.
They should just be someone technical enough with enough people skills and familiarity with user use cases to bridge the gap.
Re: More product, fewer product managers
#290Earlier quoted context omitted.
Why does the domain expert have to be the PM versus someone the engineers consult directly?
Why shouldn't engineers consult with a PM? Isn't that a key part of the role - to break down external requirements into engineering needs?
But imagine if the developers themselves could break down the external requirements into engineering needs!
Or are developers grug brains that need a bigger, superior brain to simplify scary real world into simple, safe engineering needs? Or developer grug so busy, must write code, no time look at feedback form, no time think client request, need simplified instructions, must slap keyboard, clack, clack?
Context: https://grugbrain.dev/