Engineering managers and product managers are the two most important leadership roles on a software team, yet their responsibilities are frequently misunderstood — even by the people in these roles. This guide clarifies the boundaries, explains the collaboration model, and helps both EMs and PMs work together more effectively.
Core Responsibilities Compared
The engineering manager owns the 'how' and 'who' of software delivery. How will the team build what needs to be built? Who will do the work? How will the team grow and improve? The EM is accountable for technical execution, engineering quality, team health, and the development of individual engineers.
The product manager owns the 'what' and 'why'. What should the team build? Why does it matter to customers and the business? The PM is accountable for product strategy, customer understanding, feature prioritisation, and measuring the business impact of what the team ships.
The boundary between these responsibilities is where most EM-PM friction occurs. When an EM starts making product decisions (what features to prioritise) or a PM starts making engineering decisions (how to implement a feature, which tech debt to address), role confusion creates inefficiency and resentment. Clear boundaries are essential, but so is mutual influence — each role should inform the other's decisions without overriding them.
Decision-Making Authority
Effective EM-PM partnerships establish clear decision-making authority for different types of decisions. Product decisions — what to build, feature scope, customer targeting, success metrics — belong to the product manager. Engineering decisions — architecture, technology choices, team structure, engineering practices — belong to the engineering manager. Shared decisions — project timelines, scope trade-offs, risk management — require genuine collaboration.
Scope and timeline trade-offs are the most common area of negotiation. The PM wants to ship a feature by a certain date with a specific scope. The EM understands the engineering effort required and the impact on team sustainability. The best outcomes come from transparent discussion where both parties share their constraints and collaboratively find the right trade-off.
When disagreements escalate, they should be resolved by the next level of leadership — typically the director of engineering and the head of product. Having an escalation path prevents the EM-PM relationship from becoming adversarial and ensures that decisions are made based on organisational priorities rather than individual preferences.
Daily Collaboration Patterns
The EM and PM should meet regularly — at minimum weekly, ideally twice per week — to align on priorities, discuss upcoming work, and address any friction points. These syncs should cover both tactical coordination (what is in the current sprint, what is blocking progress) and strategic alignment (how is the roadmap evolving, what changes are coming).
During sprint ceremonies, the EM and PM play complementary roles. In planning, the PM provides context on priorities and acceptance criteria while the EM facilitates estimation and identifies technical risks. In retrospectives, both contribute observations about what went well and what should change. In standups, the PM provides business context while the EM focuses on blockers and team health.
The informal relationship matters as much as the formal one. EMs and PMs who trust each other, communicate candidly, and genuinely respect each other's expertise create teams that function at a higher level. Investing in this relationship — through regular lunches, casual conversations, and honest feedback — is one of the most valuable things both roles can do.
Common Friction Points and How to Resolve Them
The most common source of EM-PM friction is disagreement about pace. PMs often want to ship faster; EMs often want to invest more in quality and sustainability. Neither perspective is wrong — the tension between speed and quality is inherent in software development. The solution is to make the trade-off explicit rather than leaving it implicit. When the PM asks for faster delivery, the EM should clearly articulate what quality or sustainability trade-offs that requires.
Technical debt is another frequent friction point. EMs typically want to invest more in addressing technical debt; PMs typically want to maximise time spent on customer-facing features. Resolving this requires the EM to frame technical debt in terms the PM can evaluate — customer impact, team velocity, incident risk — rather than in purely technical terms.
Scope creep creates tension when the PM adds requirements mid-sprint or changes priorities frequently. The EM's role is to protect the team's focus and sustainability while remaining flexible enough to accommodate genuine business needs. When scope changes are necessary, the EM should ensure that the team understands the reason and that something else is deprioritised to make room.
Building a Strong EM-PM Partnership
The foundation of a strong EM-PM partnership is mutual respect. The EM respects the PM's customer insight, market knowledge, and business judgement. The PM respects the EM's technical expertise, understanding of engineering constraints, and knowledge of the team's capabilities. Neither role can be effective without the other, and partnerships that acknowledge this interdependence are the most productive.
Invest in understanding each other's world. EMs should attend customer calls, read product analytics, and understand the business metrics that drive product decisions. PMs should attend technical design reviews, understand the team's architecture, and appreciate the engineering constraints that shape what is feasible. This cross-domain understanding reduces friction and improves the quality of joint decisions.
When the partnership is working well, it should be invisible to the rest of the team. Engineers should not experience tension between the EM and PM — they should experience a unified leadership team with clear, consistent priorities. Achieving this alignment requires ongoing investment from both sides, but the payoff in team effectiveness is substantial.
Key Takeaways
- The EM owns the how and who; the PM owns the what and why — respect these boundaries
- Scope and timeline trade-offs are the primary negotiation area and require transparent collaboration
- Frame technical concerns in business terms to bridge the EM-PM communication gap
- Invest in the informal relationship — trust and mutual respect drive partnership quality
- When the partnership works well, the team experiences unified, consistent leadership
Frequently Asked Questions
- Who has more authority on the team — the EM or the PM?
- Neither role has authority over the other. They have authority over different domains — the EM over engineering execution and people, the PM over product direction and customer strategy. In practice, the most effective teams operate as partnerships where both roles influence each other's domains through discussion and mutual respect. If you find yourself asking who has more authority, it is usually a sign that the partnership needs strengthening rather than a hierarchy being imposed.
- What if the EM and PM cannot agree on priorities?
- Escalate to the next level of leadership — typically the director of engineering and the head of product. Before escalating, ensure you have clearly articulated your position, understood the other person's perspective, and explored compromise options. Escalation should be a last resort, not a first response. If you find yourself escalating frequently, invest in strengthening the EM-PM relationship through more regular communication and shared understanding of each other's constraints.
- Can an engineering manager transition to product management?
- Yes, though it is less common than the reverse. EMs who transition to product management bring strong technical judgement, team awareness, and execution experience. The primary gaps to address are customer empathy (spending time directly with users), business strategy (understanding market dynamics and competitive positioning), and data analysis (using product analytics to drive decisions). If you are interested in this transition, start by attending customer calls, reading product analytics, and learning about your company's business model in depth.
Explore the EM Field Guide
Our field guide includes detailed guidance on building effective cross-functional partnerships, including frameworks for EM-PM collaboration, stakeholder management, and priority alignment.
Learn More