1 / 59

Integrated Process Model - v2

Integrated Process Model - v2. Gartner Hype Cycle for IT Operations Management, 2007. Manage IT from a Business Perspective. Use controls to go faster. IT Budget Reality. Changing Nature of IT in Organizations. ITIL 3.0 and Supporting Materials. What’s New?. Evolution, not revolution

varana
Download Presentation

Integrated Process Model - v2

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Integrated Process Model - v2

  2. Gartner Hype Cycle for IT Operations Management, 2007

  3. Manage IT from a Business Perspective

  4. Use controls to go faster

  5. IT Budget Reality

  6. Changing Nature of IT in Organizations

  7. ITIL 3.0 and Supporting Materials

  8. What’s New? • Evolution, not revolution • Lifecycle approach to Services • ITIL v3 includes: • Business service management (BSM) - now defined and recommended • Configuration Management System • Includes CMDB, and now… • Federation, Data collection, Topology, • Knowledge Management • Request Fulfillment • Business Impact Analysis • Access Management • Service Portfolio Management • Service as an Asset that creates value through Utility and Warranty

  9. Access/Identity Management

  10. What Is a Service? • V2 “A service is one or more IT systems which enable a business process” • V3 “A service is a means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks”

  11. Service Management • Service Management is a set of specialized organizational capabilities for providing value to customers in the form of services. • Service Management takes the form of a set of Functions and Processes for managing services over their Lifecycle. Service Management is also used as a synonym for IT Service Management.

  12. Utility and Warrant

  13. The Source of Service Value

  14. Service Strategy Objectives

  15. Service Strategy

  16. Service Design • Pragmatic Service Blueprint • Policies, architecture, portfolios, service models • Effective technology, process and measurement design • Outsource, shared services, co-source models? How to decide and how to do it • The service package of utility, warranty, capability, metrics tree • Triggers for re-design

  17. Service Design

  18. Service Transition • Managing Change, Risk and Quality Assurance • Newly designed Change, Release and Configuration processes • Risk and quality assurance of design • Managing organization and cultural change during transition • Service knowledge management system • Integrating projects into transition • Creating and selecting transition models

  19. Service Transition

  20. Service Operation • Responsive, stable services • Robust end-to-end operations practices • Redesigned, Incident and Problem processes • New functions and processes • Event, technology and request management • Influencing strategy, design, transition and improvement • SOA, virtualization, adaptive, agile service operation models

  21. Service Operation

  22. Continual Service Improvement • Measurements that mean something and Improvements that work • The business case for ROI • Getting past just talking about it • Overall health of ITSM • Portfolio alignment in real-time with business needs • Growth and maturity of SM practice • How to measure, interpret and execute results

  23. Continual Service Improvement

  24. Quality service delivery depends on integration

  25. Service management processes are applied across the new ITIL Service Lifecycle

  26. Key links, inputs & outputs of the service lifecycle stages

  27. Scope of change and release management for services

  28. ITIL V3 Service Management Processes across the Lifecycle

  29. Service Strategy

  30. Generic Process Elements

  31. Process Model

  32. Five Aspects of Service Design

  33. Service Portfolio

  34. Service Catalog

  35. Service Catalog (Continued)

  36. SLA, OLA, and UC • Service Level Agreements, Operational Level Agreements, and Underpinning Contracts • Service Level Agreement (SLA) • Key service targets and responsibilities of both parties • Operational Level Agreement (OLA) • Internal departments or organizations • Underpinning Contract (UC) • A contract with an external organization

  37. UC • An underpinning contract is likely to be structured with the following sections: • The main body containing the commercial and legal clauses • Elements of a service agreement, as described earlier, attached as schedules • Other related documents as schedules, for example: • Security requirements • Business continuity requirements • Mandated technical standards • Migration plans (agreed prescheduled change) • Disclosure agreements

  38. SLA Classification Clients/ Users SLAs Availability ITService Providers Reliability OLAs Underpinning Contracts Internal IT units UCs External Service Providers

  39. Availability, Reliability, Maintainability, and Serviceability • Availability is the ability of a service, component, or Configuration Item (CI) to perform the agreed upon function when required • Reliability is a measure of how long a service, component, or Configuration Item can perform the agreed upon function without interruption • Maintainability is a measure of how quickly and effectively a service, component, or Configuration Item can be restored to normal working after a failure • Serviceability is the ability of a supplier to meet the terms of their contract

  40. Incident Management Process Flow

  41. Urgency, Impact, and Priority • Priority • The required sequence of Incident resolution. Priority = Impact x Urgency • Impact • The extent to which an Incident leads to a departure from expected service operations, such as the number of users or CIs affected • Urgency • The required speed of resolving an Incident

  42. Priority = Impact x Urgency

  43. Problem Management Process

More Related