Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
102 Cards in this Set
- Front
- Back
Service
|
Means of delivering value to customers by facilitating outcomes they desire
|
|
Service Management
|
Set of specialized organizational capabilities for providing value to customers through the provision of service
|
|
ITIL
|
Set of best practice guidance for IT service management
|
|
Function
|
Distinct sub-unit within an organization and the tools they use to carry out processes and activities
|
|
Role
|
Set of responsibilities and activities granted to a group or individual.
|
|
Process
|
Structured set of activities designed to accomplish a given objective.
|
|
Improvement
|
Measurable increase of a desirable metric or decrease of an undersirable metric.
|
|
Benefit
|
Gains realized as a result of an improvement.
|
|
Baseline
|
Benchmark against which future work performance is measured
|
|
Snapshot
|
Current state of a configuration as captured by a discovery tool.
|
|
Capabilities
|
Intangible assets of the organizations (e.g. people, processes, knowledge).
|
|
Resources
|
Tangible assets of the organization (e.g. PPE, cash, other assets used to deliver services)
|
|
Core Services
|
IT services that delivers the outcomes that customers need or desire
|
|
Supporting Service
|
IT services that enable or support Core Services
|
|
VOI
|
Value of Investment. Concerns measurement of non-monetary benefits of a decision.
|
|
Service Provider
|
Organization that supplies services to customers. Three types: internal, external, shared.
|
|
Process Owner
|
Oversees design, documentation, and performance of a process over time and takes steps to ensure that optimal outcomes are achieved.
|
|
Service Owner
|
Responsible for the initiation, transition, and ongoing maintenance of a service over its lifecycle.
|
|
Utility
|
Fitness for purpose.
|
|
Warranty
|
Fitness for use.
|
|
Event
|
Notifications created by a service or CI signaling the need for some type of action. Three types: exception, warning, and informative.
|
|
Alert
|
Triggers the event.
|
|
Incident
|
Unplanned interruption (or reduction in quality) of IT services.
|
|
Timescales
|
Timeframes for each stage of an incident, given the provisions of the SLA and immediate priorities.
|
|
Model
|
Refers to a standard method or template. Used for incidents, problems, requests, changes, releases, deployments and services.
|
|
Problem
|
Unknown cause of incident
|
|
Known Error
|
Known root cause of problem for which a workaround has been developed
|
|
Workaround
|
Temporary fix to an incident or problem, or method that allows customer to no long rely on the failed portion of the infrastructure
|
|
Service Request
|
Request from a user concerning the need for information, advice, or a standard change.
|
|
Access
|
The level and extent of a service's functionality to which a user is entitled
|
|
Identity
|
User information that distinguishes them as an individual.
|
|
Rights
|
Priveleges granted through access. Include read, write, execute, change and delete.
|
|
Service Measurement
|
Ability to predict and report service performance against predetermined targets.
|
|
Service Manager
|
Manages the development, implementation, evaluation and management of new and existing products and services.
|
|
Service Package
|
Detailed description of a service. Includes Service Level Package (SLP), core services provided, and support services provided.
|
|
Service Level Package (SLP)
|
Defined level of utility and warranty for a service package.
|
|
Key Functions
|
Operations Management (includes operations control and facilities management)
Application Management Technical Management Service Desk "OATS" |
|
Priority
|
Impact + Urgency
|
|
Types of Service Providers
|
Internal
Shared External "ISE" |
|
Delivery Modes
|
Insourcing
Co-Sourcing Outsourcing Partnership Multisourcing Business Process Outsourcing (BPO) Application Service Provider (ASP) Knowledge Process Outsourcing (KPO) |
|
Service Strategy Processes
|
Service Strategy (Generate)
Portfolio Management Demand Management Financial Management "Generate PDF" |
|
Service Operations Processes
|
Incident Management
Problem Management Request Fulfillment Access Management Event Management "SO I PRAE" |
|
Service Design Processes
|
Availability Management
Supplier Management Service Level Management Security Management Capacity Management Catalog Management Continuity Management "SD = A+3(S+C)" |
|
Service Transition Processes
|
Release & Deployment
Service Asset & Configuration Change Management "ST Change: SAC ReDe" |
|
Types of Metrics
|
Service metrics
Technology metrics Process metrics "STP" |
|
CSI Model
|
Strategy
Assessment Target Process Improvement Measure MoMENTum (how to keep it) "SAT PI MeasureMENT" |
|
Why measure?
|
Intervene
Justify Validate Direct "I Just VD" |
|
RFC
|
Request for Change
|
|
Outputs from Change Management
|
Projected Service Outage (PSO)
Change Schedule "Out (of) Change" |
|
Types of Changes
|
Standard
Emergency Normal "SEN" |
|
Aspects of Service Design
|
Services
Technology Architecture Metrics Processes "STAMP" |
|
Characteristics of Processes
|
Measurable, deliver Specific results to Customers and Respond to specific events.
"MSCR" |
|
Service Lifecyle
|
Define (the requirements)
Charter (to approve) Develop (a design) Build (offering) Test (what you've built) Release (into production) Operate (in production) Retire (the service) |
|
Process Model
|
Processes use inputs to create outputs. Each process is:
(1) Controlled (owner, objective, documentation) (2) Enabled (resourced, capabilities) (3) Initiated (triggering event) |
|
ECAB
|
Emergency Change Advisory Board
|
|
7 Rs to consider when assessing change requests
|
(1) Raised
(2) Reason (3) Return (4) Risks (5) Resources (6) Responsible (7) Relationships |
|
Release Unit
|
Group of CIs usually released together
|
|
Release Package
|
Group of Release Units (delta and full) that can be successfully released into the live environment and deployed
|
|
Release & Deployment Methods (6)
|
(1) Big Bang
(2) Phased (3) Push (4) Pull (5) Automated (6) Manual |
|
Methods to Forecast Demand (2)
|
(1) Observe patterns of business activity
(2) Understand user profiles |
|
Main activities of the Service Strategy phase (4)
|
(1) Define the market
(2) Develop the offerings (3) Develop strategic assets (4) Prepare for execution |
|
4 Ps to consider in Service Design
|
(1) People
(2) Products (3) Partners (4) Processes |
|
Service Design Package
|
Details aspects of a service through all stages of its lifecycle.It's a "service blueprint."
|
|
Documents from Service Level Management (5)
|
(1) Service Level Agreement (SLA)
(2) Operational Level Agreement (OLA) (3) Underpinning Contract (UC) (4) Service Level Requirements (SLR) (5) Service Improvement Plan (SIP) |
|
3 Types of SLA Structures
|
(1) Service
(2) Customer (3) Multilevel/Corporate |
|
Availability Formula
|
ASL Downtime / ASL * 100
|
|
V-Model
|
Model that builds in service validation and testing early in the service lifecyle
|
|
Reliability
|
Ability to remain operational without failure
|
|
Resilience
|
Ability to remain operational despite failure
|
|
Maintainability
|
Ability to maintain in operational condition
|
|
Serviceability
|
Ability of ASP to keep service available
|
|
MTTR
|
Mean Time To Repair
|
|
MTBF
|
Mean Time Between Failure
|
|
MTBSI
|
Mean Time Between System Incidents
|
|
VBF
|
Vital Business Function
|
|
DIKW
|
Data, Information, Knowledge, Wisdom
|
|
CIA
|
Refers to the requirements for the security of information: Confidentiality, Integrity, Authentication
|
|
3 Levels of Capacity Management
|
(1) Business - level
(2) Service - level (3) Component - level "BSC" |
|
Solution Procurement Steps (4)
|
(1) Define Requirements
(2) Analyze Requirements (3) Evaluate Vendors (4) Select Vendor |
|
KEBD
|
Known Error Database
|
|
CMIS
|
Capacity Management Information System
|
|
ISMS
|
Information Security Management System
|
|
SCD
|
Supplier Contract Database
|
|
SKMS
|
Service Knowledge Management System
|
|
4 Levels of Service Knowledge Management System (SKMS)
|
(1) Data/Information
(2) Integration of Information (3) Knowledge Processing (4) Presentation |
|
CMDB
|
Configuration Management Database
|
|
CMS
|
Configuration Management System
|
|
DML
|
Definitive Media Library
|
|
BIA
|
Business Impact Analysis. Refers to understanding the financial costs of service outages.
|
|
5 Recovery Options
|
(1) Manual
(2) Reciprocal (3) Gradual (4) Intermediate (5) Fast (Immediate) |
|
Contents of the Service Portfolio
|
(1) Service Pipeline
(2) Service Catalog (3) Retired Services |
|
Service Catalog
|
Services in the live environment and/or those prepared to be transitioned into the live environment. Includes the Business Service Catalog and the Technical Service Catalog.
|
|
Objective of Service Strategy (SS)
|
To transform Service Management into a strategic asset by providing guidance on what services to offer and to whom.
|
|
Objective of Service Design (SD)
|
To design and develop services and processes in support of new and/or improved services.
improvements necessary to maintain value to customers |
|
Objective of Service Transition (ST)
|
To plan and implement the deployment of all releases to create a new and/or improve an existing service. In essence, the objective is to realize the plans set forth in Service Design and release into operations.
|
|
Objective of Service Operations (SO)
|
To coordinate and manage day-to-day activities and processes that ensure delivery of agreed-upon levels of service (i.e. the level at which the plans, designs and optimizations are realized by the business).
|
|
Objective of Continual Service Improvement (CSI)
|
To align IT services to changing business needs by identifying and implementing improvements to (a) processes, (b) services, (c) activities, and (d) functions.
|
|
Objective of Incident Management (SO)
|
To restore service as quickly as possible (within agreed service levels) and minimize impact to the business.
|
|
Objective of Event Management (SO)
|
To detect and understand events and determine appropriate controls.
|
|
Objective of Request Management (SO)
|
To provide a channel through which users may request/receive standard services.
|
|
Objective of Problem Management (SO)
|
To prevent problems (and resulting incidents) and minimize the impact of those problems (and resulting incidents) that cannot be prevented.
|
|
Objective of Access Management (SO)
|
To grant authorized users the right to use a service, while preventing access to those NOT authorized to use the service.
|