IT service canvas

IT service canvas

My recent doodle attracted enough attention to warrant a 'voiceover' in the form of an article. It illustrates the major parties and disciplines involved in providing IT services. As such, it is useful when trying to understand an unfamiliar service enviroment, for example as a consutant. It is easy to draw and fill in who does what, where they are located, how they collaborate and communicate etc. It could be called an IT service canvas, although I haven't given the name much thought.

Starting from the right, use of IT systems and services is positioned as part of work in the user organization. People use IT and the information that technology provides, to take better decisions, or to process information more efficiently.

The means by which users gain access to IT, is service. Service affords access to the systems and services, and supports users in their use thereof.

Operations ensures that the systems are available for use. The systems themselves are a combination of applications and infrastructure, provided by the disciplines with the same names.

The internal IT provider performs applications, infrastructure, operations and service in order to provide end user IT services.

Applications and infrastructure (or parts thereof) are often obtained from external providers, and are then integrated with other applications and infrastructure components to form a larger system. This also applies to applications and infrastructure provided as a service, in which case the external provider will also have an operations discipline. These are typically not end user IT services but technical IT services that only have value when combined with other technical IT services or applications and infrastructure. ITIL refers to these as service components that are obtained or built. SIAM descibes the service integration part.

To view or add a comment, sign in

More articles by Mark Smalley

  • The influence of the change agent

    One of the most persistent myths in change work is that of the neutral change agent—a figure who objectively observes…

    1 Comment
  • Sell the story they want to tell

    As a fan of Seth Godin’s work, I’ve often found myself wondering why more of the IT industry hasn’t adopted his way of…

    1 Comment
  • PDCA on serotonin

    I’ve been reflecting on the structural differences between the PDCA cycle and the OODA loop. One thing that stood out…

    2 Comments
  • Governing value networks

    It's been on my mind for a while, this. In today's interconnected economy, understanding often complex value networks…

    1 Comment
  • XXX

    Here is yet another attempt to unify the various kinds of experience as they appear in different roles in the context…

    14 Comments
  • The Dev-Ops Tariff Treaty

    Given IT Operation’s increasing resentment of Application Development’s perennial PATHETIC AND UNFAIR behaviour, it has…

    6 Comments
  • Goals cascade: strategic alignment for organizational impact

    Introduction: what is a goals cascade and why use it? A goals cascade is a hierarchical framework that translates…

    1 Comment
  • Deep thinking about digital products and services

    Mark Bodman (ServiceNow), Roman Jouravlev (PeopleCert), and I had the pleasure of conducting a two-hour workshop at the…

    1 Comment
  • Beyond analysis: when analysis is not the solution but the problem

    Traditionally, BAs have relied on their analytical expertise to solve problems, define requirements, and deliver…

    1 Comment
  • Why it's hard to market – and how to do better

    Marketing a product or service effectively is a challenge many people face. Too often, the focus is on the offering…

Insights from the community

Others also viewed

Explore topics