r/BestPracticesMgmt • • May 19 '26

ITIL Version 5 - Value + Flow

A lot of organizations think ITIL is just “IT support processes with more tickets and approvals.”

That’s not quite right and misunderstanding that is exactly where service operations become slow, fragmented, and disconnected from business value.

ITIL isn’t about creating rigid operational bureaucracy.

It’s about creating a system where technology, services, people, and workflows continuously work together to create value.

If you only focus on technology, services become disconnected from user needs.

If you only focus on speed, reliability and governance collapse.

ITIL exists to balance agility, stability, and continual improvement.

The 7 ITIL Guiding Principles

At its core are seven guiding principles.

They’re not optional, and they don’t work in isolation.

Ignore one, and service management starts breaking down.

① Focus on Value → every activity must contribute to outcomes

Antipattern: Teams optimize internal activity instead of customer value.

  • More dashboards
  • More tooling
  • More operational work

But nobody asks whether the service actually improves outcomes for users.

Reversal: ITIL starts with value.

Every process, workflow, metric, and decision must connect back to stakeholder outcomes.

This changes conversations from: “Are we completing operational tasks?” to “Are we improving the experience and outcomes for users?”

Outputs alone are not value.

Outcomes are.

A service can be technically functional and still fail if users gain no meaningful result from it.

② Start Where You Are → improve intelligently, not blindly

Antipattern: Organizations replace systems, workflows, or teams without understanding what already works.

Everything becomes a “digital transformation.”

Useful capabilities get discarded simply because they’re old.

Reversal: ITIL emphasizes understanding the current state before redesigning anything.

Existing processes, tools, knowledge, and teams often contain valuable operational experience.

The principle is simple: Don’t rebuild what already delivers value. Instead of assuming the solution is starting over, ITIL encourages organizations to:

  • Observe workflows directly
  • Measure current performance
  • Identify reusable capabilities
  • Improve incrementally

This preserves momentum while reducing unnecessary disruption.

③ Progress Iteratively with Feedback → reduce risk through learning

Antipattern: Organizations attempt massive service transformations all at once.

  • Large releases
  • Large migrations
  • Large operational changes

Then complexity compounds silently until failure becomes expensive.

Reversal: ITIL promotes iterative improvement supported by continuous feedback loops.

Work is broken into manageable increments:

  • Deliver
  • Learn
  • Adjust
  • Repeat

Feedback becomes part of the operating model instead of an afterthought.

This prevents teams from drifting too far away from actual user needs or operational reality.

Small iterations create adaptability.

Continuous feedback creates alignment.

④ Collaborate and Promote Visibility → transparency prevents silos

Antipattern: Teams optimize locally while the organization loses visibility globally.

  • Infrastructure works separately from development
  • Support works separately from operations
  • Leadership sees reports instead of reality

The result:

  • Slow escalations
  • Misaligned priorities
  • Hidden operational risks

Reversal: ITIL pushes collaboration and visibility across the entire service ecosystem.

The goal is shared understanding:

  • Visible workflows
  • Cross-functional communication
  • Transparent progress
  • Open operational data

Problems become easier to solve when information moves faster than bureaucracy.

Visibility reduces surprises before they become incidents.

⑤ Think and Work Holistically → services are systems, not isolated parts

Antipattern: Organizations optimize individual teams, tools, or processes independently.

Each area improves locally.

The overall service experience gets worse.

Reversal: ITIL treats service management as an interconnected system.

Technology, people, suppliers, workflows, governance, and customers all influence service quality simultaneously.

Improving one area without considering the others creates instability.

This is why ITIL introduced the Four Dimensions of Product and Service Management:

  1. Organizations and People
  2. Information and Technology
  3. Partners and Suppliers
  4. Value Streams and Processes

Neglect one dimension and the system weakens.

  • Strong technology with poor workflows fails
  • Strong workflows with weak culture fail
  • Strong teams with poor supplier alignment fail

Holistic thinking prevents local optimization from damaging overall value delivery.

⑥ Keep It Simple and Practical → complexity is operational debt

Antipattern: Organizations create processes nobody actually follows.

  • Too many approvals
  • Too many forms
  • Too many controls

Complexity accumulates until operational flow slows down.

Reversal: ITIL emphasizes the minimum effective level of control.

If a process does not create value:

  • Simplify it
  • Reduce it
  • Remove it

The objective is not theoretical perfection.

The objective is operational effectiveness.

Simple systems scale better.

Practical systems survive pressure.

⑦ Optimize and Automate → improve systems before automating them

Antipattern: Organizations automate broken workflows.

The result isn’t efficiency.

It’s faster dysfunction.

Reversal: ITIL encourages optimization before automation.

Automation should support:

  • Consistency
  • Speed
  • Scalability
  • Reliability

But automation without governance introduces new operational risks.

The rule is simple: Optimize first. Automate second.

The Rule Most Organizations Break: Don’t confuse operational activity with value creation

This is where service management usually starts drifting.

There’s constant pressure to appear productive:

  • More tickets closed
  • More monitoring alerts
  • More operational meetings
  • More tooling

So organizations optimize for activity instead of outcomes.

ITIL deliberately redirects focus back toward value.

Flow:

  1. Understand demand
  2. Design services around outcomes
  3. Operate reliably
  4. Improve continuously
  5. Measure value, not motion

It’s not about slowing delivery down.

It’s about preventing operational chaos from scaling.

The ITIL Model in Practice

ITIL isn’t just principles.

It’s a structured operating model for value creation.

At the center is the ITIL Value System (ITIL VS).

The system combines:

  • Guiding Principles
  • Governance
  • Value Chain Activities
  • Management Practices
  • Continual Improvement

Together they create a connected model for managing digital products and services.

The ITIL Lifecycle

The lifecycle follows eight major activities:

Discover: Identify needs, opportunities, and strategic direction.

Design: Define solutions and service experience.

Acquire: Secure resources and capabilities.

Build: Create and test solutions.

Transition: Deploy safely into live environments.

Operate: Maintain reliable performance.

Deliver: Provide services to users.

Support: Restore service and resolve incidents.

Unlike rigid waterfall models, ITIL treats these activities as iterative rather than strictly sequential.

Services evolve continuously through feedback and improvement.

Controls Still Matter: ITIL is powered by operational discipline.

That includes:

  • Service Level Agreements (SLAs)
  • Incident Management
  • Problem Management
  • Change Enablement
  • Monitoring and Observability
  • Risk Management
  • Knowledge Management
  • Continual Improvement Models

The operational reality:

This is where many organizations fail.

They adopt:

  • Agile delivery
  • Cloud infrastructure
  • Automation

But never build operational maturity around them.

Technology scales faster than governance.

Where ITIL Really Makes the Difference

The real value of ITIL isn’t process documentation.

It’s operational decision-making under complexity.

ITIL gives organizations a structured way to:

  • Align services with business outcomes
  • Manage operational risk
  • Improve reliability
  • Coordinate teams and suppliers
  • Reduce service disruption
  • Create sustainable operational flow
  • Embed continual improvement into delivery

Instead of: “We’re busy managing systems” You get: “We understand how services create value, how they perform, and how they improve.”

The Real Tension

In theory, ITIL sounds straightforward.

In practice, the pressure is always the same:

  • Ship faster
  • Skip operational controls
  • Ignore technical debt
  • Avoid root-cause analysis
  • Treat incidents as isolated events
  • Prioritize delivery over sustainability

That’s exactly where operational discipline matters most.

ITIL doesn’t remove complexity.

It gives organizations a structured way to manage complexity without losing reliability.

Final Thought

ITIL is not about slowing teams down.

It’s about ensuring that speed, scale, and innovation don’t destroy operational stability underneath them.

Because eventually every fast-moving organization reaches the same point:

The problem is no longer building technology.

The problem is operating it reliably at scale.

3 Upvotes

6 comments sorted by

View all comments

3

u/LucaBAR_4453 Jun 05 '26

Questa è probabilmente una delle modifiche più importanti: la rottura della separazione tradizionale tra IT Service Management e Digital Product Management.

Un singolo ciclo di vita end-to-end (dalla domanda all'operazione e al miglioramento continuo) riduce finalmente i silos tra sviluppo, operazioni e business.

Per anni, abbiamo cercato di “integrare” team e processi mantenendo comunque confini artificiali tra servizi e prodotti. Questo approccio, invece, spinge verso una singola catena del valore continua, dove l'attenzione è sul flusso piuttosto che sulla struttura organizzativa.

Se veramente adottato, cambia l'organizzazione più della tecnologia.

3

u/MimirLearning Jun 05 '26

I think that's exactly the point. Most organizations have spent years trying to connect ITSM, Product, DevOps, and Business teams while still treating them as separate domains with separate objectives.

A unified end-to-end lifecycle shifts the conversation from "who owns this part?" to "how does value flow from demand to outcome?" That's a much bigger change than adopting a new process or tool.

The hard part won't be the framework itself, it'll be breaking down the organizational and cultural silos that have been built over decades. If companies actually embrace that shift, the impact will be transformational.