"People are hired based on whether they’d represent no treat"
I think author means "threat".
11–20 of 370 posts
"People are hired based on whether they’d represent no treat"
I think author means "threat".
Some people will often break the boundaries of those roles, though, and that's ok. They have ideas and might even come up with their own job titles. An organization must be smart enough to let that people grow and thrive. That doesn't mean one cannot thrive as a PM, or do great work; it's just that an organization usually cannot invest time in deeply knowing who they're getting onboard and so offer precooked roles.
Apple never had product managers while Steve Jobs was alive. The closest they had was Steve Jobs and Product MARKETING Managers, which are quite different than Product Managers.
Steve Jobs and his inner circle were, arguably, the product managers
It's a fairly harsh take, as a whole, but there's parts of this that absolutely ring true. Once you get that "product org" in a company, it tends to progress the way the author describes, with committees and OKRs and review cycles and planning and a lot of bureaucracy. I took, naively, a product manager job at one place I worked, thinking it would finally give me formal control over the product that I'd been previous…
The real problem is unrealistic roadmaps filled with top-down strategic initiatives which are often made up by leadership with very little rigor—all in the pursuit of growth at any cost. The bad PM is an emergent property of that system.
It's a fairly harsh take, as a whole, but there's parts of this that absolutely ring true. Once you get that "product org" in a company, it tends to progress the way the author describes, with committees and OKRs and review cycles and planning and a lot of bureaucracy. I took, naively, a product manager job at one place I worked, thinking it would finally give me formal control over the product that I'd been previous…
I am living the reality described by the article. The PM role has too much power and too little accountability if things go south. The usual scrape goats are sales, then engineering and support.
- Why is a company equated with one product?
- Without a "product manager", or, since I prefer scrum terminology, "product owner", who determines the direction of the product development? Who decides what the most important thing to work next is, and where to focus company resources? Who is responsible for making sure that the product is valuable, and that whatever developers work at any given moment serves to maximize its value?
- Without a single "product manager"/"product owner", who decides which of the multiple competing requests to the team takes the first priority?
- With the attitude of "hire everyday great people; each one needs to be great at something; you then put them together in a team", how do make sure that individuals you put on a team work toward a single goal, as a team?But: The author hand-waves the solution into oblivion:
"There’s an alternative model that works. You hire everyday great people. Each one needs to be great at something, obsessed by their craft, and driven by quality. You then put them together in a team, without individual responsibilities, ensuring that there’s minimal overlap in areas of greatness. And you pay them to have fun doing what they love doing, in exchange for putting their time and skills at the service of your company."
I mean, come on. That sounds lovely but can anyone point to a successful company larger than 100 people where that actually works in practice? (HOW could it work in practice?)