Skip to main content

Posts

Showing posts with the label Service Level Agreement

ITIL® 4: It’s time to focus on people, not just SLAs

Originally posted on devclass.com, June 22, 2021 and written by Joseph Martins. Sponsored Experience is everything when it comes to delivering IT-enabled products and services. But it’s no longer about how many deadlines your team smashed, how often you’d exceeded service-level agreements (SLAs), or how many lines of code you’ve spat out. Rather it’s about how the services and products you deliver impact the rest of the organisation’s ability to do their jobs, increase productivity, deliver customer satisfaction and co-create value. “Experience” may be seen as subjective, even ephemeral, compared to the traditional IT metrics, deadlines and SLAs. But if you want proof of its importance, consider how ITIL® 4, the latest revision of the best practice framework for service management from AXELOS, focuses on improving user experience of digital services and how this enhances productivity right across the organisation. Ian Aitchison, VP Product Management at Nexthink, the leader in digital

Effective and Efficient Incident Response – Rethinking the way YOU work!

Learn more about new ways to do work! Explore DevOps, ITIL, SRE, XLA’s and more ! Silos are not uncommon, but when you silo the service desk from second and third-tier support staff, you likely have a recipe for pain. An ineffective incident response system within the organization is painful and disrupts the entire organization, especially the customers. We must shift the way we think and work to stabilize and improve the situation. One organization felt that they had a grip on service desk and incident management, but they blamed the subject matter experts for breaches to Service Level Agreements . The blame game is always detrimental. Their process consisted of the service desk agents receiving the incident, performing the initial triage, and then forwarding it to the subject matter expert based on how they categorized the incident. Sound familiar? Sometimes we pass tickets to and fro, get everybody and their brother involved, wait on email responses, and create chaos that frustrat

Improving IT service outsourcing experience: The magic of bringing XLAs & SLAs together

Our friends over at CitrusCollab shared this really interesting case study: Improving IT service outsourcing experience: The magic of bringing XLAs™ & SLAs together Business Situation A regional utility company with 10,000 employees was ending a first time, multi-year IT infrastructure outsourcing contract with a well-known, sizeable India-based outsourcer. At the termination of the contract, the client was extremely unhappy with: the lack of service quality, the lack of promised innovation and cost reductions, the poor employee experience with the technical services delivery quality, the unacceptable governance experience with the management of disputes and issues, the ineffectiveness of financial penalties as a lever to obtain service performance improvements.  CitrusCollab consultants assisted in the outsourcing contract rebid process. We created several Employee Experience Level Agreements (XLA*) to augment the Service Level Agreement (SLA) for the new IT Infrastructur

Experience Level Agreements (XLAs) – Tick Tock!

It is a new day! The world of IT has changed from solely provisioning technology and services to actually being integral in the fulfillment of all business operations. It is time for staff and leaders to learn, get certified, evolve and most importantly to move forward with XLAs . As the climate of business operation changes it makes sense (or should make sense) that the way we measure and fulfill the provisioning of services must evolve to meet new challenges. This does not mean that SLAs are gone and XLAs are taking over. They can co-exist! Traditional Service Level Agreements (SLAs) are sometimes rigid and can be restrictive in a world where the ability to shift and change with dynamic business needs are prevalent. Many of you can relate to those organizations that are meeting and exceeding SLAs only to find Customer Satisfaction (C-Sat) Scores are tanking. Internally the staff celebrate while the organization loses market share! There is still a place for SLAs in the world

ITIL® 4 - Drive Stakeholder Value (DSV)

Think slow and hard about that statement; Drive Stakeholder Value ! Sometimes we see and use terminology so much that the power of the statement gets lost. This is one we must hear and ignite if we have any hope of meeting the evolving door of consumer requirements.  The Drive Stakeholder Value (DSV) certification course is available within the ITIL 4 Managing Professional stream of certification.  Therefore, DSV is also a module and one of the focus areas in the Managing Professional Transition (MPT) class.  Confused? Take a look at this graphic : ITIL 4 Managing Professional Transition  is a course that provides ITIL Experts or those that have at least 17 ITIL v3 credits a fast-track way to obtain the ITIL Managing Professional certification. This course excerpts key concepts from ITIL 4 Foundation and from each of the four Managing Professional modules. The Managing Professional stream of certification courses targets IT practitioners working within technolo

Anatomy of an XLA

That is not a typo!   Alan Nance of CitrusCollab recently spoke about The Anatomy of an XLA in an ITSM Academy webinar.   I learned that the days of SLAs are behind us and the future lies with digital experience and eXperience Level Agreements (XLA’s).  If this is the first time you have heard of XLAs then this is a sticky-note moment.    By that I mean; find a sticky note, write down today's date.   Now write down XLA.   Remember that this is the day that you heard it and you heard it here!  XLAs are the foundation of a fresh and optimistic approach to managing the business of technology. Research for yourself and staff members. Learn and explore more about XLA’s! A little history: “Service Management exists to guarantee a valuable experience to customers and colleagues. Despite years of implementing best practices, the reputation of most technology departments is below par in the eyes of business leaders. Consider that 90% of CEOs feel they aren’t meeting their cu

KPIs and SLAs

A short while ago I was asked this question from one of our reader: “ I want to set a KPI around how much of the time we meet the SLA. Like 'meeting the SLA x% of the time'. Can someone advise what would be that 'x'? What is the common practice?  Is there an industry standard around this?”   I’m going to have to go with the consultant answer and say it depends.   First, are we talking about a single service to a single customer? Are we talking about multiple services to multiple customers or somewhere in between those two extremes? Your SLAs should include details of the anticipated performance that your customer expects.  First thing you need to do is discuss with your customer what are the levels of utility and warranty they are expecting? Then document and agree these targets are reachable given the resources that are at your disposal and any constraints that may be discovered. The requirements for functionality (utility) should be defined by your BRM pr

Resources for Business Relationship Management

A student recently asked for resource references for about Business Relationship Management (BRM). BRM is emerging as a critical process in several prominent service management frameworks and standards.   Recently, BRM was formalized in the 2011 edition of Service Strategy as part of the core ITIL library.    This is a significant addition since many believed that BRM and Service Level Management (SLM) were the same process.     While similar, BRM strategically focuses on the relationship between a service provider and it’s customer (more like an Account Executive) where SLM operationally focuses on the negotiation and achievement of service performance. The ISO/IEC 20000 standard has mandatory requirements and suggested guidance for Business Relationship Management.   Even if your organization is not considering ISO certification, the standard does define the minimum essential activities for each process, including BRM.     Put together with ITIL 2011, it’s a powerful com

Standard Operations and Maintenance

Sandy, if you have any more questions, just let me know! Standard Operations and Maintenance is really something that gets defined in the Service Level Agreement in consultation and negotiation with the customer. It is not really a determination made solely by IT or Operations. It is the customer or receiver of service that helps to establish whether an “outage” has occurred. Because we want to adhere to the terms and conditions set forth in the SLA we want strong controls in place. I think it is not a question as to whether the Change Management process will be used or not used. It is more a question of the degree of Change Management that will be used. A solid approach would be to establish a clear definition of a Service Change in the organization. ITIL says it is any “addition, modification or deletion of elements of the delivery of service” [paraphrased]. This is a broad definition and covers just about everything we do in IT. So, next we need to identify what we actually do in