19 Mayıs 2015 Salı

ITIL Service Strategy


ITIL Service Strategy

The center and origin point of the ITIL Service Lifecycle,  provides guidance on clarification and prioritization of service-provider investments in services. More generally, Service Strategy focuses on helping IT organizations improve and develop over the long term by building a clear service strategy, with a precise understanding of : 

  • ·         What services should be offered.
  • ·         To whom the services should be offered.
  • ·         How the internal and external marketplaces for their services should be developed.
  • ·         The existing and potential competition in these marketplaces, and the objectives that will differentiate the value of what the service provider does or how it is provided.
  • ·         How the customer and stakeholders will perceive and measure value, and how this value will be created.
  • ·         How service sourcing decisions can be made with respect to use of different types of service providers.
  • ·         How visibility and control over value creation will be achieved through financial management.
  • ·         How the allocation of available resources will be tuned to optimal effect across the portfolio of services.
  • ·         How service performance will be measured.

Key Concepts of Service Strategy

1)  The Four P’s of Strategy
  • ·         Perspective : Defines the distinct vision and direction.
  • ·         Position : The basis on which the provider will compete.
  • ·         Plan : How the provider will achieve its vision.
  • ·         Pattern : Defines distinct patterns and actions over time.

2) Defining Services

All service providers need to define the market that they will operate in, identifying and understanding their customers and explore the opportunities and constraints, quantify the outcomes and classify services. All service providers and customers operate in one or more internal or external market spaces and seek to align delivery within customer expectations. 

3) Service Value

Service value is defined by customer’s perception of business outcome and it is described by combination of these two elements :

-  Service Utility : What the customer gets in terms of outcomes supported and/or constraints removed.


-          -  Service Warranty : How the service is delivered and its fitness for use, in terms of availability, capacity, continuity and security.

Service value also includes the associated concepts of services as assets, value networks, value creation and value capture.

4) Service Provider Types

There are three types of service providers which are :

-           - Type 1 : Exists within an organization exclusively to deliver service to one specific business unit.

-          - Type 2 : Services multiple business units in the same organization.

-          - Type 3 : Operates as an external service provider serving multiple external customers.

5) Service Management as Strategic Asset

ITIL is used to transform service management capabilities into strategic assets, by using service management to provide the basis for core competency, distinctive performance and durable advantage, and to increase the service provider’s potential from its:

-          - Capabilities : The provider’s ability to coordinate, control and deploy resources.

-          - Resources : The direct inputs for the production of services. For example, financial, capital, infrastructure, applications, information and people.

6) Critical Success Factors

Critical success factors (CSFs) are identified, measured and reviewed periodically in order to determine the service assets required to successfully implement the desired service strategy.

7) Service Economics

Financial management, demand management and the service portfolio are used to understand the balance between the cost of providing the service, the value of the outcome achieved and the return on investment.

8) Service Delivery Strategies

The various models that may be selected by customers or used by service providers to source and deliver services, and the financial management impacts of sourcing variants, are categorized and analysed:

-          - Insource, Outsource or Co-Source : Delivery of some or all of the service lifecycle is provided by internal resources, external resources or a combination of both.

-          - Business Process Outsource and Knowledge Process Outsource : Strategic provisioning of business services based on process or knowledge expertise.

-          - On Demand or Cloud Based : Services are provided on the basis of how much is required by each customer, how often, and at the times the customer needs them.

9) Organization and Development

The service provider’s organization needs to achieve an ongoing shape and structure that enables the service strategy. Considerations include:

-        -   Organizational Development Stages : Delivering services through network direction, delegation, coordination or collaboration, depending on the evolutionary state of the organization.

-          - Sourcing Strategy : Making informed decisions on service sourcing in terms of internal services, shared services, full service outsourcing, prime consortium or selective outsourcing.

-          - Service Analytics : Using technology to help achieve an understanding of the performance of a service through analysis.

-          - Service Interfaces : The mechanisms by which users and other processes interact with each service.

-          - Risk Management : Mapping and managing the portfolio of risks underlying a service portfolio.

Processes of Service Strategy

1)  Strategy Management

The purpose of a service strategy is to articulate how a service provider will enable an organization to achieve its business outcomes and the most effective and efficient way to manage these services. The purpose of the strategy management for IT services process is to ensure that the strategy is defined and achieves its purpose. Strategy management has three sub-processes which are :

-          - Strategic Service Assessment : Its objective is to assess the present situation of the service provider within its current market spaces. This includes an assessment of current service offerings, customer needs and competing offers from other service providers.

-          - Service Strategy Definition : Main goal is to  define the overall goals the service provider should pursue in its development, and to identify what services will be offered to what customers or customer segments, based on the results of the Strategic Service Assessment.

-          - Service Strategy Execution : Defining and planning strategic initiatives, and ensuring the implementation of those initiatives.

2) Service Portfolio Management

Before we mention managing of service portfolio, we will define what is service portfolio. Service portfolio is the complete set of services that is managed by a service provider. The service portfolio is used to manage the entire lifecycle of all services, and includes three categories: service pipeline (proposed or in development), service catalogue (live or available for deployment), and retired services. The purpose of service portfolio management is to ensure that the service provider has the right mix of services to balance the investment in IT with the ability to meet business outcomes.This process is consisted of the following sub-processes :

-          - Define : Make an inventory of services, ensure business cases exist, and validate portfolio data.

-          - Analyse : Maximize portfolio value, align and prioritize, and balance supply and demand.

-          - Approve : Finalize proposed portfolio, and authorize services and resources.

-          - Charter : Communicate decisions, allocate resources and charter services.


3) Financial Management

The purpose of financial management for IT services is to secure the appropriate level of funding to design, develop and deliver services that meet the strategy of the organization. IT financial management responsibilities and activities do not exist solely within the IT finance and accounting domain.

Many parts of the organization interact to generate and use IT financial information, by aggregating, sharing and maintaining the financial data they need, and by enabling the dissemination of information to feed critical decisions and activities.Financial management is composed of four sub-processes which are :

-          - Financial Management Support : Defines the necessary structures for the management of financial planning data and costs, as well as for the allocation of costs to services.

-          - Financial Planning : Determines the required financial resources over the next planning period ("IT Budget"), and to allocate those resources for optimum benefits.

-          - Service Invoicing : Issues invoices for the provision of services and transmission of the invoice to the customer.

-          - Financial Analysis and Reporting : Analyzes the structure of service provisioning cost and the profitability of services. The resulting financial analysis allows service portfolio management to make informed decisions when deciding about changes to the service portfolio.

4) Demand Management

Demand management is a critical aspect of service management. The purpose of demand management is to understand and influence customer demand for services and the provision of capacity to meet those demands. At a strategic level this can involve analysis of patterns of business activity and user profiles. At a tactical level it can involve use of differential charging to encourage customers to use IT services at less busy times.

5) Business Relationship Management

The purpose of the business relationship management is to establish and maintain a business relationship between the service provider and the customer based on understanding the customer and its business needs and identify customer needs and ensuring that the service provider is able to meet those needs as business needs change. Business relationship management enables effective links between service providers and customers at both strategic and tactical levels. Working closely with the demand management and service portfolio management processes, it ensures the service provider understands the business requirements and keeps a focus on customer satisfaction. This process is consisted of six sub-processes which are :

-          - Identify Service Requirements : Understand and document the desired outcome of a service, and decide if the customer's need can be fulfilled using an existing service offering or if a new or changed service must be created.

-          - Maintain Customer Relationships : Ensures that the service provider continues to understand the needs of existing customers and establishes relationships with potential new customers. This process is also responsible for maintaining the customer portfolio.

          - Signing up Customers to Standard Services : Capturing customer requirements and agree service level targets with customers who request the provision of existing standard services. (No changes should be made to supporting services in order to fulfill the customer’s needs)

-          - Customer Satisfaction Survey : Planning, carrying out and evaluating regular customer satisfaction surveys. The principal aim of this process is to learn about areas where customer expectations are not being met before customers are lost to alternative service providers.

-          - Handle Customer Complaints : Recording customer complaints and compliments, to assess the complaints and to instigate corrective action if required.

-          - Monitor Customer Complaints : Continuously monitoring the processing status of outstanding customer complaints and to take corrective action if required.

We saw how this Service Strategy operates, let’s look at who operate this element.

Roles of Service Strategy

  • ·         IT Strategy Manager : Formulates and communicates the IT strategy and ensures elements are in place for successful execution.
  • ·         IT Steering Group : Responsible for corporate governance of IT and the overall direction of the IT strategy.
  • ·         IT Director : Responsible for all IT service management processes and for setting up the service management Office.
  • ·         Service Portfolio Manager : Defines services and service packages; manages and maintains the service portfolio including communication to all parties.
  • ·         Business Relationship Manager : Maintains the relationship with one or more customers, understanding the customer’s business and its customer outcomes; this role may be combined with the role of service level manager.
  • ·         Customer : Articulates needs and ensures business outcomes are supported.
  • ·         Financial Manager : Defines and maintains financial models with information to track the cost and value of IT services.
  • ·         Demand Manager : Identifies and documents patterns of business activity and user profiles; ensures IT capabilities are geared to meet fluctuating demand.
  • ·         Chief Sourcing Officer : Owns the sourcing strategy within the organization; responsible for leading and directing the sourcing office; develops the sourcing strategy in close conjunction with the Chief Information Officer (CIO).
For the last part we will look at the Key Performance Indicators (KPIs) of these Service Strategy
processes.

KPI for Strategy Management and Service Portfolio Management


KPI for Financial Management



KPI for Business Relationship Management




Sources














9 Nisan 2015 Perşembe

ITIL, COBIT, TOGAF and CMMI Documentation


ITIL

ITIL (Information Technology Infrastructure Library) is a framework for IT service management that strives for predictable, maintainable services that align with the needs of the corporation or organization.

ITIL is the most widely accepted approach to IT service management in the world. ITIL can help individuals and organizations use IT to realize business change, transformation and growth. framework is designed to standardize the selection, planning, delivery and support of IT services to a business. The goal is to improve efficiency and achieve predictable service levels. The ITIL framework enables IT to be a business service partner, rather than just back-end support. ITIL guidelines and best practices align IT actions and expenses to business needs and change them as the business grows or shifts direction.


Operational point of view, IT organizations spend much of their time with the
following activities:

a) Recovering from failures (“incidents”) that interrupt the users’ work
b) Modifying or replacing IT components to improve their reliability or functionality by eliminating
     issues (“problems” and “errors”) associated with those components
c) Carrying out additions, modifications or removals (“changes”) to IT components in order to
     introduce new or improved functionality to the users

In general, the number of incidents, problems, errors and changes to be addressed by IT exceeds IT’s capacity, so IT needs a way to determine how to best use its resources to make sure that the issues it does tackle will yield the most business benefit. The only way that IT can accomplish that prioritization is with guidance from its customers and users. But, that discussion cannot be carried out effectively in technical language. Therefore, IT must express what it does in terms of its customers’ and users’ language. This is where ITSM comes in. An ITSM approach to IT management facilitates tighter IT/customer alignment by providing IT and its customers with the ability to:

1. Define IT’s deliverables in terms of IT Services, expressed in the customers’ and users’ language
2. Define how those IT Services will be delivered to the users, in terms of functionality, availability,
     capacity, security, support, disaster recovery, change management and other dimensions of managing the
     service
3. Understand the business impact when an IT Service fails
4. Prioritize IT’s activities based on that impact

Another way of stating the above is that an ITSM-based IT organization seeks to understand the customer’s IT Service requirements, agree with the customer on the delivery of that service to meet those requirements, and operate and evolve the service in a way that continues to meet those requirements


ITIL is the body of knowledge representing how organizations are dealing with the challenges of managing IT, based on extensive research and actual practice across all types of IT organizations. ITIL presents a formal structure through which an organization can learn how other organizations around the world are dealing with those challenges. While ITSM answers the “What do we want to do as an IT organization?” question, ITIL is one way (currently a very popular way) of addressing “How are we going to do it?”


ITIL ORGANIZATION
ITIL is organized into five core publications, that revolve around the service lifecycle. These provide best practice guidance for an integrated approach to IT service management.

The five core titles are:  
                                                            
§  Service Strategy explains business goals and customer
   requirements.   
§  Service Design shows how to move strategies into
plans that help the business
§  Service Transition shows how to introduce services
into the environment.
§  Service Operation explains how to manage the IT
  services.
§  Continual Service Improvement helps adopters
evaluate and plan large and small improvements to IT services.

ITIL Service Strategy & ITIL Strategy Management

Service Strategy determines which types of services should be offered
to which customers or markets.

The objective of ITIL Strategy Management for 
IT Services is to assess the service provider’s offerings, capabilities, competitors as well as current and potential market spaces in order to develop a strategy to serve customers. Once the strategy has been defined, ITIL Strategy Management is also responsible for ensuring the implementation of the strategy.
                    Service Strategy ITIL
Business Planning Information includes important input from clients and external service providers, especially for devising the Service Strategy and looking for ways to improve services. 
The Service Strategy Plan (at times referred to as the Service Strategy) is about translating a big idea regarding customer needs into a distinctive and cost-effective set of connected capabilities and resources to satisfy those needs.
The Strategic Action Plan sets out the steps required to implement the previously defined Service Strategy, defining specific tasks and responsibilities.
The Strategic Service Assessment is used to gain insight into a service provider's weaknesses, strengths and opportunities prior to developing a Service Strategy.


ITIL Service Design
Service Design identifies service requirements and devises new


service offerings as well as changes and improvements to
existing ones.

Design Coordination: To coordinate all service design
activities, processes and resources. Design coordination ensures
the consistent and effective design of new or changed IT
services, service management information systems,
architectures, technology, processes, information and metrics.

Service Catalogue Management: to ensurethat a Service
Catalogue is produced and maintained, containing accurate
information on all operational services and those being prepared
to be run operationally. Service Catalogue Management
provides vital information for all other Service Management
processes: Service details, current status and the services'
interdependencies.

Service Level Management: to negotiate Service Level
Agreements with the customers and to design services in
accordance with the agreed service level targets. Service Level
Management is also responsible for ensuring that all Operational
Level Agreements and Underpinning Contracts are appropriate, and to monitor and report on service levels.

Risk Management: to identify, assess and control risks. This includes analyzing the value of assets to the business, identifying threats to those assets, and evaluating how vulnerable each asset is to those threats.

Capacity Management: to ensure that the capacity of IT services and the IT infrastructure is able to deliver the agreed service level targets in a cost effective and timely manner. Capacity Management considers all resources required to deliver the IT service, and plans for short, medium and long term business requirements.

Availability Management: to define, analyze, plan, measure and improve all aspects of the availability of IT services. Availability Management is responsible for ensuring that all IT infrastructure, processes, tools, roles etc. are appropriate for the agreed availability targets.

IT Service Continuity Management: to manage risks that could seriously impact IT services. ITSCM ensures that the IT service provider can always provide minimum agreed Service Levels, by reducing the risk from disaster events to an acceptable level and planning for the recovery of IT services. ITSCM should be designed to support Business Continuity Management.

Information Security Management: to ensure the confidentiality, integrity and availability of an organization's information, data and IT services. Information Security Management usually forms part of an organizational approach to security management which has a wider scope than the IT Service Provider.

Compliance Management: to ensure IT services, processes and systems comply with enterprise policies and legal requirements.

Architecture Management:To define a blueprint for the future development of the technological landscape, taking into account the service strategy and newly available technologies.

Supplier Management: To ensure that all contracts with suppliers support the needs of the business, and that all suppliers meet their contractual commitments.


COBIT
Control Objectives for Information and Related
Technology (COBIT) is a framework framework for

developing, implementing, monitoring and improving
information technology (IT) governance and management
practices.

It is a supporting toolset that allows managers to bridge the
gap between control requirements, technical issues and
business risks.

COBIT aims "to research, develop, publish and promote an
authoritative, up-to-date, international set of generally
day-to-day use by business managers, IT professionals and
assurance professionals".

The goal of the framework is to provide a common language for business executives to communicate with each other about goals, objectives and results. 

The business orientation of COBIT consists of linking business goals to IT goals, providing metrics and maturity models to measure their achievement, and identifying the associated responsibilities of business and IT process owners.

Cobit5 is based on five key principales for governance and management of enterprise IT:

     Principle 1: Meeting Stakeholder Needs
     Principle 2: Covering the Enterprise End-to-End
     Principle 3: Applying a Single, Integrated Framework
     Principle 4: Enabling a Holistic Approach
     Principle 5: Separating Governance From Management

The COBIT components include:
·         Framework: Organize IT governance objectives and good practices by IT domains and processes, and links them to business requirements
·         Process descriptions: A reference process model and common language for everyone in an organization. The processes map to responsibility areas of plan, build, run and monitor.
·         Control objectives: Provide a complete set of high-level requirements to be considered by management for effective control of each IT process.
·         Management guidelines: Help assign responsibility, agree on objectives, measure performance, and illustrate interrelationship with other processes
·         Maturity models: Assess maturity and capability per process and helps to address gaps.
It provides an end-to-end business view of the governance of enterprise IT, reflecting the central role of information and technology in creating value for enterprises of all sizes.

TOGAF

The Open Group Architecture Framework(TOGAF) is  a proven, comprehensive and generic methodology and framework. It is used by the world's leading organizations to optimize the outcomes of the Enterprise Architecture process.  A framework for enterprise architecture which provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture.
TOGAF is a high level approach to design. It is typically modeled at four levels: Business, Application, Data, and Technology. It relies heavily on modularization, standardization, and already existing, proven technologies and products.


 


Why TOGAF?

  • Open standard; being vendor, tool and technology neutral
  • Transparent EA process: predictable and repeatable
  • Based on best practices
  • Widely adopted in the market
  • Comprehensive, general method
  • Complementary to (thus not competing with) other frameworks

§  Methods and approaches

TOGAF offers detailed methods for developing Enterprise Architecture. This includes a process for acceptance, production, use, maintenance and governance, and a set of supporting tools. TOGAF is a customer initiative, rooted in best practices in architecture development. TOGAF has been continuously evolved and improved by the members of The Open Group.
The Open Group Architecture Framework, or TOGAF gives software architects a structured approach for organizing and governing their software technology design, development and maintenance. Experienced professionals can focus on the aspects of TOGAF that work best for their organization as they pursue business benefits derived from software innovation. TOGAF can be used with - or without - service-oriented architecture (SOA), UML and various frameworks, methodologies and tools of modern software development.

Enterprise Architecture transparency


TOGAF increases the transparency of the Enterprise Architecture development and management process. The resulting architectures reflect best practices and are consistent and coherent with each other. Enterprise Architecture professionals enjoy greater industry credibility, job effectiveness, and career opportunities. TOGAF helps practitioners to avoid being locked into proprietary methods. They utilize resources more efficiently and effectively, and realize a greater return on investment.
An architecture framework is a set of tools which can be used for developing a broad range of different architectures.[4] It should:
·         describe a method for defining an information system in terms of a set of building blocks
·         show how the building blocks fit together
·         contain a set of tools
·         provide a common vocabulary
·         include a list of recommended standards
·         include a list of compliant products that can be used to implement the building blocks

However TOGAF has its own view, which may be specified as either a "formal description of a system, or a detailed plan of the system at component level to guide its implementation", or as "the structure of components, their interrelationships, and the principles and guidelines governing their design and evolution over time."

The Architecture Development Method (ADM) is core of TOGAF which describes a method for developing and managing the lifecycle of enterprise architecture.

TOGAF Topics
TOGAF is based on four interrelated areas of specialization called architecture domains:
·         Business architecture which defines the business strategy, governance, organization, and key business processes of the organization
·         Applications architecture which provides a blueprint for the individual systems to be deployed, the interactions between the application systems, and their relationships to the core business processes of the organization with the frameworks for services to be exposed as business functions for integration
·         Data architecture which describes the structure of an organization's logical and physical data assets and the associated data management resources
·         Technical architecture or technology architecture, which describes the hardware, software, and network infrastructure needed to support the deployment of core, mission-critical applications


CMMI
Capability Maturity Model Integration (CMMI) is a process improvement training and appraisal program and service administered. CMMI defines the following maturity levels for processes: Initial, Managed, Defined, Quantitatively Managed, Optimizing.
CMMI models provide guidance for developing or improving processes that meet the business goals of an organization. A CMMI model may also be used as a framework for appraising the process maturity of the organization.


Process improvement
CMMI is a model for process improvement. SEI(Software Engineering Institute) has found that there are three critical dimensions that help organizations develop and maintain high quality products and services:
1.       People with skills, training and motivation
2.       Tools and equipment
3.       Procedures and methods defining the relationships of tasks
The report states: A focus on process provides the infrastructure and stability necessary to deal with an ever-changing world and to maximize the productivity of people and the use of technology to be competitive.
CMMI for development addresses 22 process areas covering the full application lifecycle, from conception through delivery. Unlike other improvement approaches that only focus on a specific part of the business, CMMI takes a systemic approach, emphasizing the work necessary to build and maintain the total product.
By defining repeatable processes, organizations are able to gain consistency and look for ways to implement improvements to work smarter and more efficiently.
CMMI models provide guidance not processes
The models provided with CMMI are not the actual processes that will be used in your organization. They will provide the guidelines and ideas to allow each organization to create and document the processes that are pertinent to their particular application domain, organizational structure and size. The process areas won't typically map one-to-one with an organization that's implementing CMMI. The focus is on guiding an organization towards an improvement path from immature processes to disciplined, mature processes with improved quality.
COMPONENTS: Each process area is made up of "components," which fall into one of three categories: required, expected or informative. The definition of each type of component for each process area is defined in the CMMI. By using the guidelines outlined in CMMI, you'll have the templates needed to work towards defining and documenting your processes and the relationships between them.
LEVELS: Levels are used in CMMI to rate organizational capability and maturity. Appraisals are done which can apply to an entire organization or to smaller groups such as a division or a project. There are two approaches that can be used: a continuous representation to achieve "capability levels" and a staged representation to achieve "maturity levels."
Mixing CMMI and Agile : Though the model may seem rather rigid, CMMI practices are meant to be methodology agnostic. To help those who use agile methods to interpret CMMI in their environments, notes are added to selected processes to indicate how practices can be adapted to agile environments.
Continuous improvement : Process improvement has been proven to improve quality. CMMI is a model that goes through continual reviews and improvements and has been recently been updated to reflect our continual software evolution. This would be the time to download their latest revision and get a sense for the maturity of your organization.