Something big is coming to Liquibase OSS 5.0 — Learn more!
Blog Post

Beyond the Buzzword: Implementing Shift Left the Right Way

July 2, 2025

See Liquibase in Action

Accelerate database changes, reduce failures, and enforce governance across your pipelines.

Watch a Demo

Table of contents

Key points:

Shift Left holds incredible potential to improve software delivery speed, quality, and security. But its power lies in thoughtful implementation. Teams that execute a collaborative transformation focused on refining processes, leveraging automation, and empowering developers with the right tools and support are far more likely to succeed.

Without thoughtful implementation "Shift Left" becomes "Shove Left"— a poorly disguised attempt to simply dump responsibilities onto developers without the necessary support, tools, or process changes. This can result in worse outcomes and drains developer productivity.

To avoid the “shove left” anti pattern, organizations perform best when they focus on:

  • Incorporating security, compliance, and operational concerns from the beginning
  • Optimizing for quality with early feedback loops
  • Promoting developer self-service and optimize for transparency and early feedback

Introduction:

Improving database DevOps can speed the deployment process—resulting in operational efficiency and cost savings with every deployment. By intentionally moving activities traditionally performed later in the cycle (like comprehensive testing, security reviews, infrastructure provisioning) much earlier, ideally integrating as much as we can into the coding & integration phases.

As buzzwords go, “Shift Left” is pretty darn cool.  You have a dextrous action verb in “Shift” followed by a single syllable modifier with a fun bit of slant rhyme in “Left.” When you put the two together it’s memorable, it’s fun to say and it lends itself to all manner of slide animations or accompanying hand gestures during presentations. The whole thing gets launched into the stratosphere when you consider the problems Shifting Left is supposed to solve and the positive outcomes it’s supposed to deliver: move testing, security, and operational tasks earlier in the development lifecycle, and voilà! Faster delivery, higher quality, lower costs. 

The reality of Shifting Left doesn’t always match up with the promise, unfortunately. The premise is sound but the devil is in the details. Too often, "Shift Left" becomes "Shove Left"— a poorly disguised attempt to simply dump responsibilities onto developers without the necessary support, tools, or process changes.

This "make the developers do it" approach can actually deliver worse outcomes than maintaining the status quo. Piling more tasks on developers increases the likelihood of burnout and moves critical responsibilities out of the hands of subject matter experts like security engineers, site reliability engineers and database administrators. Success with Shift Left depends on collaborative process improvement and smart automation informed by the summary knowledge of all of those experts. It’s not just shifting workload and blame.

What is "Shift Left" Supposed to Mean?

Imagine the software development lifecycle as a timeline running from left to right. At the leftmost extreme, planning and initial coding kick off the process. At the rightmost extreme is the production deployment and ongoing monitoring of your application and service. There are several milestones between the start and the finish line. Software is integrated, built, tested and reworked to address bugs and customer experience issues; infrastructure definitions are tweaked, updated and validated; security and compliance with internal and external regulation are confirmed. As we get further from our starting point it’s harder and more expensive to make changes and corrections..  "Shift Left" means intentionally moving activities traditionally performed later in the cycle (like comprehensive testing, security reviews, infrastructure provisioning) much earlier, ideally integrating as much as we can into the coding & integration phases. 

That’s a quick overview of “What” shift left is, but “Why” should teams consider it? There are several very good reasons:

  • Early Feedback Loops: Finding bugs, vulnerabilities and requirements or design gaps early in the process reduces the cost and friction of addressing these things later in the cycle. Pushing these activities closer to the production deployment requires you to rework changes throughout your pipeline and re-certify everything that came before and after. Unplanned work and potential delays to production deployments are expensive!
  • Build Quality In: Focusing on quality, security and operational concerns from the beginning produces stable, secure customer experiences that are easy for your team to support and maintain on an ongoing basis.
  • Reduce Bottlenecks: Incrementally cover testing and security reviews throughout the cycle to avoid monumental efforts late in the cycle.
  • Developer Self-Service: Remove wait states and give developers feedback on their work early and often

The tenets of effective Shift Left are automation, fast feedback, shared responsibility, and crucially, developer enablement.

The Anti-Pattern: When "Shift Left" Becomes "Shove Left"

In theory that all sounds pretty good! But it’s remarkably easy to mess up in practice. You can tell things are going sideways when you start noticing mandates and decrees instead of collaborative, cross-functional process design and management.  Some examples:

  • "Developers must now write 100% of the integration tests!" (Without providing clear strategies, test environments, data management tools, or collaboration time with QA experts).
  • "Developers need to analyze and fix all findings from the new SAST tool!" (Without training on interpreting results, guidance on remediation, or context from the security team).
  • "Developers are responsible for deploying their services to Kubernetes!" (Without providing Helm charts, CI/CD pipelines with guardrails, observability tools, or on-call support structures defined with Ops).

We call this the "Shove Left" anti-pattern. There are a lot of ways this anti-pattern can take root: a superficial understanding of DevOps; persistent organizational silos; placing a greater emphasis on the speed of change instead of the efficacy. The result is a clumsy offloading of tasks onto developers' whose plates are already quite full.

The Negative Consequences: Why "Shove Left" is Harmful

This misapplication of Shift Left doesn't just fail to deliver benefits; it actively causes harm:

  1. Developer Dissatisfaction and Burnout:
    • Increased Cognitive Load: Developers are expected to be deep experts in application logic, and testing frameworks, and security vulnerabilities, and infrastructure configuration and data architecture. Even if someone could master all of those disciplines I doubt most companies have the budget to pay them what they’re worth.
    • Constant Context Switching: Pulling developers away from writing features to debug a complex pipeline configuration or interpret an obscure security finding kills productivity and focus.
    • Frustration and Inefficiency: Without proper tools or training, tasks take longer and are done poorly, leading to immense frustration.
    • Blame Culture: Developers feel set up to fail, burdened with responsibility in areas where they lack expertise and support.
  2. Process Instability and Inefficiency:
    • Bottlenecks Simply Move: Instead of a QA bottleneck, you now have a developer bottleneck as they struggle with unfamiliar tasks.
    • Superficial Implementation: Checks might be implemented poorly or superficially just to satisfy a mandate, creating a false sense of security or quality.
    • Slower Velocity: Core development work slows down significantly as developers are overloaded.
    • Increased Risk: Ironically, quality and security can decrease if tasks are performed without the necessary rigor or expertise.
  3. Erosion of Collaboration: This approach often creates resentment. Developers feel dumped on, while specialists (DBAs,QA, Security, Ops) may feel their expertise is undervalued or bypassed, damaging team cohesion.

The Solution: True Shift Left as a Collaborative Transformation

Genuine Shift Left isn't about eliminating specialist roles or overwhelming developers. It's about collaboration and enablement powered by automation.

  • Collaboration is Key:
    • QA works with developers to define test strategies, provide reusable test frameworks and data generators, and automate effective tests within the CI/CD pipeline. They focus on higher-level testing and exploratory testing.
    • Security embeds automated security tools (SAST, DAST, secrets scanning, dependency checking) directly into the developer workflow (IDE, Git hooks, CI), provides secure base images and libraries, offers clear guidance, and helps interpret complex findings.
    • Operations provides developers with self-service infrastructure-as-code templates, robust and reliable CI/CD pipelines with built-in guardrails, and easy-to-use observability platforms (monitoring, logging).
  • Focus on Automation and Tooling: The goal is to provide developers with tools that give fast, actionable feedback directly within their existing workflow. Think linters, pre-commit hooks, fast unit tests, CI checks that complete in minutes, not hours.
  • Shared Understanding & Responsibility: Everyone on the team understands that quality, security, and reliability are collective responsibilities. Specialists evolve into roles that enable developers to succeed early, rather than acting solely as downstream gates.
  • Empowerment, Not Delegation: True Shift Left empowers developers by giving them the tools, platforms, training, and safety nets to confidently manage appropriate aspects of testing, security, and deployment early in the cycle, with expert support readily available.

Getting Started with Healthy Shift Left

So how do we implement Shift Left correctly? Start with a “blank slate” approach.  Bring the team together, have them detail the current process warts and all in one or more open, blame-free discussions. Then get to work!

  1. Assess Your Current State: Identify your biggest bottlenecks, longest feedback loops, and areas causing the most friction.
  2. Start Small: Don't try to boil the ocean. Pick one specific area (e.g., automating dependency security scanning in CI) and focus on doing it well collaboratively.
  3. Provide Ample Feedback Loops for All Stakeholders: This is critical! Create opportunities for developers, QA, security, ops and DBAs to work together on defining processes and selecting tools. This is how you go from insular pockets of specialization to a cohesive team with deep understanding of and empathy for the needs and responsibilities of every role involved.
  4. Invest in the Right Tools: Prioritize tools that integrate seamlessly into the developer workflow, provide fast feedback, and automate repetitive tasks. Rely on your subject matter experts for a given domain to ensure that the tools selected provide the appropriate coverage and configurability.
  5. Provide Training and Support: Ensure developers have the necessary knowledge and resources to use new tools and processes effectively.
  6. Measure and Iterate: Track key metrics (e.g., lead time for changes, deployment frequency, change failure rate, bug detection rates, developer satisfaction) to understand the impact and continuously improve.

Shift Smart, Not Hard

Shift Left holds incredible potential to improve software delivery speed, quality, and security. But its power lies in thoughtful implementation. Teams that execute a collaborative transformation focused on refining processes, leveraging automation, and empowering developers with the right tools and support are far more likely to succeed.

Beware the "Shove Left" anti-pattern. Simply dumping downstream tasks onto developers without changing the system is a recipe for burnout, inefficiency, and failure.

Take a hard look at your "Shift Left" initiatives. Are you truly shifting smartly by enabling collaboration and informed automation early in the lifecycle? Or are you just shoving work leftward? If you’re not sure where your efforts are landing, ask your devs! They’re the first and best signal you have for the efficacy of your processes.  

How Liquibase Helps You Shift Left the Right Way

At Liquibase, we believe modern software and data delivery are broken without addressing how database change is managed. Too often, database updates are handled manually, reviewed too late, or left out of automated workflows entirely. That creates risk, slows teams down, and breaks the feedback loop Shift Left depends on.

Liquibase is redefining Database DevOps by bringing database change into the same automated, governed, and collaborative workflows that support the rest of software delivery. We place extreme value on developer experience by providing fast feedback, clear policies, and tools that integrate directly into developer workflows. Developers stay focused. Platform and data teams stay in control. And the organization delivers faster, safer changes with confidence.

See how Liquibase Pro helps your team shift database change left the right way. Request a Demo.

Pete Pickerill
Pete Pickerill
Head of Developer Relations, Liquibase

Prior to co-founding Liquibase, Pete was a factotum for several Austin startups, most notably Phurnace (acquired by BMC), WholeSecurity (acquired by Symantec) & LoopOne (acquired by Neopost). Follow him on LinkedIn.

Share on:

See Liquibase in Action

Accelerate database changes, reduce failures, and enforce governance across your pipelines.

Watch a Demo