Are you sitting either side of a DevOps and ITSM divide? The truth is, they’re really no different to one another. Here Daniel Breston challenges you to change your perception of DevOps and ITSM and start talking in a common language.
What will the “new normal” mean for ITSM? Will it be more or less relevant? Can the ITSM frameworks and methodologies help us adjust, or will it hinder us from achieving credibility with our customers? How will working remotely affect our relationships with our suppliers, customers, and other stakeholders? Here, John Custy explores.
In this article, industry authority Barclay Rae shares some practical activities that organizations – including yours – can take to plan for ITSM’s post-COVID-19 future across three key areas of: governance, data and analytics, and social continuity.
ITSM practitioners, practices, and tools should be considered important guardrails to add to any cloud adoption project. And there are no excuses for an ungoverned cloud. This article explains the importance of ITSM guardrails for cloud governance and lists several key tools and practices to put those guardrails on the cloud.
Are traditional business continuity planning and management practices dated? Daniel Breston thinks so. In this article, he explains many of the common business continuity issues and how blending in newer IT management approaches such as DevOps will help.
Where should your organization start with DevOps? Or, alternatively, if your organization has already started its DevOps journey, what else should it be doing to increase the probability of its efforts realizing the expected benefits of introducing the new ways of working? This article explores.
Here Paul Wilkinson discusses the ABC of ICT and how it’s still as relevant today as it was 15 years ago, if not MORE relevant. In particular, that digital transformation initiatives will fail if ABC factors are not addressed.
DevOps has changed the face of IT meeting the needs of business operations – from product design to the delivery stage. But the elephant in the room remains, in many cases, how to avoid a collision between DevOps and ITSM approaches. This article aims to help.
DevOps and ITIL stakeholders need a good understanding of each other and how their two worlds can work better together. This article describes the current friction points between the two groups and offers nine tips on how they need to work together for the best business outcomes.
In this article Paul Wilkinson questions whether, that while organizations might aim to be DevOps-propelled technology unicorns, there aren’t just unicorns and horses – the reality is that there are many types of horses. And some of them aren’t that great a ride. What on earth is he talking about? Read on.
This article looks at the pros and cons of DevOps toolchains (a combination of tools that aid in the delivery, development, and management of applications throughout the systems development lifecycle) and questions how many DevOps, ITSM, and other IT management tools your organization really needs.
This article looks at the pros and cons of adopting one or more ITSM approaches – whether it be ITIL, COBIT, or something else. And hopefully, it will encourage you to think about how such approaches will help, or maybe hinder, your organization.
DevOps is not a replacement for ITIL, in fact DevOps can complement and enhance the ITIL framework by making the processes simpler and more automated. This article looks at why DevOps won’t replace ITIL, and how it could, and should, improve – and add more agility to – some ITIL processes.
Which IT service management (ITSM) topics would you like to see our content focus on in 2019? Please take our quick poll and then read on to find out more about a year in the life of ITSM.tools’ content and readership, and to see how we shaped our content plan around last year’s votes.
Building off of our 2017 analysis, this article introduces a new ITSM.tools survey that we hope will help IT service management pros to better understand where the future of ITSM is heading and what they should be thinking about (and then doing).