This article and many people attempting to analyze this topic (and many others) are missing a key element: "incentives"! Many developers are more passionate about technology itself – coding, solving complex technical problems, and creating efficient solutions. Their formal rewards (like promotions, bonuses, and recognition) are often tied to technical achievements. If a developer spends 40 hours on customer research,…
This isn't that hard. Just have your developers train people with your software. In every craft you learn the moment the rubber hits the road. A film director can watch the film in the editing room a thousand times, but the one first time watching it with a real audience will teach them more than those 1000 hours together. A carpenter can work away on a piece of furniture merrily all week long and be happy with thems…
More product, fewer product managers
51–60 of 314 posts
Re: More product, fewer product managers
#52Who should be?
There are many schools of thought on this. In the end, it comes down to clearly defining who needs to be responsible for all the different things that go into defining, designing, and building a product.
Given the approach to product management in this article, what would the rest of the team look like?
Re: More product, fewer product managers
#53As a developer, and a development manager, the best product managers I've worked with rarely got involved in the "how". Sure, they may generate epic-level tickets in your back log, but lower than that, they trust you and the project people to get things done. Problem is, the org needs to support that, and in most companies, the work that gets the most attention isn't visionary or growth focused, it's whatever is maki…
Product managers own the "Why?" and the "What?". Project managers own the "When?". Engineering managers own the "Who?". Engineers own the "How?". When people try treading on other patches, it always ends in disaster. That works both ways: engineers are lousy at the "Why?" and the "What?" because they think too much in terms of "How?"; and yes, product managers need to step away from the "How?" unless it's to clarify…
There's no one to balance the complexity of building this vs the gains achieved.
I think best engineers would be people who also use the product and can give their own insights on this, as well as best PMs are someone who have good knowledge of the technical background and context.
Re: More product, fewer product managers
#54Ha, what's the difference between a project manager and a product manager? Two letters and about $50k-100k. I've done both and it ends up being project management with a few extra steps. The extra steps being, "focusing on the market, solving customer problems, and being strategic. You'll hear the classic adage of, ” well project managers deal with the how to execute and product managers deal with the what to execute…
Re: More product, fewer product managers
#55I’ve been in product management for over 20 years, and I agree with most of what is said here. Ratios matter. CPOs end up empire building with an army of PMs. The organisation ends up with PMs owning a slice of the customer experience such as a single page, optimising CTRs on buttons, with no meaningful contribution to the product strategy or vision. It’s hard to be a Product Manager without owning a product.
Re: More product, fewer product managers
#56Earlier quoted context omitted.
This isn't that hard. Just have your developers train people with your software. In every craft you learn the moment the rubber hits the road. A film director can watch the film in the editing room a thousand times, but the one first time watching it with a real audience will teach them more than those 1000 hours together. A carpenter can work away on a piece of furniture merrily all week long and be happy with thems…
I can attest to that. I had worked on a product for a couple of years and received feedback from our support team, but never seen how the product was used in real life. One time, we had a specific bug that the customers were complaining about, and no matter how they described it, we couldn't figure out what the problem was. That was until I went to one of the customer sites and saw how the users were interacting with…
Just seeing the moments of hesitation, how the mouse is moved while searching in menus, etc gives me a lot of information.
Re: More product, fewer product managers
#57Barely relevant to the article, but this new trend of AI art as the main image of blog articles drives me absolutely crazy - if you don't have a clear main image in mind when you wrote the article, don't waste my bandwidth downloading a computers pipe dream. I'm all for AI art, it's an incredibly valuable tool - but if your using an AI piece as the only image on the page, it should be for a damn good reason, not just…
The most sad part is imagining the prompt that he used, and how hard he tried to add black, whites, women... respecting the politically correct numbers.
Yeah DALLE-3 has this in the system prompt.
> Diversify depictions of ALL images with people to include DESCENT and GENDER for EACH person using direct terms. Adjust only human descriptions.
> EXPLICITLY specify these attributes, not abstractly reference them. The attributes should be specified in a minimal way and should directly describe their physical form.
> Your choices should be grounded in reality. For example, all of a given OCCUPATION should not be the same gender or race. Additionally, focus on creating diverse, inclusive, and exploratory scenes via the properties you choose during rewrites. Make choices that may be insightful or unique sometimes.
> Use "various" or "diverse" ONLY IF the description refers to groups of more than 3 people. Do not change the number of people requested in the original description.
> Don't alter memes, fictional character origins, or unseen people. Maintain the original prompt's intent and prioritize quality.
> Do not create any imagery that would be offensive.
> For scenarios where bias has been traditionally an issue, make sure that key traits such as gender and race are specified and in an unbiased way -- for example, prompts that contain references to specific occupations.
Re: More product, fewer product managers
#58Re: More product, fewer product managers
#59Earlier quoted context omitted.
Product managers own the "Why?" and the "What?". Project managers own the "When?". Engineering managers own the "Who?". Engineers own the "How?". When people try treading on other patches, it always ends in disaster. That works both ways: engineers are lousy at the "Why?" and the "What?" because they think too much in terms of "How?"; and yes, product managers need to step away from the "How?" unless it's to clarify…
Hard disagree, cross role context is critical for intuition on getting stuff done. A designer with no insight on engineering will create shitty designs that take forever to build, create patterns that arent reusable, etc. Engineers with no insight on product will not be able to balance the debt/product ratio properly. You can say that all of this gets sorted out with proper communication, but knowledge and intuition…
Of course there needs to be communication and context, but when engineers start to try and direct the "what" or the "why", it becomes as absurd as PMs trying to dictate the "how".
Re: More product, fewer product managers
#60Earlier quoted context omitted.
Product managers own the "Why?" and the "What?". Project managers own the "When?". Engineering managers own the "Who?". Engineers own the "How?". When people try treading on other patches, it always ends in disaster. That works both ways: engineers are lousy at the "Why?" and the "What?" because they think too much in terms of "How?"; and yes, product managers need to step away from the "How?" unless it's to clarify…
If this is the ownership and Engineers ask "How?", there's no one overall to connect the dots. For instance with this ownership dynamic product managers will come up with what and why, and engineers will come up with "how", but no one validates whether the whole thing is worth it considering the technical complexities involved. So scenarios where PMs come up with this and Engineers just ask "How?" there will be initi…
It's a team sport, there needs to be communication, but there also needs to be clear areas of ownership.