Why Engineering Managers Should Lead Technical Projects: A Case for Technical Leadership in IT
In today's rapidly evolving IT landscape, the question of who should lead technical projects has become increasingly important. While project managers with traditional management backgrounds have long held these positions, evidence suggests that engineering managers—those with both technical expertise and leadership skills—often drive more successful outcomes in complex technical environments. This article explores why engineering managers are frequently better positioned to lead technical projects, supported by industry examples and case studies.
The Technical Knowledge Gap
Non-technical project managers face an inherent disadvantage when leading IT projects: they lack the deep understanding of the technologies, methodologies, and technical challenges involved. This knowledge gap manifests in several problematic ways:
1. Unrealistic Planning and Estimation
Without technical knowledge, it's nearly impossible to accurately estimate project timelines and resource requirements. A 2022 McKinsey study found that IT projects led by managers with technical backgrounds were 28% more likely to be delivered on time and within budget compared to those led by non-technical managers.
Engineering managers understand the complexity behind seemingly simple requests. When a stakeholder asks for "just a small change," an engineering manager recognizes when this actually requires refactoring an entire subsystem, while a non-technical manager might commit to unrealistic deadlines based on the apparent simplicity of the request.
2. Ineffective Technical Decision-Making
Non-technical managers often struggle to evaluate technical proposals and make informed decisions about architecture, tools, and approaches. This frequently leads to:
Case Study: The Healthcare.gov Launch Failure
The disastrous 2013 launch of Healthcare.gov provides a classic example of what happens when technical projects lack proper technical leadership. According to post-mortems by technical experts involved in the rescue effort, key issues included:
When engineering managers were brought in to rescue the project, they quickly implemented technical solutions that non-technical leadership had previously overlooked, including continuous integration, automated testing, and proper system monitoring.
The Communication Breakdown
Another critical issue occurs when non-technical managers act as intermediaries between technical teams and business stakeholders.
3. The "Telephone Game" Effect
When technical requirements pass through non-technical managers, crucial technical nuances are often lost or misinterpreted. This creates a "telephone game" effect where:
Engineering managers, with their dual understanding of both business and technical contexts, serve as more effective translators between these worlds.
Case Study: Spotify's Squad Model Success
Spotify's widely-studied organizational model provides a counterexample of technical leadership success. Their "squad" approach places technical leaders (engineering managers) in charge of small, cross-functional teams with significant autonomy. This has enabled:
Recommended by LinkedIn
According to internal studies at Spotify, this approach reduced time-to-market by 47% while improving quality metrics across their platform.
The Experience Gap: Theory vs. Practice
4. Pattern Recognition from Experience
Seasoned engineering managers have typically worked as engineers themselves. This hands-on experience provides pattern recognition that non-technical managers simply cannot develop:
As former Netflix engineering leader John Ciancutti noted: "The best engineering managers I've worked with can step back into an individual contributor role when needed, pair program to understand a complex problem, and then step back into their leadership role with better insight."
Case Study: Microsoft's Technical Leadership Transformation
Microsoft's revival under Satya Nadella offers another instructive example. One of Nadella's key moves was elevating technical leaders—engineering managers with deep technical expertise—into decision-making positions throughout the organization.
The results speak for themselves:
The Middle Ground: Finding Balance
Despite these advantages, engineering managers aren't automatically better project leaders. The ideal candidates possess:
Organizations that have found this balance typically see:
Practical Recommendations
For organizations looking to improve their technical project leadership:
Conclusion
The evidence overwhelmingly suggests that engineering managers—leaders with both technical expertise and management skills—deliver better outcomes when leading technical projects in IT environments. By bridging the gap between technical realities and business objectives, they avoid the costly misunderstandings, unrealistic commitments, and strategic technical errors that often plague projects led by non-technical managers.
As the technology landscape grows increasingly complex, organizations that recognize and leverage the value of technical leadership will gain significant competitive advantages in their ability to deliver successful IT projects.
Interesting take Ashish Agrawal and one that definitely sparks reflection The role of a PM is changing for sure—but it’s not disappearing In DevOps-heavy environments I’ve seen PMs add serious value when they shift from task trackers to enablers of flow alignment and outcomes Maybe it’s not about phasing out PMs but evolving what that role needs to look like