Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Todays Topics
IT Organizations Current Challenges
IT Organization focus Today vs Tomorrow
Service & IT Service Management
ITIL
History
Problem Definition
WHY ITIL
Ten Core processes of ITIL
Service Lifecycle
Todays Topics
Service Strategy
Service Design
Service Transition
Service Operation
Continual Service Improvement
Benefits of These Core Components
Change Management Process explained in ITIL
Helpdesk Management Process explained in
ITIL
Benefits of ITSM
Conclusions and Recommendations
Increasing Business
Performance
Improving ROI
Minimizing cost & time-tomarket
Minimizing risk in a dynamic
business scenario
Adapting quickly to
changing needs
IT Responsibilities
SERVICE
A service is a means of delivering value to
customers by facilitating the outcomes that
customers want to achieve without the
ownership of specific costs and risks.
What is an IT Service?
An "IT Service" is a set of IT-related functions (HW & SW)
User
Web Server
Application Server
Database Server
What is IT Service
Management?
IT Service Management
is the totality
of IT Service Provision, including the
management of the infrastructure and
ENVIRONMENT
INFRASTRUCTURE
the environment
IT Service
IT Service
IT Service
IT Service
Needs
Cost
Quality
Key Elements
Customer / End Users
Executive Sponsor
PEOPLE
Hardware
Change Control
Problem Management
Software
PROCESS
PRODUCTS
Capacity Planning
Tools / Technology
Configuration
Management
PARTNERS
Project Manager / Team
Suppliers /
Outsourcers
British civil
service
ITIL
Version 1
10+30 books
199
0
ITIL
Version 2
2+N books
2000
s
The Netherlands
Rest of the
world
ITIL
Version 3
2+N books
ITIL is process-oriented
Leaders
People
ITIL
Roles
Subtasks
Traditionally
Middle mgmt
Processes
Task-oriented, non-hierarchical
Employees
Areas of work
Top-down, controlling
areas of responsibility
Incident mgmt
Problem mgmt
Config. mgmt
Change mgmt
Release mgmt
ITIL
Capacity mgmt
IT Services
Continuity mgmt
Availability mgmt
ITIL is DESCRIPTIVE
versus
PRESCRIPTIVE
Key Concepts
Configuration Management System (CMS)
Tools and databases to manage IT service
Release
Collection of hardware, software, documentation,
Key Concepts
Incident
Unplanned interruption to an IT service or an
incidents
Key Concepts
Processes(s): are structured sets of
activities designed to achieve a specific
objective.
Function(s): are self-contained subsets of an
organization intended to accomplish specific
tasks. They usually take the form of a team or
group of people and the tools they use.
Processes help organizations accomplish
specific objectives often across multiple
functional groups
whereas
Functions add structure and stability to
Key Concepts
Roles: are defined collections of specific
responsibilities and privileges. Roles may be held by
individuals or teams. Individuals and teams may hold
more than one role. ITIL emphasizes a number of
standard roles include, most importantly:
Service Owner -- Accountable for the overall design,
performance, integration, improvement, and
management of a single service.
Process Owner -- Accountable for the overall design,
performance, integration, improvement, and
management of a single process.
Service Manager -- Accountable for the development,
performance, and improvement of all services in the
environment.
More Roles
Business Relationship Manager
Service Asset & Configuration
Service Asset Manager
Service Knowledge Manager
Configuration Manager
Configuration Analyst
Configuration Librarian
CMS tools administrator
Position
Plan
Pattern
Resources
Capabilities
Business Case
Replace
Rationalise
Renew
Retire
Service Design
How
How
How
How
are
are
are
are
we
we
we
we
going
going
going
going
to
to
to
to
provide it?
build it?
test it?
deploy it?
Availability Management
Capacity Management
ITSCM (disaster recovery)
Supplier Management
Service Level Management
Information Security Management
Service Catalogue Management
Underpinning Contracts
External Organisation
Supplier Management
Types of SLA
Service-based
All customers get same deal for same
services
Customer-based
Different customers get different deal
(and different cost)
Multi-level
These involve corporate, customer and
service levels and avoid repetition
Is it available?
Ensure that IT services matches or
exceeds agreed targets
Lots of Acronyms
Mean Time Between Service Incidents
Mean Time Between Failures
Mean Time to Restore Service
ITSCM what?
IT Service Continuity Management
Ensures resumption of services within
agreed timescale
Business Impact Analysis informs
decisions about resources
E.g. Stock Exchange cant afford 5 minutes
downtime but 2 hours downtime probably
wont badly affect a departmental accounts
office or a college bursary
Warm
As cold plus backup IT equipment to
receive data
Hot
Full duplexing, redundancy and failover
Information Security
Management
Confidentiality
Making sure only those authorised can
see data
Integrity
Making sure the data is accurate and not
corrupted
Availability
Making sure data is supplied when it is
requested
Service Transition
Build
Deployment
Testing
User acceptance
Bed-in
Knowledge management
Vital to enabling the right information
Data-Information-KnowledgeWisdom
Configuration Management
System
BASELINE
A Baseline is a last known good
configuration
But the CMS will always be a work in
progress and probably always out of
date.
Current configuration will always be the
most recent baseline plus any
implemented approved changes
requirements
Respond to business and IT requests for
change that will align the services with the
business needs
Roles
Change Manager
Change Authority
Change Advisory Board (CAB)
Emergency CAB (ECAB)
Change Types
Normal
Non-urgent, requires approval
Standard
Non-urgent, follows established path, no
approval needed
Emergency
Requires approval but too urgent for normal
procedure
Customer/User
User Manager
Developer/Maintainer
Expert/Consultant
Contractor
Release Management
Release is a collection of authorised and
Package
e.g. Windows Service Pack
work
Deployment can be manual or
automatic
Automatic can be push or pull
Release Manager will produce a release
policy
Release MUST be tested and NOT by the
developer or the change instigator
Service Operation
Maintenance
Management
Realises Strategic Objectives and is
where the Value is seen
Processes in Service
Operation
Incident Management
Problem Management
Event Management
Request Fulfilment
Access Management
Functions in Service
Operation
Service Desk
Technical Management
IT Operations Management
Applications Management
Incident Management
Deals with unplanned interruptions to
IT Services or reductions in their quality
Failure of a configuration item that has
not impacted a service is also an
incident (e.g. Disk in RAID failure)
Reported by:
Users
Technical Staff
Monitoring Tools
Event Management
3 Types of events
Information
Warning
Exception
Request Fulfilment
Information, advice or a standard
change
Should not be classed as Incidents or
Changes
Can we give more examples?
Problem Management
Aims to prevent problems and resulting
incidents
Minimises impact of unavoidable incidents
Eliminates recurring incidents
Proactive Problem Management
Identifies areas of potential weakness
Identifies workarounds
Access Management
Right things for right users at right
time
Concepts
Access
Identity (Authentication, AuthN)
Rights (Authorisation, AuthZ)
Service Group
Directory
Service Desk
Customer Focus
Articulate
Interpersonal Skills (patient!)
Understand Business
Methodical/Analytical
Technical knowledge
Multi-lingual
Continual Service
Improvement
Focus on Process owners and Service
Owners
Ensures that service management
processes continue to support the
business
Monitor and enhance Service Level
Achievements
Plan do check act (Deming)
Service Measurement
Technology (components, MTBF etc)
Process (KPIs - Critical Success Factors)
Service (End-to end, e.g. Customer
Satisfaction)
Why?
Improved IT governance
Problem mgmt
Change
mgmt
Config.
mgmt
Service level
mgmt
Capacity mgmt
IT service
cont mgmt
Availability mgmt
Goal
Ensure that all changes are performed
in a structured, documented and
well-planned process.
Balance between flexibility (what
needs to be done right now) and
stability (so that changes does not
break anything.
Rles
Change manager
Change coordinator
Change Advisory Board (CAB)
Change mgr, Service Level mgr, repr/service
desk, repr/problem mgmt, management,
business rep, user reps, development rep,
system administrators, vendor reps.
Activities
RFC submission, Recording
Rejection,
possibly
new RFC
Yes
Urgent
procedures
Coordination
Build
Implement
Test
Working
No
Start back-out
plan
Registration of an RFC
Identification number
References to problems and known errors
Description and references to CIs involved
Rationale for the change
Current and future CIs that will be changed
Name and contact info for the person that
suggested the RFC
Date etc
Overview of resource usage and time
estimates
Acceptance
The process of accepting an RFC,
has as its goal to filter out proposed
changes that are incomplete,
impractival, impossible, too
expensive, unclear, that is untimely
(must wait to a better time), or that
has unwanted consequences.
Classification
Priority:
Low (postponable)
Normal
High
Urgent (must do
now)
Categories
Low impact
Significant
impact
Great impact
Financial (can we
afford this?
Cost/benefit?)
Technical (is it
doable and is it
smart to do it?)
Business (is it
constructive
compared to focus
of what we do as
an organization?)
Forward Schedule
of Change (FSC):
overview over future,
planned changes
CAB should discuss:
1. Unautorized changes
2. Autorized changes that
shortcut the CAB
3. RFCs for review in CAB
4. Changes that is open or
that was recently closed.
5. Review of changes that
have been implemented.
Coordination
Key notions:
Build
Test
Implement
Iterative process
Should be tested in a
laboratory
Holistic view: SW,
HW, docs,
procedures etc
RFC is the plan that
controls the changes
No change without a
RFC
Evaluation
There should be a
Postimplementation
Review (PIR) after
the completion of the
change.
This must be
governed by the CAB.
Standard changes
For small, structured, frequent, trivial and
easily understandable changes, it is
possible to give acceptance in advance
as a standard change.
Std chg are like templates or procedures
which are to be used in certain,
predefined situations with-out further
process.
Std chg must be logged, but Change mgr
is not involved in each specific case.
Emergency changes
If absolutely necessary, every non-essential,
non-technical stage can be circumvented
Reporting
Reports:
Number of changes pr
time unit and pr CI
Overview of origin for
changes and RFCs
No of successful
changes
No of back-outs
No of incidents that can
be related to changes
Graphs and trends
Performance indicators:
No of changes pr time
unit.
Avg time to perform a
change
No of rejected changes
No of incidents that can
be related to changes
No of back-outs
Costs related to changes
Share of changes that is
within time and budget
CMDB
Change
mgmt
Triggers for
other proc
History
Reports
Single
point of
entry
IT-sysadminstaff
Porjects
HelpdeskE-mail
Physical
access
Telephone
Web
Chat
Interruptcontrolled
Customers
If we stopped caring
about the customers,
maybe they would stop
bothering us?
Location
Interior:
Location
Focus
Timing
Briefness
Docs must be
Especially designed
Repetition
Variation
Relevance &
Usefulness
Comprehensible
Problem
Closure
Symptom
Fixing
Error message
1 minute
Final
feedback
1 hour
First feedback
Note: the times
given is just
examples for
discussion
Analysis
10 minutes
Priority
Ownership
Contact-info and
customer info
Timestamps
Refs to CIs
Status
Categorizations
History
New
Analysed
Open
More info
Archived
In work
Wait
Closed
Welcome
Greet them
Problem
identification
Classification
Description
Verification
Planning and
execution
Verification
Alternatives
By sysadmin
Selection a
By user
Solution
Closure
Implementation
1.
2.
3.
Conclusions and
recommendations
required
Only tools can provide effective automation
The tool investments will generate ROI, not
the ITIL project
Always measure your progress by measuring
before and after process improvements
IT process planning tool other departments
may already have a tool to plan/measure
business processes
Thank You