DevOps plus – delivering services not just products
By Akshay Anand – ITSM Service Architect and Product Manager, AXELOS, 11 September 2017.
Delivering value to a customer doesn’t begin and end with a product and its features – it also requires service.
In the IT development world, recognizing the need for service means cultivating skills in service management. This is where turning to ITIL® is important for understanding customer orientation and how to deliver and support a service of which product is a part.
But this cuts both ways: ITIL practitioners in organizations are also having to collaborate and align their activities with DevOps software developmentapproaches.
Developers, value and service
What do we mean by “value” for a customer?
In fact, what customers value changes during the lifespan of a product: for example, when looking for an application the value is in the details of the app, the media reviews and links to buy the product; next, value comes from the product’s features and functionality after purchase. Then, when the product breaks, the value comes from the support the customer receives.
That’s three definitions of value already – and developers must recognize that fact. If they don’t acknowledge that now, they soon will through the painful experience of having to react to the customer’s expectation of value.
So, while developers will embrace the concept of a minimum viable product – having the smallest set of product features that can be shipped – they need also to buy into minimum viable service: in other words, do customers expect chat, phone and email support? Do they want notification of patches and updates?
Customers will explicitly buy a product but implicitly buy the expectation of a service. And delivering this requires an iterative approach to service and service management as well as the delivering a product.
How to be accountable for service
The DevOps ethos in tech start-ups imposes accountability for service on themselves. But who is occupying the role of service manager that ensures, for example, that developers aren’t pushing out new code without having awareness of its impact on service? In DevOps-led start-ups the service manager could be the CEO, talking to the customer, understanding requirements and interfacing when things go wrong. Equally, it could be the product owner.
What many IT Service Management (ITSM) practitioners know now – and developers would benefit from knowing – is that you can use ITIL for service management without it being a heavyweight burden. Above all, it will enable development leads, their team and the product owner to identify, design and manage services the customer needs; simultaneously, it will address the issue of bad or non-existent processes and service management practices.
Taking an example from the 9 Guiding Principles in the ITIL Practitioner best practice guidance, you can keep it simple, focus on value and start where you are to achieve minimum viable change management. In practice, that means making changes transparent (i.e. calendar them), define the change priorities and decide what changes are pre-approved (while keeping governance for riskier changes).
Then how, you might ask, do you apply it into DevOps? That, as they say, is for next time!
Latest News from
Project management into 2018: improving project success18/01/2018 10:20:00
Blog posted by: Jane Nichols, COO – CITI, 17 January 2018.
AXELOS announces PRINCE2® 2017 Translation schedule17/01/2018 09:20:00
Following the successful update of PRINCE2 in English, AXELOS is delighted to announce the schedule for translation of the PRINCE2 2017 updated manual and the supporting Foundation and Practitioner examinations.
ITSM into 2018: drinking from the well of training and development16/01/2018 10:20:00
Blog posted by: Nikola Gaydarov – Director, IT Service and Project Management, Ruger Consulting, 15 January 2018.
How to develop a life-long career in project management15/01/2018 10:25:00
Blog posted by: Paul Bradley, managing director – SPOCE Project Management, 12 January 2018.