Skip to main content

Transition Critical Success Factors (CSF’s)

IT is a large and growing slice of the overall budget for many companies. That money spent on IT is anticipated to create business value and support business growth. However in many IT organizations, a considerable percentage of this budget and IT labor is consumed on managing of incidents. First, second and third tier levels of support along with support technology and tools can become expensive to retain and maintain. In fact this is unplanned work which inhibits value creation and business growth. Many people will advocate a solid proactive problem management process to eliminate the root cause of these incidents and I am right there alongside them. However, I think we need to look even earlier in the service lifecycle.

The standard statistic that I see most often quoted is that up to 80% of all incidents are cause by undocumented and unauthorized changes.  So for the sake of this argument let us take that as our baseline and discuss critical success factors facing service transition and how we might actually impact business value and growth in a positive way.  The complexity of service delivery across the supply chain is ever increasing.  This becomes a difficult challenge for the service provider who implements new services or makes both large and small changes to existing services. 

As IT has become a primary part of the business process, our objective as the service provider of choice is to be agile and lean enough to be able to continually improve the quality of our services and meet the rapidly changing customer & business requirements.  To do this we must consider the following critical success factors:
  • Understand and manage different stakeholder perspectives.
  • Have a clearly defined relationship with program and project management, allowing us early engagement when there is an IT component involved.
  • Stay focused on the holistic picture by integrating with all of the other service lifecycle stages, processes and functions that may impact service transition.
  • Work closely with SACM, Knowledge and the Release and Deployment processes to ensure and understanding of the dependencies of legacy systems, new technologies and the human elements that can result in risks when making changes.
  • Develop a workforce with the necessary knowledge and skills, with clear and accountable roles and responsibilities, along with the appropriate training and knowledge sharing.
  • Demonstrate that the benefits of establishing and improving the service transition practices and processes outweigh the costs through the use of meaningful measures, metrics and risk reduction.


For more information:  http://www.itsmacademy.com/itil-capability-course-rcv-release-control-and-validation-accredited/?page_context=category&faceted_search=0

Comments

Popular posts from this blog

The Four Ps of Service Design - It’s not all about Technology

People ask me why I think that many designs and projects often fail. The most common answer is from a lack of preparation and management. Many IT organizations just think about the technology (product) implementation and fail to understand the risks of not planning for the effective and efficient use of the four Ps: People, Process, Products (services, technology and tools) and Partners (suppliers, manufacturers and vendors). A holistic approach should be adopted for all Service Design aspects and areas to ensure consistency and integration within all activities and processes across the entire IT environment, providing end to end business-related functionality and quality. (SD 2.4.2) People:   Have to have proper skills and possess the necessary competencies in order to get involved in the provision of IT services. The right skills, the right knowledge, the right level of experience must be kept current and aligned to the business needs. Products:   These are the technology managem

What Is A Service Offering?

The ITIL4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group .   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service then toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.               Note: Goods may not always be provided for every Service Offe

What is the difference between Process Owner, Process Manager and Process Practitioner?

I was recently asked to clarify the roles of the Process Owner, Process Manager and Process Practitioner and wanted to share this with you. Roles and Responsibilities: Process Owner – this individual is “Accountable” for the process. They are the goto person and represent this process across the entire organization. They will ensure that the process is clearly defined, designed and documented. They will ensure that the process has a set of Policies for governance. Example: The process owner for Incident management will ensure that all of the activities to Identify, Record, Categorize, Investigate, … all the way to closing the incident are defined and documented with clearly defined roles, responsibilities, handoffs, and deliverables. An example of a policy in could be… “All Incidents must be logged”. Policies are rules that govern the process. Process Owner ensures that all Process activities, (what to do), Procedures (details on how to perform the activity) and the