<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=8815226&amp;fmt=gif">
Skip to main content

    Operational Drag: The IT Problem That Feels Like a People Problem

    Fernando Perez
    Post by Fernando Perez
    June 2, 2026
    Operational Drag: The IT Problem That Feels Like a People Problem

    When friction becomes the baseline

    Most organizations that operate under significant IT-related friction do not describe it that way. They describe it as how things work here. The system that takes a few extra minutes to load. The process that requires three workarounds before it produces an output. The employee who knows which buttons to press in which order to avoid the crash.

    This normalization is the defining characteristic of what we describe in the IT Compass Map as Operational Drag. IT has not collapsed. It has simply become something the business works around, rather than using it to their advantage. The day continues. Revenue flows. And the cost accumulates in ways that do not appear on any single line item.

    Organizations that use managed IT services reduce overall IT costs by 20-30% and increase productivity by 15-25% through improved efficiency and reduced downtime. The gap between those numbers and current performance represents what operational drag is costing, every month.

    The mechanism: how friction compounds

    Operational drag does not typically originate from a single failure. It accumulates through a pattern the IT Compass Map describes precisely: small decisions made under pressure, tools added to solve local problems, processes adjusted to keep things moving. Each decision made sense at the time. Collectively, they erode coherence.

    A legacy system stays running because replacing it feels riskier than maintaining it. An update gets deferred because this week is a bad time. A workaround becomes a documented procedure because the person who created it left the company. A backup runs quietly in the background, but has not been tested.

    None of these issues demands immediate attention. Each one compounds the next. When a system that should have been updated six months ago finally fails, the recovery takes longer because the backup is incomplete, the institutional knowledge that would have accelerated the fix is gone, and the team is now dealing with an unplanned interruption during a period when staffing is already stretched.

    What it costs that does not appear on the invoice

    The visible costs of operational drag (repair bills, emergency response fees, license overages) are the easiest to quantify and, paradoxically, the easiest to budget for because they are already expected. The invisible costs are larger.

    • Focus interruptions. Research on cognitive context-switching indicates that recovering full focus after an interruption requires significantly more time than the interruption itself took. A system freeze that takes two minutes to resolve may cost fifteen minutes of productive work. A team of ten people experiencing three such interruptions per day is losing over two hours of productive output daily.

    • Deferred decisions. Leadership operating without reliable visibility into IT performance makes decisions based on assumptions. Those assumptions occasionally hold. When they do not, the cost of correction is always higher than the cost of prevention would have been.

    • Talent friction. Skilled employees do not typically leave organizations because of IT problems. They do, however, adapt: they start adopting workarounds, avoiding certain systems, and building informal processes that substitute for functional ones. Those informal processes do not appear in documentation and do not transfer when the employee leaves.

    The patterns that indicate it is already present

    The following are reliable indicators that an organization is operating with significant operational drag: recurring support tickets for the same issue categories; systems running on hardware or software past manufacturer end-of-life; backup processes that have not been tested against actual recovery scenarios; onboarding procedures that rely on another employee rather than documented systems; and IT budget conversations that focus exclusively on minimizing cost rather than evaluating capability.

    Most organizations can identify at least two of these without investigation. Most have four or more upon examination.

    The difference between maintaining and resolving

    Proactive IT management changes the economics of operational drag by addressing root causes rather than symptoms. Systems are monitored so performance issues are identified before they become interruptions. Updates are managed on a planned schedule rather than deferred indefinitely. Backups are tested, documented, and verified. Access controls are reviewed, not assumed.

    The goal is not a perfect environment. It is an environment where small issues remain small... where the gap between identifying a problem and resolving it is measured in minutes rather than days, and where the team can focus on the work the business requires rather than on managing around systems that are not performing.

    Our IT Compass Scan identifies where your organization's current environment is generating the most drag, and what changes would produce the most immediate operational improvement. Request yours!

    Fernando Perez
    Post by Fernando Perez
    June 2, 2026