Recently, I had a conversation with my ex-coworker. He told me a story about how he views the relationship between engineering leaders and product owners. He used to confront the product team often. Now, with the maturity that comes from career growth and in his role as the head of engineering, he believes it’s important to be a good partner to his product team.
Earlier this year, I joined several calls with our product teams to align priorities between engineering and product. The discussions, however, quickly turned tense.
“The job of the product manager is to discover a product that is valuable, usable, and feasible. The job of engineering is to deliver a product that is reliable, scalable, and maintainable. These are two different jobs, and they often conflict.”
— Marty Cagan, Inspired: How to Create Products Customers Love
These conversations were challenging, leaving me frustrated and disheartened. They highlighted a recurring theme: a disconnect between the priorities of engineering and product, often leading to friction rather than collaboration.
“The root cause of most of these failed efforts is that they are solution-based rather than problem-based.”
— Marty Cagan
Meanwhile:
Product teams face intense pressure to deliver features that directly impact business growth, often within tight deadlines. They may choose existing solutions from third parties instead of building in-house solutions, especially when misalignment happens between engineering and product.
Conflicts arise from the differing perspectives and priorities of the two parties.
Engineering teams often feel pressured to meet deadlines at the cost of long-term stability, while product teams focus on speed to market.
This creates tension but also an opportunity for collaboration.
Engineering serves products, and product owners need engineering assistance to boost growth.
Of course, engineering teams are not attached to the product team. But they are not enemies either. The engineering team should be a partner and advisor to the product team.
If businesses always chase deadlines without proper architectural design and cleaning up technical debt, systems will eventually fall apart. Engineering teams should give technical advice to stakeholders, suggesting sustainable, cost-saving solutions so that the business can always be successful.
On the other hand, if engineers focus only on technology without considering business value, there is a risk that what we build might diverge from what the business needs.
Here are some suggestions for fellow engineering leaders
Improving the relationship between engineering and product teams requires intentional effort, clear communication, and mutual understanding.
Schedule recurring meetings to review and align engineering and product roadmaps.
“The single biggest problem in communication is the illusion that it has taken place.”
— George Bernard Shaw
“Most software projects fail because of a lack of communication, a lack of understanding, and a lack of trust.”
- Tom DeMarco and Timothy Lister, Peopleware: Productive Projects and Teams
I started exercising my storytelling skills, and I have often explained the necessity of investing time in tech roadmap during the calls. I have always brought business values to the table when negotiating tech investments with product teams. Instead of saying, “We need to refactor this codebase,” explain, “Refactoring this codebase will improve system reliability and provide better user experiences.”
“The most powerful person in the world is the storyteller. The storyteller sets the vision, values, and agenda of an entire generation that is to come.”
— Steve Jobs
Always show an empathetic and supportive image of engineering teams in front of stakeholders.
I often acknowledge that meeting deadlines can be challenging for the engineering team, but reassure them that we are committed to helping achieve the goal. For example, if a deadline seems unrealistic, instead of saying, ‘We can’t do this,’ propose alternative solutions like prioritizing features in phases. Focus on delivering a Minimum Viable Product (MVP) first, then move on to subsequent features.
Engineering teams should actively listen to stakeholders’ concerns and seek to understand the reasoning behind their requests. Be a good listener and ask clarifying questions. I often ask ‘why’ during meetings at appropriate times to ensure the engineering team isn’t simply taking orders. We should be able to provide constructive advice.
At the end of the day, it is to Build Trust across product and engineering teams. It takes time, but the investment is worthwhile.
One key to success is ensuring that the entire team feels ownership and responsibility for the product’s success. They need to feel empowered to do whatever is necessary to meet their objectives.
— Marty Cagan, Inspired: How to Create Products Customers Love
If you were the owner of your company, how would you evaluate the value that your engineering team provides? What is your expectation of the engineering team? How would you balance the need for quick deliverables with the long-term health and success of the product?