Improving developer productivity is a growing concern among engineering leaders. According to GartnerÂź, âLeaders are struggling to meet growing productivity expectations, with the same survey showing more than 80% of engineering managers (respondents) at least somewhat agreeing there is a significant opportunity for their teams to be more productive.â But as engineering organizations move away from the âgrowth at all costsâ mindset, weâve entered a leaner, more scrutinizing reality focused on profitability and value.
As a senior engineering manager at Lucid, Iâve seen how easy it is to mistake speed for success. Weâre surrounded by a lot of great tools promising to accelerate our output, with AI leading the charge, but one thing that often goes unnoticed is this: Efficiency and productivity are not the same.Â
So, the answer to meeting growing productivity expectations goes far beyond adding another app to your tech stack. And while leveraging AI can accelerate activity, it doesnât automatically guarantee a better product. Using more tools can create a productivity paradox where we move the needle without advancing the business.Â
Improving developer productivity has become more critical than ever before, driven by heightened stakeholder expectations due to the hype around AI tools. Over 67% of software engineering team managers at least somewhat agree that AI has increased pressure to improve developer productivity at their organization, according to respondents to the 2024 Gartner Improving Engineering Team Productivity and Leadership Survey.Â
â Gartner, â3 High-Impact Non-AI Strategies to Unlock Developer Productivity Gains,â June 27, 2025
Measuring productivity for engineers is difficult. Lean too hard on the wrong metrics, and you quickly go from motivational to unhelpful incentives. But productivity can no longer take a back seat. The catalyst for this shift is twofold. First, the industry has shifted its focus from primarily emphasizing growth to achieving sustainable profitability. Second, AI has provided a high-priced model for speed, claiming to yield strong productivity gains. When models come with high usage-based price tags, leadership naturally expects a clear ROI.Â
However, actual productivity doesnât lie in producing a higher volume of code but rather in the clarity of the work being done. Â
Thatâs why I sat down to share my thoughts on how to bridge the gap between leadership expectations and the reality of the developer experience. My goal with this piece is that you walk away with tangible tips on how to make productivity an organizational standard rather than a source of friction. And it all starts with your teams.Â
Developer productivity and why it mattersÂ
As I mentioned earlier, efficiency and productivity are not the same. Efficiency is about minimizing waste, whereas productivity is about maximizing output, specifically maximizing the meaningful output and value delivered to the business and its customers.Â
Gartner notes, âââDeveloper productivity is ultimately not about the volume of work but about how software engineering work impacts business outcomes. While operational efficiency enables teams to deliver more and faster, it doesnât automatically translate to high-impact software that generates greater business value.â
The emergence of AI has placed efficiency at the forefront of peopleâs minds, but it can be an expensive solution. Because AI tools for developer productivity are often usage-based, like Claude and Cursor, engineering leaders must justify the additional spend by proving that a tool drives tangible results. However, tools (AI or not) are secondary to culture. True productivity is a team sport; it involves collaborating to solve complex problems rather than focusing on how fast an individual contributor can generate lines of code.
Spending time empowering your teams to reach your productivity goals helps build a sustainable, synergetic, and safe place to work. Developers thrive when they feel effective. High-performing teams are more likely to set ambitious goals, whereas stagnant productivity often leads to missed deadlines, dissatisfaction, and burnout. Productive, happy teams have a certain dynamism that propels organizations forward. These are often the teams that attract the best talent and inspire big ideas.Â
To give a real-world example, letâs take a look at Lucidâs engineering org. Last year, we set a lofty goal to improve productivity in the second half of the year. Through that process, we learned a critical lesson: The metric is not the goal.
We tracked metrics like pull request throughput as an indicator of health, but we never mistook the indicator for the objective. A ton of code changes doesn't necessarily mean we're delivering more value. Itâs easy to unintentionally "game the metric," creating the illusion that productivity is up when, in reality, weâre not adding value to the business.
So how do we focus on actually improving developer productivity?
How to improve developer productivityÂ
In the world of engineering, I often observe a discrepancy between intuition and data. Numerous claims suggest that AI is the magic bullet for engineering output, alongside other tools, and on the surface, many developers believe thatâs true.Â
However, our data at Lucid told a more nuanced story. We found that productivity improvements were not necessarily highly correlated with AI usage alone. While AI helps us with specific tasks, such as producing and reviewing code, planning work, and learning about new technologies, it doesnât automatically solve the systemic bottlenecks that actually slow teams down.
Improving developer productivity is a balance between leadership alignment and individual empowerment. If you want to double the productivity of the organization, you have to double the productivity of each individual. But that can quickly become a toxic environment, so we intentionally avoided measuring people against each other to prevent unhealthy competition. The focus must remain on personal improvement.
Here are some actionable ways to align your teams with leadership productivity goals and enhance performance at the individual level.
Clearly communicate business goals
Leadership noticed the most significant jump in productivity when we began treating it as a shared mission across all our teams. When we announced our goal of increasing productivity for the second half of the year, it wasnât just an executive mandate but the start of an organization-wide conversation.Â
Awareness is the first step toward alignment. If your developers donât understand that leadership is committed to productivity and why, they wonât appreciate or recognize the investment in the initiative.Â
Â