ITIL:Service Design IT Services Management Martin Sarnovský

Slides:



Advertisements
Similar presentations
Pros and Cons of Cloud Computing Professor Kam-Fai Wong Faculty of Engineering The Chinese University of Hong Kong.
Advertisements

Course: e-Governance Project Lifecycle Day 1
SERVICE LEVEL AGREEMENTS The Technical Contract Within the Master Agreement.
Software Quality Assurance Plan
ITIL: Service Transition
Management of IT Environment (5) LS 2012/ Martin Sarnovský Department of Cybernetics and AI, FEI TU Košice ITIL:Service Design IT Services Management.
Copyright © 2006, BMC Software, Inc. All rights reserved. Unit 8 – Service Level Management ITIL Foundation – Concepts of IT Service Management (ITSM)
Service Design / SLA Architecture “Services are a means of delivering value to customers by facilitating outcomes customers want to achieve without the.
Managing the Information Technology Resource Jerry N. Luftman
Date: 03/05/2007 Vendor Management and Metrics. 2 A.T. Kearney X/mm.yyyy/00000 AT Kearney’s IT/Telecom Vendor Facts IT/Telecom service, software and equipment.
Session 3 – Information Security Policies
Development plan and quality plan for your Project
ITIL: Continual Service Improvement
Service Design 118COM By Taran Saroya.
Integrated Process Model - v2
Enterprise Architecture
Release & Deployment ITIL Version 3
© 2010 Plexent – All rights reserved. 1 Change –The addition, modification or removal of approved, supported or baselined CIs Request for Change –Record.
Pre-Project Activities Text Chapters 5 and 6. Pre-Project Activities 1.Contract Review 2.Development Plan 3.Quality Plan.
Continual Service Improvement Process
Information ITIL Technology Infrastructure Library ITIL.
Overview of Credit Risk Management practices in banksMarketing Report 1 st Half 2009 Overview of Credit Risk Management practices – The banking perspective.
Service Management Processes
EARTO – working group on quality issues – 2 nd session Anneli Karttunen, Quality Manager VTT Technical Research Centre of Finland This presentation.
Roles and Responsibilities
Deakin Richard Tan Head, Information Technology Services Division DEAKIN UNIVERSITY 14 th October 2003.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
An Integrated Control Framework & Control Objectives for Information Technology – An IT Governance Framework COSO and COBIT 4.0.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
ITIL Overview 1 Configuration Management Working Group February 8, 2011.
ITRM - Service Portfolio/Catalog Guillermo Trevino ITRM- Graduate Technology Assistant Texas A&M University 05/22/2012.
Paul Hardiman and Rob Brown SMMT IF Planning and organising an audit.
Service Level Agreements Service Level Statements NO YES The process of negotiating and defining the levels of user service (service levels) required.
IT SERVICE MANAGEMENT (ITSM). ITIL\ITSM OVERVIEW  ITIL Framework.
TMS - Cooperation partner of TÜV SÜD EFFECTIVE SERVICE MANAGEMENT based on ISO/IEC & ISO/IEC
State of Georgia Release Management Training
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
The Service Monitoring and Control Toolkit 1 Protect your business with an effective alert management system and high service availability.
Introduction to ITIL and ITIS. CONFIDENTIAL Agenda ITIL Introduction  What is ITIL?  ITIL History  ITIL Phases  ITIL Certification Introduction to.
ITIL® Online Training Course Enhancement Service Design.
ICS Area Managers Training 2010 ITIL V3 Overview April 1, 2010.
ITIL® Service Asset & Configuration Management Foundations Service Transition Thatcher Deane 02/17/2010.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Service Design.
Serving IT up with ITIL By Thane Price. IT is the laboratory’s pit crew  Goal : Make technology transparent while accomplishing valuable internal customer.
Introduction to ITIL IT Service Management Collin Smith
Service Catalog Management and ITIL. The Service Catalog Objective: To enable the service provider and the customer to clearly understand the services.
HIRING FOR CONSULTATION Marlon Murahwa. CONTENTS 1.Preamble 2.Service Description 3.Deliverables 4.Rates and Pricing 5.Consultation Process 6.Terms and.
Information ITIL Technology Infrastructure Library ITIL.
ITIL: Service Transition
A Quick Overview of ITIL
Service Design – purpose and processes
ITIL SERVICE LIFECYCLE
COMP532 IT INFRASTRUCTURE
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
ITIL SERVICE LIFECYCLE
ITIL: Continual Service Improvement
3.Preparing for Infrastructure Management
Integrated Management System and Certification
ITIL: Continual Service Improvement
Chapter 5 :The Business Plan (Creating and Starting The) Venture
CSP404 Perancangan Sistem Berorientasi Layanan
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
Description of Revision
ITIL: Continual Service Improvement
Chapter 1 (pages 4-9); Overview of SDLC
Business Relationship Management
1 Stadium Company Network. The Stadium Company Project Is a sports facility management company that manages a stadium. Stadium Company needs to upgrade.
Software Engineering Lab ITIL and Service Desks
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

ITIL:Service Design IT Services Management Martin Sarnovský Department of Cybernetics and AI, FEI TU Košice

Contents Definitions, Context Principe of service design Service design, management of services Services: function, process, role, activity Principe of service design Objectives, areas, procedure, management and strategy. Balanced design Identifying the requirement for services Aspects and activities of the design Process of Service Design Services portfolio Service architecture, levels of architecture The structure of the processes in the design of services: catalog of services, service level management, capacity management, availability, information security, suppliers

Service Design Service design= status in the lifecycle of IT services : Area – Object of interest: design and development services. Service Management processes. Include: Design of the IT services (Business Goals support) Processes for Service Design support Deisgn of the IT infrastructure, architecture, applications, etc. Design of the metrics

Objective of the Service Design Objective: The proposal of new or changed service Holistic approach to all aspects of design services, to ensure consistency and integration with other activities and processes. eg. not in isolation, but with respect to other services, management systems and tools (eg portfolio of services, catalog of services), architecture, technology, ... not every change requires a complete procedure according to draft service - only a significant change: what it is, it should define the organization (see management changes under transition services / Service Transition)

Procedure of design services New or amended requirement as a demand by the business 5 aspects of design services : 1.New resp. changed service itself 2. Systems and tools for management services, in particular portfolio of services: consistency with other services (interfaces, addiction, support) 3. Technology, architecture and management systems: consistency with the technical means (the sufficiency of the technical / steering equipment) 4. Processes to ensure that all available resources (processes, roles, responsibilities, experience / knowledge) 5. Methods of measurement and metrics: check that it is possible to successfully measure service in terms of new business requirements (compliance with the SLA, the quality of "language" of business, mapping business processes to IT infrastructure, and metrics, continuous monitoring of performance) Development of services fulfilling the business requirement The service proceeds to Service Transition for evaluation, testing, deployment Next -Service Operation phase ...

Scope of the Service Design Concept 4P: People Processes Products (Technology) Partners (Suppliers)

Composition of a service Components : Business Processes Services SLA/SLR Infrastructure Environment Data Application Service support OLA, contracts Support team Sppliers

Activities in the Design services The emphasis is not on the functional requirements, but in all aspects To maintain the simplicity of architecture design (and not too complex and theoretical designs) Activities: Collection of requirement, analysis and documentation, Design service, technologies, process, flow and sources of information, Revaluation of process & design document, Connect with the other activities /design & planning of role Creating & Administration of IT policies, design document, Revision of all document, implementation of the plan, Consideration& Risk management. Ensuring compliance with IT strategy in organization (Service Strategy)

Identification of requirements (1) Quality requirements : Scalability, with respect to future business objectives Business processes, Which is service support. Compliance of Business requirement to Services, t.j. how service satisfies The service itself, SLR (Service Level Requirement) Or SLA (Service Level Agreement) Technology components for deploying the services The internal services / components & their OLA (Operational Level Agreement) External Services component & their contract (Deadline, Restriction). Efficiency of metrics, which is required for the service Security level, required by business / legislation Technological Fields & Their affect on the service: Infrastructure: servers, network equipment, DB systems, Storage Environment: Facilities, spaces, elec. sources, cabling, phys. security Data: Information and data management, for example testing data Application: Software application management(also for home use)

Identification of requirements (2)

Processes of the Service Design (1) Service Catalog Management: create a catalog of services, and ensure its actuality (up-to-dateness) Service Level Management: establishment of service level agreements (SLA), ensuring compliance with them Capacity Management: ensure that the capacity of IT services and IT infrastructure was sufficient, given the objectives (ie cost-effectiveness, time ...) Accessibility Management: design, analysis, planning, measuring and improving all aspects of accessibility IT services, ensures that the IT infrastructure, processes, tools, roles, etc. are consistent with the agreed target level of accessbility

Processes of the Service Design (2) Continuity Management : risk management, which could have serious impact on IT services ensures that the IT service provider can always provide minimum agreed service levels and reducing the risk to an acceptable level and planning restoration of IT services Information Security Management : ensure the confidentiality, integrity and accessibility of assets in organization, information, data and IT services. Supplier Management : ensure that all contracts with suppliers support the business needs and that all suppliers meet contractual obligations

Support Systems: Service Catalogue Portfolio of Services: The most important management system in the Service Design. Supports all processes of the design, describes the services according to their business value Answers the questions: Why client should buy this product? Why this service should be bought by us or our organization? What are the price models and the return of investments? What are the strengths and weaknesses, priorities and risks? How to allocate resources and capacity for this service (from both the provider and the customer perspective)

Definitions - SPM, SKMS SKMS Service Portfolio Service Catalogue Management (SCM) Management of the portfolio and catalogue Business value of the services Each service – proper description, SLA attached Example SKMS Service Portfolio Service Catalog

Service catalogue

Definitions - SLM Service Level Management (SLM) : SLM provide a framework by which services are defined - service levels required to support business processes are agreed upon Service Level Agreements (SLAs) and Operational Level Agreements (OLAs) are developed in this phase Goals: To translate business requirements into IT requirements Determine the costs related to services Draft, negotiate and refine SLAs with the business units Implement the SLAs Measure the SLAs performance and report the results

Definície - SLA, OLA Service Level Agreement (SLA) : Contract between the service provider and customer (user) SLA defines the IT service, specifies the service level and defines the responsibilities of both – provider and customer One SLA can cover more than one IT services and customers. Operational Level Agreement (OLA) : An agreement between an IT Service Provider and another part of the same Organization OLA sets out the responsibilities for the support and delivery of IT services to Customers Example – agreement between the service desk and 2nd level support teams

SLA (1) Good SLA answers those questions: What (what kind of service) will be provided, How the IT provider will fulfill his promises, How the provided service will be measured and who will perform it, What will happen in case of service break , How will the SLA change.

SLA (3a) SLA should contain: Header: name, brief description etc., Description, main features of the service, Scope of the agreement (what is included in the SLA and what is not) Service hours in which the service will be provided Availability of the service, usually in %: service time / downtime, Spoľahlivosť (e.g. maximum of the service breaks in specified time), Service support: how to contact the support - Service Desk (time, scope of the service desk, etc.), Escalation procedures: how the ecalation will be performed Performance of the service, KPI – guaranteed minimal access time, response time, etc. Functionality, detailed description of the functionality, functionality levels, Change management, reference to the change management procedures,

SLA (3b) SLA : Service continuity, description (or reference to), how the provider will manage the continuity of the service. In another words – limitations in case of disasters, data backup, service recovery plans after the breakdown, informs the customer with the customer responsibilities, IT Security, reference to agreed Security Policy, Responsibilities of all involved parties Payment, type of the payment, dates, policies, late payments etc. Reporting, content, frequency, roles involved, review of the service, Glossary Appendix

Availability management Design, analysis, planning, measurement of all aspects of IT service continuity, Ensures, that infrastructure, policies, processes, tools, roles, etc. will “all play together” to achieve service level specified in SLA

Capacity management Each application – requirements on the infrastructure/applications -> resources Ensures, that IT infrastructure capacity is suitable for provisioning of specified set of services

Continuity management Risk management – analysis of the risks, that can affect the IT service Ensures that IT provider can and will provide the specified minimal service level by risk reduction (to accepted level) and by service recovery plans IT security management: Integrity,security and trust issues of the organization’s assets (IT resources)

Supplier management Ensures the agreements with all involved suppliers are fulfilled according the specified levels

Questions?