| When I was a software engineer, I used to think I was the smartest person in the room, and derided the work of product managers, delivery managers and to some extent engineering managers. I've had experience of engineering roles up to Principal and Hands-on CTO and felt that we didn't need the non-engineering backgrounds at all. Today, I find myself in a senior TPM role for a FAANG who also has "product manager" in his customer-facing job role. I cringe at my behaviour 15 years ago. I shake my head as a I hear software engineers using the same arguments I did. "We know how to do product management, you're just slowing us down". In recent years, on a few internal projects I step back and watch projects with no product or project management resource - just engineers - and the same pattern emerges over and over again: no clear customer-facing objectives, not enough time spent listening to customers, not enough work in the ramp up to design, not enough work in figuring out the long-term operational factors of owning a product, poor customer communication (no, they'd don't understand your technical documents, sorry, and they've told you that, and you don't know what to do about it, but huh, isn't this tricky?), and more often than not, misaligned internal objectives and politics meaning the product has "camps", driven by individual preferences and career/promotion objectives. It's a mess. Every time. You might not need product managers, but you need product management, and most engineers are atrocious at it. They want to focus on the technical work and are not prepared to commit to the work that comes with product management. It's often wise to just hire product managers. You might not need project managers, but you need project management, and engineers are often poor at it. You probably should have project managers. Product managers often have better organisational skills - and the attuned level of empathy needed to listen to all stakeholders which is needed in project management - to be able to do project management too. If you're still not convinced look at OSS. Most of it is only accessibly to other engineers, until one of two things happen: a project starts to ape product design decisions made by commercial projects, which has happened with a lot of office and graphics programs; or, somebody with real product management expertise gets involved and is able to influence the project. I know many people will disagree. They'll insist they know better. I expect downvotes because some people will feel affronted. I know this, because 15 years ago I felt the same. I was wrong. You're wrong if you feel that way too, and you'll realise it over time, particularly if you're asked to do it for a while. Product management is a real skill. And yes, most teams could do it better. And project management skills - particularly agile skills - are awful in the industry. But please, stop thinking the answer is more engineers. |
Nobody likes to have a stakeholder with no power to make decisions. A product manager who cannot tell you what comes a year down the line. A project manager who cannot change processes to improve efficiency. An engineering manager who cannot create opportunities for their team. Or a tech lead who cannot prioritise tech debt. You cannot avoid bureaucracy in large organisations, but you can reduce the surface. There's a case to be made to consolidate such bureaucratic functions under a single role for a team. But in smaller organisations and startups, it can perhaps be done away with entirely too.