Back to blog
Engineering CultureMentoring5 minOct 17, 2025

Product Leadership with an Engineering Foundation

How an engineering background can improve product decisions, team trust, and the connection between customer value and delivery.

There is a natural, historic friction between product managers and software engineers. Engineers often look at PMs as ticket-passers who don’t understand how APIs actually function and demand arbitrary deadlines. PMs often view engineers as perfectionists who want to spend three weeks refactoring code instead of shipping business value.

Having spent six years in software engineering—working on payment services, Oracle PL/SQL performance, and semiconductor data systems—I stepped into product management with a practical understanding of how product decisions affect implementation and operation.

1. Mentoring Over Managing

When you understand system architecture, your relationship with the dev team completely transforms from manager to mentor. You don't manage them through Jira metrics or arbitrary velocity charts. You lead through architectural empathy.

Early in my career at Sella Bank Group, I supported code-quality processes for transaction-critical systems. That experience reinforced a simple point: delivery improves when engineering teams understand the systemic context behind a product requirement.

Engineering teams should be brought directly into the problem-space, not just the solution-space:

  • Don't just hand them a finished UI layout and a database schema.
  • Explain the user behavior data, show them the support ticket trends, and let them co-architect the technical solution with you.

When an engineer knows why a microservice constraint is impacting a customer's onboarding experience, they will write cleaner, more resilient code than any PRD could ever mandate.

2. Earning Technical Authority

You don't need to write the code yourself—in fact, as a PM, you shouldn't be writing the production code. But you must be able to sit down with a Principal Architect, look at a system diagram, and ask the hard structural questions.

When engineers see that a product leader understands system constraints, the conversation changes. Product and engineering can work as strategic partners, connecting customer value to credible implementation choices without pretending that technical fluency replaces engineering ownership.