Product Engineers Drive Business Impact Beyond Technical Execution
TL;DR
- Engineers who understand business context and customer needs become "product engineers," enabling them to shape problems and develop solutions that drive business impact, rather than just executing assigned tickets.
- Shifting project management from Product Managers to Technical DRIs or Engineering Managers frees up Product Managers to focus on customer-facing strategy and product definition, improving efficiency and outcomes.
- Cultivating curiosity and focus in engineers allows them to identify and solve more impactful problems, leading to disproportionate career growth and business value beyond traditional hierarchical progression.
- Companies that foster a culture where the best ideas win irrespective of hierarchy, coupled with empowering engineers to proactively identify and pursue important problems, accelerate innovation and business outcomes.
- Developing engineers into Technical DRIs, even early in their careers, by providing stretch assignments and managerial backstopping, accelerates their growth and builds organizational capability for complex project ownership.
- Embracing ambiguity and learning from failures, particularly through hands-on experience with high-stakes projects, is crucial for developing confidence and accelerating career progression beyond rote execution.
- The future of engineering success lies in leveraging tools like AI to amplify impact, requiring engineers to demonstrate curiosity and focus to solve the right business problems effectively.
Deep Dive
The core argument is that advancing to senior engineering roles, particularly Staff Engineer, requires a fundamental shift beyond just technical coding proficiency. This evolution hinges on becoming a "product engineer" who deeply understands business context, customer needs, and drives impact, rather than merely executing assigned tasks. This paradigm shift implies that traditional career progression models, often tied to managing teams, are outdated. Instead, senior roles should celebrate engineering depth and demonstrable business impact, empowering individual contributors to shape product direction and solve critical problems, irrespective of hierarchy.
The implications of this product-centric engineering approach are far-reaching. Firstly, it redefines the engineer's role from a code implementer to a strategic problem-solver. By understanding the "why" behind their work--the customer problem and business opportunity--engineers can proactively identify and prioritize impactful projects, effectively de-risking initiatives and accelerating learning cycles. This directly challenges the notion of passively waiting for instructions; instead, it fosters a culture of "extreme ownership" where engineers are empowered to drive projects end-to-end, from ideation to execution and impact measurement.
Secondly, this model necessitates a re-evaluation of traditional team structures and project management. Product Managers should focus on defining the "what" and "why" based on customer and business insights, while Technical DRIs (Directly Responsible Individuals) or Engineering Managers should handle project execution. This separation prevents Product Managers from becoming status collectors and allows engineers, who possess the technical understanding of feasibility and timelines, to effectively manage project scope and flag risks. The implication is that organizations must cultivate environments where engineers are given access to customer data and business strategy, enabling them to propose solutions and drive direction.
Thirdly, the emphasis on curiosity and continuous learning becomes paramount for career advancement. The rise of AI tools amplifies this need, allowing senior engineers to leverage technology for greater leverage, but the core art of problem-solving with business impact remains. Companies that foster a culture of curiosity--where engineers are encouraged to explore, question, and propose solutions--will thrive. This also means that hiring practices must evolve to assess not just hard skills, but also curiosity, trajectory, and the ability to articulate the "why" behind their work. The ability to reflect on past projects, identify learnings from both successes and failures, and demonstrate a proactive approach to understanding business context are critical signals for identifying individuals who can drive significant business impact and grow into influential senior roles. Ultimately, this shift empowers engineers to find fulfillment by connecting their technical contributions to tangible business outcomes, moving away from hierarchical progression and towards impact-driven growth.
Action Items
- Audit product engineering practices: For 3-5 core products, assess engineer involvement in customer problem definition and business context understanding.
- Create a "Why" framework: For 5-10 key projects, document the business problem, customer impact, and desired outcomes before development begins.
- Implement customer access for engineers: For 3 teams, facilitate direct engineer participation in 1-2 customer calls per quarter to foster business context.
- Develop a curiosity cultivation plan: For 2-3 junior engineers, define iterative learning opportunities that expose them to customer feedback and business metrics.
- Measure engineering impact: For 5 core features, establish dashboards to track adoption and business outcomes post-launch, informing next iteration decisions.
Key Quotes
"if you are an engineer who actually comes and asks me tell me what to do you already failed the test it came to me in a month and told me that's not an important problem the best idea should win irrespective of hierarchy to go to a staff engineer you need to lead an engineering team of like 10 people that's like a meme the reality is it doesn't matter we will celebrate engineering depth we will celebrate impact you're an ic engineer you could get the most highest level by having an impact on the business as you level up a software engineer your scope responsibilities and impact they all increase and you become more of a product engineer as you understand your customer domain your business deliverables and you measure your results"
Praveen Murugesan argues that the traditional path to senior engineering roles, often involving managing large teams, is a "meme." He emphasizes that true advancement, even to Staff Engineer, is driven by engineering depth and business impact, regardless of hierarchical leadership. Murugesan suggests that as a software engineer progresses, their responsibilities expand, transforming them into a "product engineer" who understands customer needs and business outcomes.
"from a product engineering perspective i think the main thing is you are already responsible for a product that you're shipping to customers or you're working on a product that's shipping to customers so you actually get like you know the direct connection to the customer problem right so i would say like effective product engineers who i've seen like effectively grow really well or people who actually understand the impact of their work and they want to really understand the why of like what am i doing and like you know why should i do this particular like work it's something they deeply understand the context for like they partner with product managers really effectively they're not necessarily people who are like waiting to be told what to do right"
Murugesan explains that a product engineer's core differentiator is their direct responsibility for a product shipped to customers, granting them a connection to the customer's problems. He highlights that successful product engineers understand the impact of their work, deeply grasp the "why" behind their tasks, and actively partner with product managers, rather than passively waiting for instructions. This proactive engagement with context and customer problems is key to their growth.
"i think about product management is a lot more of like an 80 role is actually customer facing or outward facing not your internal operations or management of a project yeah like project management is a very different thing and it's not the job of a product manager sometimes people confuse this and the best companies usually leave to managing an individual project to internal people like a technical dri or an engineering manager in most cases"
Murugesan distinguishes product management from project management, stating that product management is primarily an outward-facing role focused on customer needs and business opportunities. He clarifies that project management is a distinct function, often handled by technical DRIs (Directly Responsible Individuals) or engineering managers, rather than product managers. This separation ensures product managers can focus on strategic customer engagement and defining the "why" behind product development.
"if you are an engineer who actually comes and asks me tell me what to do you already failed the test like my expectation is we'll build you an environment where like you actually have access to customers you understand the business strategy you actually like you know have access to all the data from what's happening internally in terms of product usage etc we want people to actually come to us and tell us what to do not necessarily like we prescribing like you know this is what you need to do and that's the type of engineers that are going to thrive like you know it's at samsara today but also i think in the industry over time"
Murugesan expresses his expectation that engineers should proactively identify problems and propose solutions, rather than waiting for direction. He emphasizes that the ideal environment provides engineers with access to customer insights, business strategy, and product usage data, empowering them to drive initiatives. Murugesan believes that engineers who come forward with their own ideas and solutions are the ones who will thrive, both at Samsara and in the broader industry.
"one is a little bit of an obsession to understand the impact of the work that i'm doing like you know and it's actually extremely fulfilling when you do that and i would say like you know so that's something that i think i would encourage people to really lean in and understand why am i doing what am i doing like answer your why like you know and so you find the work that you actually like you know enjoy doing the most and then while you do it demonstrate curiosity and focus"
Murugesan summarizes his career advice by highlighting three core elements: an obsession with understanding the impact of one's work, demonstrating curiosity, and maintaining focus. He finds personal fulfillment in understanding the "why" behind his actions and encourages others to do the same to find work they enjoy. Murugesan believes that combining this drive with curiosity and focus leads to greater success and enjoyment in one's professional endeavors.
Resources
External Resources
People
- Praveen Murugesan - VP of Engineering at Samsara, guest on the podcast discussing engineering roles and career growth.
- Mo - Mentioned in relation to a discussion about the Forward Deployed Engineer role.
Organizations & Institutions
- Samsara - Praveen Murugesan's employer, discussed in the context of company culture and engineering practices.
- Service Now - Mentioned in relation to a discussion about the Forward Deployed Engineer role.
- Salesforce - Mentioned as a previous employer where an engineer experienced a production issue.
Websites & Online Resources
- linkedin.com/in/praveenmurugesan - Praveen Murugesan's LinkedIn profile, provided for connection.
Other Resources
- Forward Deployed Engineer - A role discussed as being consultancy-focused, requiring customer and product understanding for custom implementations.
- Product Engineer - A role contrasted with traditional software engineers, emphasizing responsibility for shipping products, understanding customer problems, and business context.
- Software Engineer - The traditional role discussed in contrast to Product Engineers, focusing on the build phase.
- Technical DRI (Directly Responsible Individual) - A role discussed as being responsible for driving projects end-to-end, including project management and technical ownership.
- Technical Project Manager - A role mentioned for managing complex projects involving multiple teams.
- Staff Engineer - A career level discussed in relation to leadership and impact, with a critique of the meme that it requires managing a large team.
- AI - Mentioned as a factor influencing the evolution of engineering roles and the industry.