5 min read
|
Saved February 14, 2026
|
Copied!
Do you care about this?
This article discusses the various types of drag that slow down software engineering teams, including process, tooling, and code drag. It emphasizes the importance of identifying and systematically eliminating these obstacles to improve productivity and morale among engineers.
If you do, here's more
The article focuses on identifying and eliminating "drag" in software engineering processes, which hinders productivity. Drag manifests in three main forms: process drag, tooling drag, and code drag. Process drag involves inefficient workflows that delay tasks, such as slow code reviews or bureaucratic hurdles. Tooling drag refers to the limitations of development tools, like slow build times or unreliable tests. Code drag arises from a convoluted codebase that complicates changes, such as tightly coupled code or poor documentation.
To tackle drag, leadership should engage directly with engineers to uncover specific pain points. Techniques like tracking the time spent on tasks can reveal bottlenecks that aren't apparent in project management tools. For instance, if deployment delays exceed the time spent actively coding, that's a clear sign of drag. Once identified, teams should prioritize eliminating at least one source of drag each sprint, treating it as an ongoing commitment rather than a one-time fix. By systematically addressing these issues, teams can significantly enhance their efficiency and morale.
Ultimately, the focus is on fostering a culture that actively seeks to identify and remove obstacles, allowing engineers to focus on delivering high-quality work rather than navigating unnecessary challenges. As teams grow and processes evolve, new forms of drag will inevitably arise, making it essential to maintain vigilance in this effort.
Questions about this article
No questions yet.