Advertisement
opexxx

AXELOS ITIL® 2011 - Glossary (EN)

Sep 28th, 2015
252
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
Bash 152.19 KB | None | 0 0
  1. acceptance :  Formal agreement that an IT service, process, plan or other deliverable is complete, accurate, reliable and meets its specified requirements. Acceptance is usually preceded by change evaluation or testing and is often required before proceeding to the next stage of a project or process. See also service acceptance criteria.
  2. access management :  (ITIL Service Operation) The process responsible for allowing users to make use of IT services, data or other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorized users are able to access or modify them. Access management implements the policies of information security management and is sometimes referred to as rights management or identity management.
  3. account manager :  (ITIL Service Strategy) A role that is very similar to that of the business relationship manager, but includes more commercial aspects. Most commonly used by Type III service providers when dealing with external customers.
  4. accounting :  (ITIL Service Strategy) The process responsible for identifying the actual costs of delivering IT services, comparing these with budgeted costs, and managing variance from the budget.
  5. accounting period :  (ITIL Service Strategy) A period of time (usually one year) for which budgets, charges, depreciation and other financial calculations are made. See also financial year.
  6. accredited :  Officially authorized to carry out a role. For example, an accredited body may be authorized to provide training or to conduct audits.
  7. active monitoring :  (ITIL Service Operation) Monitoring of a configuration item or an IT service that uses automated regular checks to discover the current status. See also passive monitoring.
  8. activity :  A set of actions designed to achieve a particular result. Activities are usually defined as part of processes or plans, and are documented in procedures.
  9. agreed service time (AST) :  (ITIL Service Design) A synonym for service hours, commonly used in formal calculations of availability. See also downtime.
  10. agreement :  A document that describes a formal understanding between two or more parties. An agreement is not legally binding, unless it forms part of a contract. See also operational level agreement; service level agreement.
  11. alert :  (ITIL Service Operation) A notification that a threshold has been reached, something has changed, or a failure has occurred. Alerts are often created and managed by system management tools and are managed by the event management process.
  12. analytical modelling :  (ITIL Continual Service Improvement) (ITIL Service Design) (ITIL Service Strategy) A technique that uses mathematical models to predict the behaviour of IT services or other configuration items. Analytical models are commonly used in capacity management and availability management. See also modelling; simulation modelling.
  13. application :  Software that provides functions which are required by an IT service. Each application may be part of more than one IT service. An application runs on one or more servers or clients. See also application management; application portfolio.
  14. application management :  (ITIL Service Operation) The function responsible for managing applications throughout their lifecycle.
  15. application portfolio :  (ITIL Service Design) A database or structured document used to manage applications throughout their lifecycle. The application portfolio contains key attributes of all applications. The application portfolio is sometimes implemented as part of the service portfolio, or as part of the configuration management system.
  16. application service provider (ASP) :  (ITIL Service Design) An external service provider that provides IT services using applications running at the service provider's premises. Users access the applications by network connections to the service provider.
  17. application sizing :  (ITIL Service Design) The activity responsible for understanding the resource requirements needed to support a new application, or a major change to an existing application.
  18.  
  19. Application sizing helps to ensure that the IT service can meet its agreed service level targets for capacity and performance.
  20. architecture :  (ITIL Service Design) The structure of a system or IT service, including the relationships of components to each other and to the environment they are in.
  21.  
  22. Architecture also includes the standards and guidelines that guide the design and evolution of the system.
  23. assembly :  (ITIL Service Transition) A configuration item that is made up of a number of other CIs. For example, a server CI may contain CIs for CPUs, disks, memory etc.; an IT service CI may contain many hardware, software and other CIs. See also build; component CI.
  24. assessment :  Inspection and analysis to check whether a standard or set of guidelines is being followed, that records are accurate, or that efficiency and effectiveness targets are being met. See also audit.
  25. asset :  (ITIL Service Strategy) Any resource or capability. The assets of a service provider include anything that could contribute to the delivery of a service. Assets can be one of the following types: management, organization, process, knowledge, people, information, applications, infrastructure or financial capital. See also customer asset; service asset; strategic asset.
  26. asset management :  (ITIL Service Transition) A generic activity or process responsible for tracking and reporting the value and ownership of assets throughout their lifecycle. See also service asset and configuration management; fixed asset management; software asset management.
  27. asset register :  (ITIL Service Transition) A list of fixed assets that includes their ownership and value. See also fixed asset management.
  28. asset specificity :  (ITIL Service Strategy) One or more attributes of an asset that make it particularly useful for a given purpose. Asset specificity may limit the use of the asset for other purposes.
  29. attribute :  (ITIL Service Transition) A piece of information about a configuration item. Examples are name, location, version number and cost. Attributes of CIs are recorded in a configuration management database (CMDB) and maintained as part of a configuration management system (CMS). See also relationship; configuration management system.
  30. audit :  Formal inspection and verification to check whether a standard or set of guidelines is being followed, that records are accurate, or that efficiency and effectiveness targets are being met. An audit may be carried out by internal or external groups. See also assessment; certification.
  31. authority matrix :  See RACI.
  32. automatic call distribution (ACD) :  (ITIL Service Operation) Use of information technology to direct an incoming telephone call to the most appropriate person in the shortest possible time. ACD is sometimes called automated call distribution.
  33. availability :  (ITIL Service Design) Ability of an IT service or other configuration item to perform its agreed function when required. Availability is determined by reliability, maintainability, serviceability, performance and security.
  34.  
  35. Availability is usually calculated as a percentage. This calculation is often based on agreed service time and downtime. It is best practice to calculate availability of an IT service using measurements of the business output.
  36. availability management (AM) :  (ITIL Service Design) The process responsible for ensuring that IT services meet the current and future availability needs of the business in a cost-effective and timely manner. Availability management defines, analyses, plans, measures and improves all aspects of the availability of IT services, and ensures that all IT infrastructures, processes, tools, roles etc. are appropriate for the agreed service level targets for availability.
  37.  
  38. See also availability management information system.
  39. availability management information system (AMIS) :  (ITIL Service Design) A set of tools, data and information that is used to support availability management. See also service knowledge management system.
  40. availability plan :  (ITIL Service Design) A plan to ensure that existing and future availability requirements for IT services can be provided cost- effectively.
  41. back-out :  (ITIL Service Transition) An activity that restores a service or other configuration item to a previous baseline. Back-out is used as a form of remediation when a change or release is not successful.
  42. backup :  (ITIL Service Design) (ITIL Service Operation) Copying data to protect against loss of integrity or availability of the original.
  43. balanced scorecard :  (ITIL Continual Service Improvement) A management tool developed by Drs Robert Kaplan (Harvard Business School) and David Norton. A balanced scorecard enables a strategy to be broken down into key performance indicators. Performance against the KPIs is used to demonstrate how well the strategy is being achieved. A balanced scorecard has four major areas, each of which has a small number of KPIs. The same four areas are considered at different levels of detail throughout the organization.
  44. baseline :  (ITIL Continual Service Improvement) (ITIL Service Transition) A snapshot that is used as a reference point. Many snapshots may be taken and recorded over time but only some will be used as baselines. For example:
  45. • An ITSM baseline can be used as a starting point to measure the effect of a service improvement plan
  46. • A performance baseline can be used to measure changes in performance over the lifetime of an IT service
  47. • A configuration baseline can be used as part of a back-out plan to enable the IT infrastructure to be restored to a known configuration if a change or release fails.
  48.  
  49. See also benchmark.
  50. benchmark :  (ITIL Continual Service Improvement) (ITIL Service Transition) A baseline that is used to compare related data sets as part of a benchmarking exercise. For example, a recent snapshot of a process can be compared to a previous baseline of that process, or a current baseline can be compared to industry data or best practice. See also benchmarking; baseline.
  51. benchmarking :  (ITIL Continual Service Improvement) The process responsible for comparing a benchmark with related data sets such as a more recent snapshot, industry data or best practice. The term is also used to mean creating a series of benchmarks over time, and comparing the results to measure progress or improvement. This process is not described in detail within the core ITIL publications.
  52. Best Management Practice (BMP) :  The Best Management Practice portfolio is owned by the Cabinet Office, part of HM Government. Formerly owned by CCTA and then OGC, the BMP functions moved to the Cabinet Office in June 2010. The BMP portfolio includes guidance on IT service management and project, programme, risk, portfolio and value management. There is also a management maturity model as well as related glossaries of terms.
  53. best practice :  Proven activities or processes that have been successfully used by multiple organizations. ITIL is an example of best practice.
  54. billing :  (ITIL Service Strategy) Part of the charging process. Billing is the activity responsible for producing an invoice or a bill and recovering the money from customers. See also pricing.
  55. brainstorming :  (ITIL Service Design) (ITIL Service Operation) A technique that helps a team to generate ideas. Ideas are not reviewed during the brainstorming session, but at a later stage. Brainstorming is often used by problem management to identify possible causes.
  56. British Standards Institution (BSI) :  The UK national standards body, responsible for creating and maintaining British standards. See www.bsi-global.com for more information. See also International Organization for Standardization.
  57. budget :  A list of all the money an organization or business unit plans to receive, and plans to pay out, over a specified period of time. See also budgeting; planning.
  58. budgeting :  The activity of predicting and controlling the spending of money. Budgeting consists of a periodic negotiation cycle to set future budgets (usually annual) and the day-to-day monitoring and adjusting of current budgets.
  59. build :  (ITIL Service Transition) The activity of assembling a number of configuration items to create part of an IT service. The term is also used to refer to a release that is authorized for distribution - for example, server build or laptop build. See also configuration baseline.
  60. build environment :  (ITIL Service Transition) A controlled environment where applications, IT services and other builds are assembled prior to being moved into a test or live environment.
  61. business :  (ITIL Service Strategy) An overall corporate entity or organization formed of a number of business units. In the context of ITSM, the term includes public sector and not-for-profit organizations, as well as companies. An IT service provider provides IT services to a customer within a business. The IT service provider may be part of the same business as its customer (internal service provider), or part of another business (external service provider).
  62. business capacity management :  (ITIL Continual Service Improvement) (ITIL Service Design) In the context of ITSM, business capacity management is the sub- process of capacity management responsible for understanding future business requirements for use in the capacity plan.
  63.  
  64. See also service capacity management; component capacity management.
  65. business case :  (ITIL Service Strategy) Justification for a significant item of expenditure. The business case includes information about costs, benefits, options, issues, risks and possible problems. See also cost benefit analysis.
  66. business continuity management (BCM) :  (ITIL Service Design) The business process responsible for managing risks that could seriously affect the business. Business continuity management safeguards the interests of key stakeholders, reputation, brand and value-creating activities. The process involves reducing risks to an acceptable level and planning for the recovery of business processes should a disruption to the business occur. Business continuity management sets the objectives, scope and requirements for IT service continuity management.
  67. business continuity plan (BCP) :  (ITIL Service Design) A plan defining the steps required to restore business processes following a disruption. The plan also identifies the triggers for invocation, people to be involved, communications etc. IT service continuity plans form a significant part of business continuity plans.
  68. business customer :  (ITIL Service Strategy) A recipient of a product or a service from the business. For example, if the business is a car manufacturer, then the business customer is someone who buys a car.
  69. business impact analysis (BIA) :  (ITIL Service Strategy) Business impact analysis is the activity in business continuity management that identifies vital business functions and their dependencies. These dependencies may include suppliers, people, other business processes, IT services etc.
  70.  
  71. Business impact analysis defines the recovery requirements for IT services. These requirements include recovery time objectives, recovery point objectives and minimum service level targets for each IT service.
  72. business objective :  (ITIL Service Strategy) The objective of a business process, or of the business as a whole. Business objectives support the business vision, provide guidance for the IT strategy, and are often supported by IT services.
  73. business operations :  (ITIL Service Strategy) The day-to-day execution, monitoring and management of business processes.
  74. business perspective :  (ITIL Continual Service Improvement) An understanding of the service provider and IT services from the point of view of the business, and an understanding of the business from the point of view of the service provider.
  75. business process :  A process that is owned and carried out by the business. A business process contributes to the delivery of a product or service to a business customer. For example, a retailer may have a purchasing process that helps to deliver services to its business customers.
  76.  
  77. Many business processes rely on IT services.
  78. business relationship management :  (ITIL Service Strategy) The process responsible for maintaining a positive relationship with customers. Business relationship management identifies customer needs and ensures that the service provider is able to meet these needs with an appropriate catalogue of services. This process has strong links with service level management.
  79. business relationship manager (BRM) :  (ITIL Service Strategy) A role responsible for maintaining the relationship with one or more customers. This role is often combined with the service level manager role.
  80. business service :  A service that is delivered to business customers by business units. For example, delivery of financial services to customers of a bank, or goods to the customers of a retail store. Successful delivery of business services often depends on one or more IT services. A business service may consist almost entirely of an IT service - for example, an online banking service or an external website where product orders can be placed by business customers. See also customer- facing service.
  81. business service management :  The management of business services delivered to business customers. Business service management is performed by business units.
  82. business unit :  (ITIL Service Strategy) A segment of the business that has its own plans, metrics, income and costs. Each business unit owns assets and uses these to create value for customers in the form of goods and services.
  83. call :  (ITIL Service Operation) A telephone call to the service desk from a user. A call could result in an incident or a service request being logged.
  84. call centre :  (ITIL Service Operation) An organization or business unit that handles large numbers of incoming and outgoing telephone calls. See also service desk.
  85. call type :  (ITIL Service Operation) A category that is used to distinguish incoming requests to a service desk. Common call types are incident, service request and complaint.
  86. capability :  (ITIL Service Strategy) The ability of an organization, person, process, application, IT service or other configuration item to carry out an activity. Capabilities are intangible assets of an organization. See also resource.
  87. Capability Maturity Model Integration (CMMI) :  (ITIL Continual Service Improvement) A process improvement approach developed by the Software Engineering Institute (SEI) of Carnegie Mellon University, US. CMMI provides organizations with the essential elements of effective processes. It can be used to guide process improvement across a project, a division or an entire organization. CMMI helps integrate traditionally separate organizational functions, set process improvement goals and priorities, provide guidance for quality processes, and provide a point of reference for appraising current processes. See www.sei.cmu.edu/cmmi for more information. See also maturity.
  88. capacity :  (ITIL Service Design) The maximum throughput that a configuration item or IT service can deliver. For some types of CI, capacity may be the size or volume - for example, a disk drive.
  89. capacity management :  (ITIL Continual Service Improvement) (ITIL Service Design) The process responsible for ensuring that the capacity of IT services and the IT infrastructure is able to meet agreed capacity- and performance-related requirements in a cost-effective and timely manner. Capacity management considers all resources required to deliver an IT service, and is concerned with meeting both the current and future capacity and performance needs of the business. Capacity management includes three sub-processes: business capacity management, service capacity management, and component capacity management. See also capacity management information system.
  90. capacity management information system (CMIS) :  (ITIL Service Design) A set of tools, data and information that is used to support capacity management. See also service knowledge management system.
  91. capacity plan :  (ITIL Service Design) A plan used to manage the resources required to deliver IT services. The plan contains details of current and historic usage of IT services and components, and any issues that need to be addressed (including related improvement activities). The plan also contains scenarios for different predictions of business demand and costed options to deliver the agreed service level targets.
  92. capacity planning :  (ITIL Service Design) The activity within capacity management responsible for creating a capacity plan.
  93. capital budgeting :  (ITIL Service Strategy) The present commitment of funds in order to receive a return in the future in the form of additional cash inflows or reduced cash outflows.
  94. capital cost :  (ITIL Service Strategy) The cost of purchasing something that will become a financial asset - for example, computer equipment and buildings. The value of the asset depreciates over multiple accounting periods. See also operational cost.
  95. capital expenditure (CAPEX) :  See capital cost.
  96. capitalization :  (ITIL Service Strategy) Identifying major cost as capital, even though no asset is purchased. This is done to spread the impact of the cost over multiple accounting periods. The most common example of this is software development, or purchase of a software licence.
  97. category :  A named group of things that have something in common. Categories are used to group similar things together. For example, cost types are used to group similar types of cost. Incident categories are used to group similar types of incident, while CI types are used to group similar types of configuration item.
  98. certification :  Issuing a certificate to confirm compliance to a standard. Certification includes a formal audit by an independent and accredited body. The term is also used to mean awarding a certificate to provide evidence that a person has achieved a qualification.
  99. change :  (ITIL Service Transition) The addition, modification or removal of anything that could have an effect on IT services. The scope should include changes to all architectures, processes, tools, metrics and documentation, as well as changes to IT services and other configuration items.
  100. change advisory board (CAB) :  (ITIL Service Transition) A group of people that support the assessment, prioritization, authorization and scheduling of changes. A change advisory board is usually made up of representatives from: all areas within the IT service provider; the business; and third parties such as suppliers.
  101. change evaluation :  (ITIL Service Transition) The process responsible for formal assessment of a new or changed IT service to ensure that risks have been managed and to help determine whether to authorize the change.
  102. change history :  (ITIL Service Transition) Information about all changes made to a configuration item during its life. Change history consists of all those change records that apply to the CI.
  103. change management :  (ITIL Service Transition) The process responsible for controlling the lifecycle of all changes, enabling beneficial changes to be made with minimum disruption to IT services.
  104. change model :  (ITIL Service Transition) A repeatable way of dealing with a particular category of change. A change model defines specific agreed steps that will be followed for a change of this category. Change models may be very complex with many steps that require authorization (e.g. major software release) or may be very simple with no requirement for authorization (e.g. password reset). See also change advisory board; standard change.
  105. change proposal :  (ITIL Service Strategy) (ITIL Service Transition) A document that includes a high level description of a potential service introduction or significant change, along with a corresponding business case and an expected implementation schedule. Change proposals are normally created by the service portfolio management process and are passed to change management for authorization. Change management will review the potential impact on other services, on shared resources, and on the overall change schedule. Once the change proposal has been authorized, service portfolio management will charter the service.
  106. change record :  (ITIL Service Transition) A record containing the details of a change. Each change record documents the lifecycle of a single change. A change record is created for every request for change that is received, even those that are subsequently rejected. Change records should reference the configuration items that are affected by the change. Change records may be stored in the configuration management system, or elsewhere in the service knowledge management system.
  107. change request :  See request for change.
  108. change schedule :  (ITIL Service Transition) A document that lists all authorized changes and their planned implementation dates, as well as the estimated dates of longer-term changes. A change schedule is sometimes called a forward schedule of change, even though it also contains information about changes that have already been implemented.
  109. change window :  (ITIL Service Transition) A regular, agreed time when changes or releases may be implemented with minimal impact on services. Change windows are usually documented in service level agreements.
  110. chargeable item :  (ITIL Service Strategy) A deliverable of an IT service that is used in calculating charges to customers (for example, number of transactions, number of desktop PCs).
  111. charging :  (ITIL Service Strategy) Requiring payment for IT services. Charging for IT services is optional, and many organizations choose to treat their IT service provider as a cost centre. See also charging process; charging policy.
  112. charging policy :  (ITIL Service Strategy) A policy specifying the objective of the charging process and the way in which charges will be calculated. See also cost.
  113. charging process :  (ITIL Service Strategy) The process responsible for deciding how much customers should pay (pricing) and recovering money from them (billing). This process is not described in detail within the core ITIL publications.
  114. charter :  (ITIL Service Strategy) A document that contains details of a new service, a significant change or other significant project. Charters are typically authorized by service portfolio management or by a project management office. The term charter is also used to describe the act of authorizing the work required to complete the service change or project. See also change proposal; service charter; project portfolio.
  115. chronological analysis :  (ITIL Service Operation) A technique used to help identify possible causes of problems. All available data about the problem is collected and sorted by date and time to provide a detailed timeline. This can make it possible to identify which events may have been triggered by others.
  116. CI type :  (ITIL Service Transition) A category that is used to classify configuration items. The CI type identifies the required attributes and relationships for a configuration record.
  117.  
  118. Common CI types include hardware, document, user etc.
  119. classification :  The act of assigning a category to something. Classification is used to ensure consistent management and reporting. Configuration items, incidents, problems, changes etc. are usually classified.
  120. client :  A generic term that means a customer, the business or a business customer. For example, client manager may be used as a synonym for business relationship manager. The term is also used to mean:
  121.  
  122. • A computer that is used directly by a user - for example, a PC, a handheld computer or a work station
  123. • The part of a client server application that the user directly interfaces with - for example, an email client.
  124. closed :  (ITIL Service Operation) The final status in the lifecycle of an incident, problem, change etc. When the status is closed, no further action is taken.
  125. closure :  (ITIL Service Operation) The act of changing the status of an incident, problem, change etc. to closed.
  126. COBIT :  (ITIL Continual Service Improvement) Control OBjectives for Information and related Technology (COBIT) provides guidance and best practice for the management of IT processes. COBIT is published by ISACA in conjunction with the IT Governance Institute (ITGI). See www.isaca.org for more information.
  127. code of practice :  A guideline published by a public body or a standards organization, such as ISO or BSI. Many standards consist of a code of practice and a specification. The code of practice describes recommended best practice.
  128. cold standby :  See gradual recovery.
  129. commercial off the shelf (COTS) :  (ITIL Service Design) Pre-existing application software or middleware that can be purchased from a third party.
  130. compliance :  Ensuring that a standard or set of guidelines is followed, or that proper, consistent accounting or other practices are being employed.
  131. component :  A general term that is used to mean one part of something more complex. For example, a computer system may be a component of an IT service; an application may be a component of a release unit. Components that need to be managed should be configuration items.
  132. component capacity management (CCM) :  (ITIL Continual Service Improvement) (ITIL Service Design) The sub-process of capacity management responsible for understanding the capacity, utilization and performance of configuration items. Data is collected, recorded and analysed for use in the capacity plan. See also business capacity management; service capacity management.
  133. component CI :  (ITIL Service Transition) A configuration item that is part of an assembly. For example, a CPU or memory CI may be part of a server CI.
  134. component failure impact analysis (CFIA) :  (ITIL Service Design) A technique that helps to identify the impact of configuration item failure on IT services and the business. A matrix is created with IT services on one axis and CIs on the other. This enables the identification of critical CIs (that could cause the failure of multiple IT services) and fragile IT services (that have multiple single points of failure).
  135. computer telephony integration (CTI) :  (ITIL Service Operation) Computer telephony integration is a general term covering any kind of integration between computers and telephone systems. It is most commonly used to refer to systems where an application displays detailed screens relating to incoming or outgoing telephone calls. See also automatic call distribution; interactive voice response.
  136. concurrency :  A measure of the number of users engaged in the same operation at the same time.
  137. confidentiality :  (ITIL Service Design) A security principle that requires that data should only be accessed by authorized people.
  138. configuration :  (ITIL Service Transition) A generic term used to describe a group of configuration items that work together to deliver an IT service, or a recognizable part of an IT service.
  139.  
  140. Configuration is also used to describe the parameter settings for one or more configuration items.
  141. configuration baseline :  (ITIL Service Transition) The baseline of a configuration that has been formally agreed and is managed through the change management process. A configuration baseline is used as a basis for future builds, releases and changes.
  142. configuration control :  (ITIL Service Transition) The activity responsible for ensuring that adding, modifying or removing a configuration item is properly managed - for example, by submitting a request for change or service request.
  143. configuration identification :  (ITIL Service Transition) The activity responsible for collecting information about configuration items and their relationships, and loading this information into the configuration management database.
  144.  
  145. Configuration identification is also responsible for labelling the configuration items themselves, so that the corresponding configuration records can be found.
  146. configuration item (CI) :  (ITIL Service Transition) Any component or other service asset that needs to be managed in order to deliver an IT service. Information about each configuration item is recorded in a configuration record within the configuration management system and is maintained throughout its lifecycle by service asset and configuration management.
  147.  
  148. Configuration items are under the control of change management. They typically include IT services, hardware, software, buildings, people and formal documentation such as process documentation and service level agreements.
  149. configuration management :  See service asset and configuration management.
  150. configuration management database (CMDB) :  (ITIL Service Transition) A database used to store configuration records throughout their lifecycle. The configuration management system maintains one or more configuration management databases, and each database stores attributes of configuration items, and relationships with other configuration items.
  151. configuration management system (CMS) :  (ITIL Service Transition) A set of tools, data and information that is used to support service asset and configuration management. The CMS is part of an overall service knowledge management system and includes tools for collecting, storing, managing, updating, analysing and presenting data about all configuration items and their relationships. The CMS may also include information about incidents, problems, known errors, changes and releases. The CMS is maintained by service asset and configuration management and is used by all IT service management processes. See also configuration management database.
  152. configuration record :  (ITIL Service Transition) A record containing the details of a configuration item. Each configuration record documents the lifecycle of a single configuration item. Configuration records are stored in a configuration management database and maintained as part of a configuration management system.
  153. configuration structure :  (ITIL Service Transition) The hierarchy and other relationships between all the configuration items that comprise a configuration.
  154. continual service improvement (CSI) :  (ITIL Continual Service Improvement) A stage in the lifecycle of a service. Continual service improvement ensures that services are aligned with changing business needs by identifying and implementing improvements to IT services that support business processes. The performance of the IT service provider is continually measured and improvements are made to processes, IT services and IT infrastructure in order to increase efficiency, effectiveness and cost effectiveness. Continual service improvement includes the seven-step improvement process. Although this process is associated with continual service improvement, most processes have activities that take place across multiple stages of the service lifecycle. See also Plan-Do-Check-Act.
  155. continuous availability :  (ITIL Service Design) An approach or design to achieve 100% availability. A continuously available IT service has no planned or unplanned downtime.
  156. continuous operation :  (ITIL Service Design) An approach or design to eliminate planned downtime of an IT service. Note that individual configuration items may be down even though the IT service is available.
  157. contract :  A legally binding agreement between two or more parties.
  158. control :  A means of managing a risk, ensuring that a business objective is achieved or that a process is followed. Examples of control include policies, procedures, roles, RAID, door locks etc. A control is sometimes called a countermeasure or safeguard. Control also means to manage the utilization or behaviour of a configuration item, system or IT service.
  159. Control OBjectives for Information and related Technology :  See COBIT.
  160. control perspective :  (ITIL Service Strategy) An approach to the management of IT services, processes, functions, assets etc. There can be several different control perspectives on the same IT service, process etc., allowing different individuals or teams to focus on what is important and relevant to their specific role. Examples of control perspective include reactive and proactive management within IT operations, or a lifecycle view for an application project team.
  161. control processes :  The ISO/IEC 20000 process group that includes change management and configuration management.
  162. core service :  (ITIL Service Strategy) A service that delivers the basic outcomes desired by one or more customers. A core service provides a specific level of utility and warranty. Customers may be offered a choice of utility and warranty through one or more service options. See also enabling service; enhancing service; IT service; service package.
  163. cost :  The amount of money spent on a specific activity, IT service or business unit. Costs consist of real cost (money), notional cost (such as people's time) and depreciation.
  164. cost benefit analysis :  An activity that analyses and compares the costs and the benefits involved in one or more alternative courses of action. See also business case; internal rate of return; net present value; return on investment; value on investment.
  165. cost centre :  (ITIL Service Strategy) A business unit or project to which costs are assigned. A cost centre does not charge for services provided. An IT service provider can be run as a cost centre or a profit centre.
  166. cost element :  (ITIL Service Strategy) The middle level of category to which costs are assigned in budgeting and accounting. The highest-level category is cost type. For example, a cost type of 'people' could have cost elements of payroll, staff benefits, expenses, training, overtime etc. Cost elements can be further broken down to give cost units. For example, the cost element 'expenses' could include cost units of hotels, transport, meals etc.
  167. cost management :  (ITIL Service Strategy) A general term that is used to refer to budgeting and accounting, and is sometimes used as a synonym for financial management.
  168. cost model :  (ITIL Service Strategy) A framework used in budgeting and accounting in which all known costs can be recorded, categorized and allocated to specific customers, business units or projects. See also cost type; cost element; cost unit.
  169. cost type :  (ITIL Service Strategy) The highest level of category to which costs are assigned in budgeting and accounting - for example, hardware, software, people, accommodation, external and transfer. See also cost element; cost unit.
  170. cost unit :  (ITIL Service Strategy) The lowest level of category to which costs are assigned, cost units are usually things that can be easily counted (e.g. staff numbers, software licences) or things easily measured (e.g. CPU usage, electricity consumed). Cost units are included within cost elements. For example, a cost element of 'expenses' could include cost units of hotels, transport, meals etc. See also cost type.
  171. cost effectiveness :  A measure of the balance between the effectiveness and cost of a service, process or activity. A cost-effective process is one that achieves its objectives at minimum cost. See also key performance indicator; return on investment; value for money.
  172. countermeasure :  Can be used to refer to any type of control. The term is most often used when referring to measures that increase resilience, fault tolerance or reliability of an IT service.
  173. course corrections :  Changes made to a plan or activity that has already started to ensure that it will meet its objectives. Course corrections are made as a result of monitoring progress.
  174. crisis management :  Crisis management is the process responsible for managing the wider implications of business continuity. A crisis management team is responsible for strategic issues such as managing media relations and shareholder confidence, and decides when to invoke business continuity plans.
  175. critical success factor (CSF) :  Something that must happen if an IT service, process, plan, project or other activity is to succeed. Key performance indicators are used to measure the achievement of each critical success factor. For example, a critical success factor of 'protect IT services when making changes' could be measured by key performance indicators such as 'percentage reduction of unsuccessful changes', 'percentage reduction in changes causing incidents' etc.
  176. CSI register :  (ITIL Continual Service Improvement) A database or structured document used to record and manage improvement opportunities throughout their lifecycle.
  177. culture :  A set of values that is shared by a group of people, including expectations about how people should behave, their ideas, beliefs and practices. See also vision.
  178. customer :  Someone who buys goods or services. The customer of an IT service provider is the person or group who defines and agrees the service level targets. The term is also sometimes used informally to mean user - for example, 'This is a customer-focused organization.'
  179. customer asset :  Any resource or capability of a customer. See also asset.
  180. customer agreement portfolio :  (ITIL Service Strategy) A database or structured document used to manage service contracts or agreements between an IT service provider and its customers. Each IT service delivered to a customer should have a contract or other agreement that is listed in the customer agreement portfolio. See also customer-facing service; service catalogue; service portfolio.
  181. customer portfolio :  (ITIL Service Strategy) A database or structured document used to record all customers of the IT service provider. The customer portfolio is the business relationship manager's view of the customers who receive services from the IT service provider. See also customer agreement portfolio; service catalogue; service portfolio.
  182. customer-facing service :  (ITIL Service Design) An IT service that is visible to the customer. These are normally services that support the customer's business processes and facilitate one or more outcomes desired by the customer. All live customer-facing services, including those available for deployment, are recorded in the service catalogue along with customer-visible information about deliverables, prices, contact points, ordering and request processes. Other information such as relationships to supporting services and other CIs will also be recorded for internal use by the IT service provider.
  183. dashboard :  (ITIL Service Operation) A graphical representation of overall IT service performance and availability. Dashboard images may be updated in real time, and can also be included in management reports and web pages. Dashboards can be used to support service level management, event management and incident diagnosis.
  184. Data-to-Information-to-Knowledge-to-Wisdom (DIKW) :  (ITIL Service Transition) A way of understanding the relationships between data, information, knowledge and wisdom. DIKW shows how each of these builds on the others.
  185. definitive media library (DML) :  (ITIL Service Transition) One or more locations in which the definitive and authorized versions of all software configuration items are securely stored. The definitive media library may also contain associated configuration items such as licences and documentation. It is a single logical storage area even if there are multiple locations. The definitive media library is controlled by service asset and configuration management and is recorded in the configuration management system.
  186. deliverable :  Something that must be provided to meet a commitment in a service level agreement or a contract. It is also used in a more informal way to mean a planned output of any process.
  187. demand management :  (ITIL Service Design) (ITIL Service Strategy) The process responsible for understanding, anticipating and influencing customer demand for services. Demand management works with capacity management to ensure that the service provider has sufficient capacity to meet the required demand. At a strategic level, demand management can involve analysis of patterns of business activity and user profiles, while at a tactical level, it can involve the use of differential charging to encourage customers to use IT services at less busy times, or require short- term activities to respond to unexpected demand or the failure of a configuration item.
  188. Deming Cycle :  See Plan-Do-Check-Act.
  189. dependency :  The direct or indirect reliance of one process or activity on another.
  190. deployment :  (ITIL Service Transition) The activity responsible for movement of new or changed hardware, software, documentation, process etc. to the live environment. Deployment is part of the release and deployment management process.
  191. depreciation :  (ITIL Service Strategy) A measure of the reduction in value of an asset over its life. This is based on wearing out, consumption or other reduction in the useful economic value.
  192. design :  (ITIL Service Design) An activity or process that identifies requirements and then defines a solution that is able to meet these requirements. See also service design.
  193. design coordination :  (ITIL Service Design) The process responsible for coordinating 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.
  194. detection :  (ITIL Service Operation) A stage in the expanded incident lifecycle. Detection results in the incident becoming known to the service provider. Detection can be automatic or the result of a user logging an incident.
  195. development :  (ITIL Service Design) The process responsible for creating or modifying an IT service or application ready for subsequent release and deployment. Development is also used to mean the role or function that carries out development work. This process is not described in detail within the core ITIL publications.
  196. development environment :  (ITIL Service Design) An environment used to create or modify IT services or applications. Development environments are not typically subjected to the same degree of control as test or live environments. See also development.
  197. diagnosis :  (ITIL Service Operation) A stage in the incident and problem lifecycles. The purpose of diagnosis is to identify a workaround for an incident or the root cause of a problem.
  198. diagnostic script :  (ITIL Service Operation) A structured set of questions used by service desk staff to ensure they ask the correct questions, and to help them classify, resolve and assign incidents. Diagnostic scripts may also be made available to users to help them diagnose and resolve their own incidents.
  199. differential charging :  A technique used to support demand management by charging different amounts for the same function of an IT service under different circumstances. For example, reduced charges outside peak times, or increased charges for users who exceed a bandwidth allocation.
  200. direct cost :  (ITIL Service Strategy) The cost of providing an IT service which can be allocated in full to a specific customer, cost centre, project etc. For example, the cost of providing non- shared servers or software licences. See also indirect cost.
  201. directory service :  (ITIL Service Operation) An application that manages information about IT infrastructure available on a network, and corresponding user access rights.
  202. document :  Information in readable form. A document may be paper or electronic - for example, a policy statement, service level agreement, incident record or diagram of a computer room layout. See also record.
  203. downtime :  (ITIL Service Design) (ITIL Service Operation) The time when an IT service or other configuration item is not available during its agreed service time. The availability of an IT service is often calculated from agreed service time and downtime.
  204. driver :  Something that influences strategy, objectives or requirements - for example, new legislation or the actions of competitors.
  205. early life support (ELS) :  (ITIL Service Transition) A stage in the service lifecycle that occurs at the end of deployment and before the service is fully accepted into operation. During early life support, the service provider reviews key performance indicators, service levels and monitoring thresholds and may implement improvements to ensure that service targets can be met. The service provider may also provide additional resources for incident and problem management during this time.
  206. economies of scale :  (ITIL Service Strategy) The reduction in average cost that is possible from increasing the usage of an IT service or asset. See also economies of scope.
  207. economies of scope :  (ITIL Service Strategy) The reduction in cost that is allocated to an IT service by using an existing asset for an additional purpose. For example, delivering a new IT service from an existing IT infrastructure. See also economies of scale.
  208. effectiveness :  (ITIL Continual Service Improvement) A measure of whether the objectives of a process, service or activity have been achieved. An effective process or activity is one that achieves its agreed objectives. See also key performance indicator.
  209. efficiency :  (ITIL Continual Service Improvement) A measure of whether the right amount of resource has been used to deliver a process, service or activity. An efficient process achieves its objectives with the minimum amount of time, money, people or other resources. See also key performance indicator.
  210. emergency change :  (ITIL Service Transition) A change that must be introduced as soon as possible - for example, to resolve a major incident or implement a security patch. The change management process will normally have a specific procedure for handling emergency changes. See also emergency change advisory board.
  211. emergency change advisory board (ECAB) :  (ITIL Service Transition) A subgroup of the change advisory board that makes decisions about emergency changes. Membership may be decided at the time a meeting is called, and depends on the nature of the emergency change.
  212. enabling service :  (ITIL Service Strategy) A service that is needed in order to deliver a core service. Enabling services may or may not be visible to the customer, but they are not offered to customers in their own right. See also enhancing service.
  213. enhancing service :  (ITIL Service Strategy) A service that is added to a core service to make it more attractive to the customer. Enhancing services are not essential to the delivery of a core service but are used to encourage customers to use the core services or to differentiate the service provider from its competitors. See also enabling service; excitement factor.
  214. enterprise financial management :  (ITIL Service Strategy) The function and processes responsible for managing the overall organization's budgeting, accounting and charging requirements. Enterprise financial management is sometimes referred to as the 'corporate' financial department.
  215.  
  216. See also financial management for IT services.
  217. environment :  (ITIL Service Transition) A subset of the IT infrastructure that is used for a particular purpose - for example, live environment, test environment, build environment. Also used in the term 'physical environment' to mean the accommodation, air conditioning, power system etc. Environment is used as a generic term to mean the external conditions that influence or affect something.
  218. error :  (ITIL Service Operation) A design flaw or malfunction that causes a failure of one or more IT services or other configuration items. A mistake made by a person or a faulty process that impacts a configuration item is also an error.
  219. escalation :  (ITIL Service Operation) An activity that obtains additional resources when these are needed to meet service level targets or customer expectations. Escalation may be needed within any IT service management process, but is most commonly associated with incident management, problem management and the management of customer complaints. There are two types of escalation: functional escalation and hierarchic escalation.
  220. eSourcing Capability Model for Client Organizations (eSCM-CL) :  (ITIL Service Strategy) A framework to help organizations in their analysis and decision- making on service sourcing models and strategies. It was developed by Carnegie Mellon University in the US. See also eSourcing Capability Model for Service Providers.
  221. eSourcing Capability Model for Service Providers (eSCM-SP) :  (ITIL Service Strategy) A framework to help IT service providers develop their IT service management capabilities from a service sourcing perspective. It was developed by Carnegie Mellon University in the US. See also eSourcing Capability Model for Client Organizations.
  222. estimation :  The use of experience to provide an approximate value for a metric or cost. Estimation is also used in capacity and availability management as the cheapest and least accurate modelling method.
  223. event :  (ITIL Service Operation) A change of state that has significance for the management of an IT service or other configuration item. The term is also used to mean an alert or notification created by any IT service, configuration item or monitoring tool. Events typically require IT operations personnel to take actions, and often lead to incidents being logged.
  224. event management :  (ITIL Service Operation) The process responsible for managing events throughout their lifecycle. Event management is one of the main activities of IT operations.
  225. exception report :  A document containing details of one or more key performance indicators or other important targets that have exceeded defined thresholds. Examples include service level agreement targets being missed or about to be missed, and a performance metric indicating a potential capacity problem.
  226. excitement attribute :  See excitement factor.
  227. excitement factor :  (ITIL Service Strategy) An attribute added to something to make it more attractive or more exciting to the customer. For example, a restaurant may provide a free drink with every meal. See also enhancing service.
  228. expanded incident lifecycle :  (ITIL Continual Service Improvement) (ITIL Service Design) Detailed stages in the lifecycle of an incident. The stages are detection, diagnosis, repair, recovery and restoration. The expanded incident lifecycle is used to help understand all contributions to the impact of incidents and to plan for how these could be controlled or reduced.
  229. external customer :  A customer who works for a different business from the IT service provider. See also external service provider; internal customer.
  230. external metric :  A metric that is used to measure the delivery of IT service to a customer. External metrics are usually defined in service level agreements and reported to customers. See also internal metric.
  231. Term :  Definition
  232. external service provider :  (ITIL Service Strategy) An IT service provider that is part of a different organization from its customer. An IT service provider may have both internal and external customers. See also outsourcing; Type III service provider.
  233. facilities management :  (ITIL Service Operation) The function responsible for managing the physical environment where the IT infrastructure is located. Facilities management includes all aspects of managing the physical environment - for example, power and cooling, building access management, and environmental monitoring.
  234. failure :  (ITIL Service Operation) Loss of ability to operate to specification, or to deliver the required output. The term may be used when referring to IT services, processes, activities, configuration items etc. A failure often causes an incident.
  235. fast recovery :  (ITIL Service Design) A recovery option that is also known as hot standby. Fast recovery normally uses a dedicated fixed facility with computer systems and software configured ready to run the IT services. Fast recovery typically takes up to 24 hours but may be quicker if there is no need to restore data from backups.
  236. fault :  See error.
  237. fault tolerance :  (ITIL Service Design) The ability of an IT service or other configuration item to continue to operate correctly after failure of a component part. See also countermeasure; resilience.
  238. fault tree analysis (FTA) :  (ITIL Continual Service Improvement) (ITIL Service Design) A technique that can be used to determine a chain of events that has caused an incident, or may cause an incident in the future. Fault tree analysis represents a chain of events using Boolean notation in a diagram.
  239. financial management :  (ITIL Service Strategy) A generic term used to describe the function and processes responsible for managing an organization's budgeting, accounting and charging requirements. Enterprise financial management is the specific term used to describe the function and processes from the perspective of the overall organization.
  240.  
  241. Financial management for IT services is the specific term used to describe the function and processes from the perspective of the IT service provider.
  242. financial management for IT services :  (ITIL Service Strategy) The function and processes responsible for managing an IT service provider's budgeting, accounting and charging requirements. Financial management for IT services secures an appropriate level of funding to design, develop and deliver services that meet the strategy of the organization in a cost-effective manner. See also enterprise financial management.
  243. financial year :  (ITIL Service Strategy) An accounting period covering 12 consecutive months. A financial year may start on any date (for example, 1 April to 31 March).
  244. first-line support :  (ITIL Service Operation) The first level in a hierarchy of support groups involved in the resolution of incidents. Each level contains more specialist skills, or has more time or other resources. See also escalation.
  245. fishbone diagram :  See Ishikawa diagram.
  246. fit for purpose :  (ITIL Service Strategy) The ability to meet an agreed level of utility. Fit for purpose is also used informally to describe a process, configuration item, IT service etc. that is capable of meeting its objectives or service levels. Being fit for purpose requires suitable design, implementation, control and maintenance.
  247. fit for use :  (ITIL Service Strategy) The ability to meet an agreed level of warranty. Being fit for use requires suitable design, implementation, control and maintenance.
  248. fixed asset :  (ITIL Service Transition) A tangible business asset that has a long-term useful life (for example, a building, a piece of land, a server or a software licence). See also service asset; configuration item.
  249. fixed asset management :  (ITIL Service Transition) The process responsible for tracking and reporting the value and ownership of fixed assets throughout their lifecycle. Fixed asset management maintains the asset register and is usually carried out by the overall business, rather than by the IT organization. Fixed asset management is sometimes called financial asset management and is not described in detail within the core ITIL publications.
  250. fixed cost :  (ITIL Service Strategy) A cost that does not vary with IT service usage - for example, the cost of server hardware. See also variable cost.
  251. fixed facility :  (ITIL Service Design) A permanent building, available for use when needed by an IT service continuity plan. See also portable facility; recovery option.
  252. follow the sun :  (ITIL Service Operation) A methodology for using service desks and support groups around the world to provide seamless 24/7 service. Calls, incidents, problems and service requests are passed between groups in different time zones.
  253. fulfilment :  Performing activities to meet a need or requirement - for example, by providing a new IT service, or meeting a service request.
  254. function :  A team or group of people and the tools or other resources they use to carry out one or more processes or activities - for example, the service desk. The term also has two other meanings:
  255. • :  An intended purpose of a configuration item, person, team, process or IT service. For example, one function of an email service may be to store and forward outgoing mails, while the function of a business process may be to despatch goods to customers.
  256. • :  To perform the intended purpose correctly, as in 'The computer is functioning.'
  257. functional escalation :  (ITIL Service Operation) Transferring an incident, problem or change to a technical team with a higher level of expertise to assist in an escalation.
  258. gap analysis :  (ITIL Continual Service Improvement) An activity that compares two sets of data and identifies the differences. Gap analysis is commonly used to compare a set of requirements with actual delivery. See also benchmarking.
  259. governance :  Ensures that policies and strategy are actually implemented, and that required processes are correctly followed.
  260.  
  261. Governance includes defining roles and responsibilities, measuring and reporting, and taking actions to resolve any issues identified.
  262. gradual recovery :  (ITIL Service Design) A recovery option that is also known as cold standby. Gradual recovery typically uses a portable or fixed facility that has environmental support and network cabling, but no computer systems. The hardware and software are installed as part of the IT service continuity plan.
  263.  
  264. Gradual recovery typically takes more than three days, and may take significantly longer.
  265. guideline :  A document describing best practice, which recommends what should be done.
  266.  
  267. Compliance with a guideline is not normally enforced. See also standard.
  268. hierarchic escalation :  (ITIL Service Operation) Informing or involving more senior levels of management to assist in an escalation.
  269. high availability :  (ITIL Service Design) An approach or design that minimizes or hides the effects of configuration item failure from the users of an IT service. High availability solutions are designed to achieve an agreed level of availability and make use of techniques such as fault tolerance, resilience and fast recovery to reduce the number and impact of incidents.
  270. hot standby :  See fast recovery; immediate recovery.
  271. identity :  (ITIL Service Operation) A unique name that is used to identify a user, person or role. The identity is used to grant rights to that user, person or role. Example identities might be the username SmithJ or the role 'change manager'.
  272. immediate recovery :  (ITIL Service Design) A recovery option that is also known as hot standby. Provision is made to recover the IT service with no significant loss of service to the customer. Immediate recovery typically uses mirroring, load balancing and split-site technologies.
  273. impact :  (ITIL Service Operation) (ITIL Service Transition) A measure of the effect of an incident, problem or change on business processes. Impact is often based on how service levels will be affected. Impact and urgency are used to assign priority.
  274. incident :  (ITIL Service Operation) An unplanned interruption to an IT service or reduction in the quality of an IT service. Failure of a configuration item that has not yet affected service is also an incident - for example, failure of one disk from a mirror set.
  275. incident management :  (ITIL Service Operation) The process responsible for managing the lifecycle of all incidents. Incident management ensures that normal service operation is restored as quickly as possible and the business impact is minimized.
  276. incident record :  (ITIL Service Operation) A record containing the details of an incident. Each incident record documents the lifecycle of a single incident.
  277. indirect cost :  (ITIL Service Strategy) The cost of providing an IT service which cannot be allocated in full to a specific customer - for example, the cost of providing shared servers or software licences. Also known as overhead. See also direct cost.
  278. information security management (ISM) :  (ITIL Service Design) The process responsible for ensuring that the confidentiality, integrity and availability of an organization's assets, information, data and IT services match the agreed needs of the business. Information security management supports business security and has a wider scope than that of the IT service provider, and includes handling of paper, building access, phone calls etc. for the entire organization. See also security management information system.
  279. information security management system (ISMS) :  (ITIL Service Design) The framework of policy, processes, functions, standards, guidelines and tools that ensures an organization can achieve its information security management objectives. See also security management information system.
  280. information security policy :  (ITIL Service Design) The policy that governs the organization's approach to information security management.
  281. information system :  See management information system.
  282. information technology (IT) :  The use of technology for the storage, communication or processing of information. The technology typically includes computers, telecommunications, applications and other software. The information may include business data, voice, images, video etc.
  283.  
  284. Information technology is often used to support business processes through IT services.
  285. infrastructure service :  A type of supporting service that provides hardware, network or other data centre components. The term is also used as a synonym for supporting service.
  286. insourcing :  (ITIL Service Strategy) Using an internal service provider to manage IT services. The term insourcing is also used to describe the act of transferring the provision of an IT service from an external service provider to an internal service provider. See also service sourcing.
  287. integrity :  (ITIL Service Design) A security principle that ensures data and configuration items are modified only by authorized personnel and activities. Integrity considers all possible causes of modification, including software and hardware failure, environmental events, and human intervention.
  288. interactive voice response (IVR) :  (ITIL Service Operation) A form of automatic call distribution that accepts user input, such as key presses and spoken commands, to identify the correct destination for incoming calls.
  289. intermediate recovery :  (ITIL Service Design) A recovery option that is also known as warm standby. Intermediate recovery usually uses a shared portable or fixed facility that has computer systems and network components. The hardware and software will need to be configured, and data will need to be restored, as part of the IT service continuity plan. Typical recovery times for intermediate recovery are one to three days.
  290. internal customer :  A customer who works for the same business as the IT service provider. See also external customer; internal service provider.
  291. internal metric :  A metric that is used within the IT service provider to monitor the efficiency, effectiveness or cost effectiveness of the IT service provider's internal processes. Internal metrics are not normally reported to the customer of the IT service. See also external metric.
  292. internal rate of return (IRR) :  (ITIL Service Strategy) A technique used to help make decisions about capital expenditure. It calculates a figure that allows two or more alternative investments to be compared. A larger internal rate of return indicates a better investment. See also net present value; return on investment.
  293. internal service provider :  (ITIL Service Strategy) An IT service provider that is part of the same organization as its customer. An IT service provider may have both internal and external customers. See also insourcing; Type I service provider; Type II service provider.
  294. International Organization for Standardization (ISO) :  The International Organization for Standardization (ISO) is the world's largest developer of standards. ISO is a non- governmental organization that is a network of the national standards institutes of 156 countries. See www.iso.org for further information about ISO.
  295. International Standards Organization :  See International Organization for Standardization.
  296. internet service provider (ISP) :  An external service provider that provides access to the internet. Most ISPs also provide other IT services such as web hosting.
  297. invocation :  (ITIL Service Design) Initiation of the steps defined in a plan - for example, initiating the IT service continuity plan for one or more IT services.
  298. Ishikawa diagram :  (ITIL Continual Service Improvement) (ITIL Service Operation) A technique that helps a team to identify all the possible causes of a problem. Originally devised by Kaoru Ishikawa, the output of this technique is a diagram that looks like a fishbone.
  299. ISO 9000 :  A generic term that refers to a number of international standards and guidelines for quality management systems. See www.iso.org for more information. See also International Organization for Standardization.
  300. ISO 9001 :  An international standard for quality management systems. See also ISO 9000; standard.
  301. ISO/IEC 20000 :  An international standard for IT service management.
  302. ISO/IEC 27001 :  (ITIL Continual Service Improvement) (ITIL Service Design) An international specification for information security management. The corresponding code of practice is ISO/IEC 27002. See also standard.
  303. ISO/IEC 27002 :  (ITIL Continual Service Improvement) An international code of practice for information security management. The corresponding specification is ISO/IEC 27001. See also standard.
  304. IT accounting :  See accounting.
  305. IT infrastructure :  All of the hardware, software, networks, facilities etc. that are required to develop, test, deliver, monitor, control or support applications and IT services. The term includes all of the information technology but not the associated people, processes and documentation.
  306. IT operations :  (ITIL Service Operation) Activities carried out by IT operations control, including console management/operations bridge, job scheduling, backup and restore, and print and output management. IT operations is also used as a synonym for service operation.
  307. IT operations control :  (ITIL Service Operation) The function responsible for monitoring and control of the IT services and IT infrastructure. See also operations bridge.
  308. IT operations management :  (ITIL Service Operation) The function within an IT service provider that performs the daily activities needed to manage IT services and the supporting IT infrastructure. IT operations management includes IT operations control and facilities management.
  309. IT service :  A service provided by an IT service provider. An IT service is made up of a combination of information technology, people and processes. A customer-facing IT service directly supports the business processes of one or more customers and its service level targets should be defined in a service level agreement. Other IT services, called supporting services, are not directly used by the business but are required by the service provider to deliver customer-facing services. See also core service; enabling service; enhancing service; service; service package.
  310. IT service continuity management (ITSCM) :  (ITIL Service Design) The process responsible for managing risks that could seriously affect IT services. IT service continuity management ensures that the IT service provider can always provide minimum agreed service levels, by reducing the risk to an acceptable level and planning for the recovery of IT services. IT service continuity management supports business continuity management.
  311. IT service continuity plan :  (ITIL Service Design) A plan defining the steps required to recover one or more IT services. The plan also identifies the triggers for invocation, people to be involved, communications etc. The IT service continuity plan should be part of a business continuity plan.
  312. IT service management (ITSM) :  The implementation and management of quality IT services that meet the needs of the business. IT service management is performed by IT service providers through an appropriate mix of people, process and information technology. See also service management.
  313. IT Service Management Forum (itSMF) :  The IT Service Management Forum is an independent organization dedicated to promoting a professional approach to IT service management. The itSMF is a not-for- profit membership organization with representation in many countries around the world (itSMF chapters). The itSMF and its membership contribute to the development of ITIL and associated IT service management standards. See www.itsmf.com for more information.
  314. IT service provider :  (ITIL Service Strategy) A service provider that provides IT services to internal or external customers.
  315. IT steering group (ISG) :  (ITIL Service Design) (ITIL Service Strategy) A formal group that is responsible for ensuring that business and IT service provider strategies and plans are closely aligned. An IT steering group includes senior representatives from the business and the IT service provider. Also known as IT strategy group or IT steering committee.
  316. ITIL® :  A set of best-practice publications for IT service management. Owned by the Cabinet Office (part of HM Government), ITIL gives guidance on the provision of quality IT services and the processes, functions and other capabilities needed to support them.
  317.  
  318. The ITIL framework is based on a service lifecycle and consists of five lifecycle stages (service strategy, service design, service transition, service operation and continual service improvement), each of which has its own supporting publication. There is also a set of complementary ITIL publications providing guidance specific to industry sectors, organization types, operating models and technology architectures. See www.itil- officialsite.com for more information.
  319. job description :  A document that defines the roles, responsibilities, skills and knowledge required by a particular person. One job description can include multiple roles - for example, the roles of configuration manager and change manager may be carried out by one person.
  320. job scheduling :  (ITIL Service Operation) Planning and managing the execution of software tasks that are required as part of an IT service. Job scheduling is carried out by IT operations management, and is often automated using software tools that run batch or online tasks at specific times of the day, week, month or year.
  321. Kano model :  (ITIL Service Strategy) A model developed by Noriaki Kano that is used to help understand customer preferences. The Kano model considers attributes of an IT service grouped into areas such as basic factors, excitement factors, performance factors etc.
  322. Kepner and Tregoe analysis :  (ITIL Service Operation) A structured approach to problem solving. The problem is analysed in terms of what, where, when and extent. Possible causes are identified, the most probable cause is tested, and the true cause is verified.
  323. key performance indicator (KPI) :  (ITIL Continual Service Improvement) (ITIL Service Design) A metric that is used to help manage an IT service, process, plan, project or other activity. Key performance indicators are used to measure the achievement of critical success factors. Many metrics may be measured, but only the most important of these are defined as key performance indicators and used to actively manage and report on the process, IT service or activity. They should be selected to ensure that efficiency, effectiveness and cost effectiveness are all managed.
  324. knowledge base :  (ITIL Service Transition) A logical database containing data and information used by the service knowledge management system.
  325. knowledge management :  (ITIL Service Transition) The process responsible for sharing perspectives, ideas, experience and information, and for ensuring that these are available in the right place and at the right time. The knowledge management process enables informed decisions, and improves efficiency by reducing the need to rediscover knowledge. See also Data-to-Information-to-Knowledge- to-Wisdom; service knowledge management system.
  326. known error :  (ITIL Service Operation) A problem that has a documented root cause and a workaround.
  327.  
  328. Known errors are created and managed throughout their lifecycle by problem management. Known errors may also be identified by development or suppliers.
  329. known error database (KEDB) :  (ITIL Service Operation) A database containing all known error records. This database is created by problem management and used by incident and problem management. The known error database may be part of the configuration management system, or may be stored elsewhere in the service knowledge management system.
  330. known error record :  (ITIL Service Operation) A record containing the details of a known error. Each known error record documents the lifecycle of a known error, including the status, root cause and workaround. In some implementations, a known error is documented using additional fields in a problem record.
  331. lifecycle :  The various stages in the life of an IT service, configuration item, incident, problem, change etc. The lifecycle defines the categories for status and the status transitions that are permitted. For example:
  332. • The lifecycle of an application includes requirements, design, build, deploy, operate, optimize
  333. • The expanded incident lifecycle includes detection, diagnosis, repair, recovery and restoration
  334. • The lifecycle of a server may include: ordered, received, in test, live, disposed etc.
  335. line of service (LOS) :  (ITIL Service Strategy) A core service or service package that has multiple service options. A line of service is managed by a service owner and each service option is designed to support a particular market segment.
  336. live :  (ITIL Service Transition) Refers to an IT service or other configuration item that is being used to deliver service to a customer.
  337. live environment :  (ITIL Service Transition) A controlled environment containing live configuration items used to deliver IT services to customers.
  338. maintainability :  (ITIL Service Design) A measure of how quickly and effectively an IT service or other configuration item can be restored to normal working after a failure. Maintainability is often measured and reported as MTRS. Maintainability is also used in the context of software or IT service development to mean ability to be changed or repaired easily.
  339. major incident :  (ITIL Service Operation) The highest category of impact for an incident. A major incident results in significant disruption to the business.
  340. manageability :  An informal measure of how easily and effectively an IT service or other component can be managed.
  341. management information :  Information that is used to support decision making by managers. Management information is often generated automatically by tools supporting the various IT service management processes. Management information often includes the values of key performance indicators, such as 'percentage of changes leading to incidents' or 'first-time fix rate'.
  342. management information system (MIS) :  (ITIL Service Design) A set of tools, data and information that is used to support a process or function. Examples include the availability management information system and the supplier and contract management information system. See also service knowledge management system.
  343. Management of Risk (M_o_R®) :  M_o_R includes all the activities required to identify and control the exposure to risk, which may have an impact on the achievement of an organization's business objectives. See www.mor-officialsite.com for more details.
  344. management system :  The framework of policy, processes, functions, standards, guidelines and tools that ensures an organization or part of an organization can achieve its objectives. This term is also used with a smaller scope to support a specific process or activity - for example, an event management system or risk management system. See also system.
  345. manual workaround :  (ITIL Continual Service Improvement) A workaround that requires manual intervention. Manual workaround is also used as the name of a recovery option in which the business process operates without the use of IT services. This is a temporary measure and is usually combined with another recovery option.
  346. marginal cost :  (ITIL Service Strategy) The increase or decrease in the cost of producing one more, or one less, unit of output - for example, the cost of supporting an additional user.
  347. market space :  (ITIL Service Strategy) Opportunities that an IT service provider could exploit to meet the business needs of customers. Market spaces identify the possible IT services that an IT service provider may wish to consider delivering.
  348. maturity :  (ITIL Continual Service Improvement) A measure of the reliability, efficiency and effectiveness of a process, function, organization etc. The most mature processes and functions are formally aligned to business objectives and strategy, and are supported by a framework for continual improvement.
  349. maturity level :  A named level in a maturity model, such as the Carnegie Mellon Capability Maturity Model Integration.
  350. mean time between failures (MTBF) :  (ITIL Service Design) A metric for measuring and reporting reliability. MTBF is the average time that an IT service or other configuration item can perform its agreed function without interruption. This is measured from when the configuration item starts working, until it next fails.
  351. mean time between service incidents (MTBSI) :  (ITIL Service Design) A metric used for measuring and reporting reliability. It is the mean time from when a system or IT service fails, until it next fails. MTBSI is equal to MTBF plus MTRS.
  352. mean time to repair (MTTR) :  The average time taken to repair an IT service or other configuration item after a failure. MTTR is measured from when the configuration item fails until it is repaired. MTTR does not include the time required to recover or restore. It is sometimes incorrectly used instead of mean time to restore service.
  353. mean time to restore service (MTRS) :  The average time taken to restore an IT service or other configuration item after a failure. MTRS is measured from when the configuration item fails until it is fully restored and delivering its normal functionality. See also maintainability; mean time to repair.
  354. metric :  (ITIL Continual Service Improvement) Something that is measured and reported to help manage a process, IT service or activity. See also key performance indicator.
  355. middleware :  (ITIL Service Design) Software that connects two or more software components or applications. Middleware is usually purchased from a supplier, rather than developed within the IT service provider. See also commercial off the shelf.
  356. mission :  A short but complete description of the overall purpose and intentions of an organization. It states what is to be achieved, but not how this should be done. See also vision.
  357. model :  A representation of a system, process, IT service, configuration item etc. that is used to help understand or predict future behaviour.
  358. modelling :  A technique that is used to predict the future behaviour of a system, process, IT service, configuration item etc. Modelling is commonly used in financial management, capacity management and availability management.
  359. monitor control loop :  (ITIL Service Operation) Monitoring the output of a task, process, IT service or other configuration item; comparing this output to a predefined norm; and taking appropriate action based on this comparison.
  360. monitoring :  (ITIL Service Operation) Repeated observation of a configuration item, IT service or process to detect events and to ensure that the current status is known.
  361. near-shore :  (ITIL Service Strategy) Provision of services from a country near the country where the customer is based. This can be the provision of an IT service, or of supporting functions such as a service desk. See also offshore; onshore.
  362. net present value (NPV) :  (ITIL Service Strategy) A technique used to help make decisions about capital expenditure. It compares cash inflows with cash outflows. Positive net present value indicates that an investment is worthwhile. See also internal rate of return; return on investment.
  363. normal change :  (ITIL Service Transition) A change that is not an emergency change or a standard change. Normal changes follow the defined steps of the change management process.
  364. normal service operation :  (ITIL Service Operation) An operational state where services and configuration items are performing within their agreed service and operational levels.
  365. notional charging :  (ITIL Service Strategy) An approach to charging for IT services. Charges to customers are calculated and customers are informed of the charge, but no money is actually transferred. Notional charging is sometimes introduced to ensure that customers are aware of the costs they incur, or as a stage during the introduction of real charging.
  366. objective :  The outcomes required from a process, activity or organization in order to ensure that its purpose will be fulfilled. Objectives are usually expressed as measurable targets.
  367.  
  368. The term is also informally used to mean a requirement.
  369. off the shelf :  See commercial off the shelf.
  370. Office of Government Commerce (OGC) :  OGC (former owner of Best Management Practice) and its functions have moved into the Cabinet Office as part of HM Government. See www.cabinetoffice.gov.uk
  371. offshore :  (ITIL Service Strategy) Provision of services from a location outside the country where the customer is based, often in a different continent. This can be the provision of an IT service, or of supporting functions such as a service desk. See also near-shore; onshore.
  372. onshore :  (ITIL Service Strategy) Provision of services from a location within the country where the customer is based. See also near-shore; offshore.
  373. operate :  To perform as expected. A process or configuration item is said to operate if it is delivering the required outputs. Operate also means to perform one or more operations.
  374.  
  375. For example, to operate a computer is to do the day-to-day operations needed for it to perform as expected.
  376. operation :  (ITIL Service Operation) Day-to-day management of an IT service, system or other configuration item. Operation is also used to mean any predefined activity or transaction - for example, loading a magnetic tape, accepting money at a point of sale, or reading data from a disk drive.
  377. operational :  The lowest of three levels of planning and delivery (strategic, tactical, operational). Operational activities include the day-to-day or short-term planning or delivery of a business process or IT service management process. The term is also a synonym for live.
  378. operational cost :  The cost resulting from running the IT services, which often involves repeating payments - for example, staff costs, hardware maintenance and electricity (also known as current expenditure or revenue expenditure). See also capital expenditure.
  379. operational expenditure (OPEX) :  See operational cost.
  380. operational level agreement (OLA) :  (ITIL Continual Service Improvement) (ITIL Service Design) An agreement between an IT service provider and another part of the same organization. It supports the IT service provider's delivery of IT services to customers and defines the goods or services to be provided and the responsibilities of both parties. For example, there could be an operational level agreement:
  381. • Between the IT service provider and a procurement department to obtain hardware in agreed times
  382. • Between the service desk and a support group to provide incident resolution in agreed times.
  383.  
  384. See also service level agreement.
  385. operations bridge :  (ITIL Service Operation) A physical location where IT services and IT infrastructure are monitored and managed.
  386. operations control :  See IT operations control.
  387. operations management :  See IT operations management.
  388. opportunity cost :  (ITIL Service Strategy) A cost that is used in deciding between investment choices.
  389.  
  390. Opportunity cost represents the revenue that would have been generated by using the resources in a different way. For example, the opportunity cost of purchasing a new server may include not carrying out a service improvement activity that the money could have been spent on. Opportunity cost analysis is used as part of a decision-making process, but opportunity cost is not treated as an actual cost in any financial statement.
  391. optimize :  Review, plan and request changes, in order to obtain the maximum efficiency and effectiveness from a process, configuration item, application etc.
  392. organization :  A company, legal entity or other institution. The term is sometimes used to refer to any entity that has people, resources and budgets - for example, a project or business unit.
  393. outcome :  The result of carrying out an activity, following a process, or delivering an IT service etc. The term is used to refer to intended results as well as to actual results. See also objective.
  394. outsourcing :  (ITIL Service Strategy) Using an external service provider to manage IT services. See also service sourcing.
  395. overhead :  See indirect cost.
  396. pain value analysis :  (ITIL Service Operation) A technique used to help identify the business impact of one or more problems. A formula is used to calculate pain value based on the number of users affected, the duration of the downtime, the impact on each user, and the cost to the business (if known).
  397. Pareto principle :  (ITIL Service Operation) A technique used to prioritize activities. The Pareto principle says that 80% of the value of any activity is created with 20% of the effort. Pareto analysis is also used in problem management to prioritize possible problem causes for investigation.
  398. partnership :  A relationship between two organizations that involves working closely together for common goals or mutual benefit. The IT service provider should have a partnership with the business and with third parties who are critical to the delivery of IT services. See also value network.
  399. passive monitoring :  (ITIL Service Operation) Monitoring of a configuration item, an IT service or a process that relies on an alert or notification to discover the current status. See also active monitoring.
  400. pattern of business activity (PBA) :  (ITIL Service Strategy) A workload profile of one or more business activities. Patterns of business activity are used to help the IT service provider understand and plan for different levels of business activity. See also user profile.
  401. percentage utilization :  (ITIL Service Design) The amount of time that a component is busy over a given period of time. For example, if a CPU is busy for 1,800 seconds in a one-hour period, its utilization is 50%.
  402. performance :  A measure of what is achieved or delivered by a system, person, team, process or IT service.
  403. performance management :  Activities to ensure that something achieves its expected outcomes in an efficient and consistent manner.
  404. pilot :  (ITIL Service Transition) A limited deployment of an IT service, a release or a process to the live environment. A pilot is used to reduce risk and to gain user feedback and acceptance. See also change evaluation; test.
  405. plan :  A detailed proposal that describes the activities and resources needed to achieve an objective - for example, a plan to implement a new IT service or process.
  406.  
  407. ISO/IEC 20000 requires a plan for the management of each IT service management process.
  408. Plan-Do-Check-Act (PDCA) :  (ITIL Continual Service Improvement) A four- stage cycle for process management, attributed to Edward Deming. Plan-Do- Check-Act is also called the Deming Cycle. Plan - design or revise processes that support the IT services; Do - implement the plan and manage the processes; Check - measure the processes and IT services, compare with objectives and produce reports; Act - plan and implement changes to improve the processes.
  409. planned downtime :  (ITIL Service Design) Agreed time when an IT service will not be available. Planned downtime is often used for maintenance, upgrades and testing. See also change window; downtime.
  410. planning :  An activity responsible for creating one or more plans - for example, capacity planning.
  411. policy :  Formally documented management expectations and intentions. Policies are used to direct decisions, and to ensure consistent and appropriate development and implementation of processes, standards, roles, activities, IT infrastructure etc.
  412. portable facility :  (ITIL Service Design) A prefabricated building, or a large vehicle, provided by a third party and moved to a site when needed according to an IT service continuity plan.
  413.  
  414. See also fixed facility; recovery option.
  415. post-implementation review (PIR) :  A review that takes place after a change or a project has been implemented. It determines if the change or project was successful, and identifies opportunities for improvement.
  416. practice :  A way of working, or a way in which work must be done. Practices can include activities, processes, functions, standards and guidelines. See also best practice.
  417. prerequisite for success (PFS) :  An activity that needs to be completed, or a condition that needs to be met, to enable successful implementation of a plan or process. It is often an output from one process that is a required input to another process.
  418. pricing :  (ITIL Service Strategy) Pricing is the activity for establishing how much customers will be charged.
  419. PRINCE2® :  See PRojects IN Controlled Environments.
  420. priority :  (ITIL Service Operation) (ITIL Service Transition) A category used to identify the relative importance of an incident, problem or change. Priority is based on impact and urgency, and is used to identify required times for actions to be taken. For example, the service level agreement may state that Priority 2 incidents must be resolved within 12 hours.
  421. proactive monitoring :  (ITIL Service Operation) Monitoring that looks for patterns of events to predict possible future failures. See also reactive monitoring.
  422. proactive problem management :  (ITIL Service Operation) Part of the problem management process. The objective of proactive problem management is to identify problems that might otherwise be missed.
  423.  
  424. Proactive problem management analyses incident records, and uses data collected by other IT service management processes to identify trends or significant problems.
  425. problem :  (ITIL Service Operation) A cause of one or more incidents. The cause is not usually known at the time a problem record is created, and the problem management process is responsible for further investigation.
  426. problem management :  (ITIL Service Operation) The process responsible for managing the lifecycle of all problems. Problem management proactively prevents incidents from happening and minimizes the impact of incidents that cannot be prevented.
  427. problem record :  (ITIL Service Operation) A record containing the details of a problem. Each problem record documents the lifecycle of a single problem.
  428. procedure :  A document containing steps that specify how to achieve an activity. Procedures are defined as part of processes. See also work instruction.
  429. process :  A structured set of activities designed to accomplish a specific objective. A process takes one or more defined inputs and turns them into defined outputs. It may include any of the roles, responsibilities, tools and management controls required to reliably deliver the outputs.
  430.  
  431. A process may define policies, standards, guidelines, activities and work instructions if they are needed.
  432. process control :  The activity of planning and regulating a process, with the objective of performing the process in an effective, efficient and consistent manner.
  433. process manager :  A role responsible for the operational management of a process. The process manager's responsibilities include planning and coordination of all activities required to carry out, monitor and report on the process. There may be several process managers for one process - for example, regional change managers or IT service continuity managers for each data centre.
  434.  
  435. The process manager role is often assigned to the person who carries out the process owner role, but the two roles may be separate in larger organizations.
  436. process owner :  The person who is held accountable for ensuring that a process is fit for purpose. The process owner's responsibilities include sponsorship, design, change management and continual improvement of the process and its metrics. This role can be assigned to the same person who carries out the process manager role, but the two roles may be separate in larger organizations.
  437. production environment :  See live environment.
  438. profit centre :  (ITIL Service Strategy) A business unit that charges for services provided. A profit centre can be created with the objective of making a profit, recovering costs, or running at a loss.
  439.  
  440. An IT service provider can be run as a cost centre or a profit centre.
  441. pro-forma :  A template or example document containing sample data that will be replaced with real values when these are available.
  442. programme :  A number of projects and activities that are planned and managed together to achieve an overall set of related objectives and other outcomes.
  443. project :  A temporary organization, with people and other assets, that is required to achieve an objective or other outcome.
  444.  
  445. Each project has a lifecycle that typically includes initiation, planning, execution, and closure.
  446.  
  447. Projects are usually managed using a formal methodology such as PRojects IN Controlled Environments (PRINCE2) or the Project Management Body of Knowledge (PMBOK). See also charter; project management office; project portfolio.
  448. project charter :  See charter.
  449. Project Management Body of Knowledge (PMBOK) :  A project management standard maintained and published by the Project Management Institute. See www.pmi.org for more information. See also PRojects IN Controlled Environments (PRINCE2).
  450. Project Management Institute (PMI) :  A membership association that advances the project management profession through globally recognized standards and certifications, collaborative communities, an extensive research programme, and professional development opportunities.
  451.  
  452. PMI is a not-for-profit membership organization with representation in many countries around the world.
  453.  
  454. PMI maintains and publishes the Project Management Body of Knowledge (PMBOK). See www.pmi.org for more information. See also PRojects IN Controlled Environments (PRINCE2).
  455. project management office (PMO) :  (ITIL Service Design) (ITIL Service Strategy) A function or group responsible for managing the lifecycle of projects. See also charter; project portfolio.
  456. project portfolio :  (ITIL Service Design) (ITIL Service Strategy) A database or structured document used to manage projects throughout their lifecycle. The project portfolio is used to coordinate projects and ensure that they meet their objectives in a cost-effective and timely manner. In larger organizations, the project portfolio is typically defined and maintained by a project management office. The project portfolio is important to service portfolio management as new services and significant changes are normally managed as projects. See also charter.
  457. projected service outage (PSO) :  (ITIL Service Transition) A document that identifies the effect of planned changes, maintenance activities and test plans on agreed service levels.
  458. PRojects IN Controlled Environments (PRINCE2) :  The standard UK government methodology for project management. See www.prince- officialsite.com for more information. See also Project Management Body of Knowledge (PMBOK).
  459. qualification :  (ITIL Service Transition) An activity that ensures that the IT infrastructure is appropriate and correctly configured to support an application or IT service. See also validation.
  460. quality :  The ability of a product, service or process to provide the intended value. For example, a hardware component can be considered to be of high quality if it performs as expected and delivers the required reliability. Process quality also requires an ability to monitor effectiveness and efficiency, and to improve them if necessary. See also quality management system.
  461. quality assurance (QA) :  (ITIL Service Transition) The process responsible for ensuring that the quality of a service, process or other service asset will provide its intended value. Quality assurance is also used to refer to a function or team that performs quality assurance. This process is not described in detail within the core ITIL publications. See also service validation and testing.
  462. quality management system (QMS) :  (ITIL Continual Service Improvement) The framework of policy, processes, functions, standards, guidelines and tools that ensures an organization is of a suitable quality to reliably meet business objectives or service levels. See also ISO 9000.
  463. quick win :  (ITIL Continual Service Improvement) An improvement activity that is expected to provide a return on investment in a short period of time with relatively small cost and effort. See also Pareto principle.
  464. RACI :  (ITIL Service Design) A model used to help define roles and responsibilities. RACI stands for responsible, accountable, consulted and informed.
  465. reactive monitoring :  (ITIL Service Operation) Monitoring that takes place in response to an event. For example, submitting a batch job when the previous job completes, or logging an incident when an error occurs. See also proactive monitoring.
  466. real charging :  (ITIL Service Strategy) A charging policy where actual money is transferred from the customer to the IT service provider in payment for the delivery of IT services. See also notional charging.
  467. reciprocal arrangement :  (ITIL Service Design) A recovery option. An agreement between two organizations to share resources in an emergency - for example, high-speed printing facilities or computer room space.
  468. record :  A document containing the results or other output from a process or activity. Records are evidence of the fact that an activity took place and may be paper or electronic - for example, an audit report, an incident record or the minutes of a meeting.
  469. recovery :  (ITIL Service Design) (ITIL Service Operation) Returning a configuration item or an IT service to a working state. Recovery of an IT service often includes recovering data to a known consistent state. After recovery, further steps may be needed before the IT service can be made available to the users (restoration).
  470. recovery option :  (ITIL Service Design) A strategy for responding to an interruption to service. Commonly used strategies are manual workaround, reciprocal arrangement, gradual recovery, intermediate recovery, fast recovery, and immediate recovery. Recovery options may make use of dedicated facilities or third-party facilities shared by multiple businesses.
  471. recovery point objective (RPO) :  (ITIL Service Design) (ITIL Service Operation) The maximum amount of data that may be lost when service is restored after an interruption. The recovery point objective is expressed as a length of time before the failure. For example, a recovery point objective of one day may be supported by daily backups, and up to 24 hours of data may be lost. Recovery point objectives for each IT service should be negotiated, agreed and documented, and used as requirements for service design and IT service continuity plans.
  472. recovery time objective (RTO) :  (ITIL Service Design) (ITIL Service Operation) The maximum time allowed for the recovery of an IT service following an interruption. The service level to be provided may be less than normal service level targets. Recovery time objectives for each IT service should be negotiated, agreed and documented. See also business impact analysis.
  473. redundancy :  (ITIL Service Design) Use of one or more additional configuration items to provide fault tolerance. The term also has a generic meaning of obsolescence, or no longer needed.
  474. relationship :  A connection or interaction between two people or things. In business relationship management, it is the interaction between the IT service provider and the business. In service asset and configuration management, it is a link between two configuration items that identifies a dependency or connection between them. For example, applications may be linked to the servers they run on, and IT services have many links to all the configuration items that contribute to that IT service.
  475. relationship processes :  The ISO/IEC 20000 process group that includes business relationship management and supplier management.
  476. release :  (ITIL Service Transition) One or more changes to an IT service that are built, tested and deployed together. A single release may include changes to hardware, software, documentation, processes and other components.
  477. release and deployment management :  (ITIL Service Transition) The process responsible for planning, scheduling and controlling the build, test and deployment of releases, and for delivering new functionality required by the business while protecting the integrity of existing services.
  478. release identification :  (ITIL Service Transition) A naming convention used to uniquely identify a release. The release identification typically includes a reference to the configuration item and a version number - for example, Microsoft Office 2010 SR2.
  479. release management :  See release and deployment management.
  480. release package :  (ITIL Service Transition) A set of configuration items that will be built, tested and deployed together as a single release. Each release package will usually include one or more release units.
  481. release record :  (ITIL Service Transition) A record that defines the content of a release. A release record has relationships with all configuration items that are affected by the release. Release records may be in the configuration management system or elsewhere in the service knowledge management system.
  482. release unit :  (ITIL Service Transition) Components of an IT service that are normally released together. A release unit typically includes sufficient components to perform a useful function. For example, one release unit could be a desktop PC, including hardware, software, licences, documentation etc. A different release unit may be the complete payroll application, including IT operations procedures and user training.
  483. release window :  See change window.
  484. reliability :  (ITIL Continual Service Improvement) (ITIL Service Design) A measure of how long an IT service or other configuration item can perform its agreed function without interruption. Usually measured as MTBF or MTBSI. The term can also be used to state how likely it is that a process, function etc. will deliver its required outputs. See also availability.
  485. remediation :  (ITIL Service Transition) Actions taken to recover after a failed change or release. Remediation may include back-out, invocation of service continuity plans, or other actions designed to enable the business process to continue.
  486. repair :  (ITIL Service Operation) The replacement or correction of a failed configuration item.
  487. request for change (RFC) :  (ITIL Service Transition) A formal proposal for a change to be made. It includes details of the proposed change, and may be recorded on paper or electronically. The term is often misused to mean a change record, or the change itself.
  488. request fulfilment :  (ITIL Service Operation) The process responsible for managing the lifecycle of all service requests.
  489. request model :  (ITIL Service Operation) A repeatable way of dealing with a particular category of service request. A request model defines specific agreed steps that will be followed for a service request of this category. Request models may be very simple, with no requirement for authorization (e.g. password reset), or may be more complex with many steps that require authorization (e.g. provision of an existing IT service). See also request fulfilment.
  490. requirement :  (ITIL Service Design) A formal statement of what is needed - for example, a service level requirement, a project requirement or the required deliverables for a process. See also statement of requirements.
  491. resilience :  (ITIL Service Design) The ability of an IT service or other configuration item to resist failure or to recover in a timely manner following a failure. For example, an armoured cable will resist failure when put under stress. See also fault tolerance.
  492. resolution :  (ITIL Service Operation) Action taken to repair the root cause of an incident or problem, or to implement a workaround. In ISO/IEC 20000, resolution processes is the process group that includes incident and problem management.
  493. resolution processes :  The ISO/IEC 20000 process group that includes incident and problem management.
  494. resource :  (ITIL Service Strategy) A generic term that includes IT infrastructure, people, money or anything else that might help to deliver an IT service. Resources are considered to be assets of an organization. See also capability; service asset.
  495. response time :  A measure of the time taken to complete an operation or transaction. Used in capacity management as a measure of IT infrastructure performance, and in incident management as a measure of the time taken to answer the phone, or to start diagnosis.
  496. responsiveness :  A measurement of the time taken to respond to something. This could be response time of a transaction, or the speed with which an IT service provider responds to an incident or request for change etc.
  497. restoration of service :  See restore.
  498. restore :  (ITIL Service Operation) Taking action to return an IT service to the users after repair and recovery from an incident. This is the primary objective of incident management.
  499. retire :  (ITIL Service Transition) Permanent removal of an IT service, or other configuration item, from the live environment. Being retired is a stage in the lifecycle of many configuration items.
  500. return on assets (ROA) :  (ITIL Service Strategy) A measurement of the profitability of a business unit or organization. Return on assets is calculated by dividing the annual net income by the total value of assets. See also return on investment.
  501. return on investment (ROI) :  (ITIL Continual Service Improvement) (ITIL Service Strategy) A measurement of the expected benefit of an investment. In the simplest sense, it is the net profit of an investment divided by the net worth of the assets invested. See also net present value; value on investment.
  502. return to normal :  (ITIL Service Design) The phase of an IT service continuity plan during which full normal operations are resumed. For example, if an alternative data centre has been in use, then this phase will bring the primary data centre back into operation, and restore the ability to invoke IT service continuity plans again.
  503. review :  An evaluation of a change, problem, process, project etc. Reviews are typically carried out at predefined points in the lifecycle, and especially after closure. The purpose of a review is to ensure that all deliverables have been provided, and to identify opportunities for improvement. See also change evaluation; post-implementation review.
  504. rights :  (ITIL Service Operation) Entitlements, or permissions, granted to a user or role - for example, the right to modify particular data, or to authorize a change.
  505. risk :  A possible event that could cause harm or loss, or affect the ability to achieve objectives. A risk is measured by the probability of a threat, the vulnerability of the asset to that threat, and the impact it would have if it occurred. Risk can also be defined as uncertainty of outcome, and can be used in the context of measuring the probability of positive outcomes as well as negative outcomes.
  506. risk assessment :  The initial steps of risk management: analysing the value of assets to the business, identifying threats to those assets, and evaluating how vulnerable each asset is to those threats. Risk assessment can be quantitative (based on numerical data) or qualitative.
  507. risk management :  The process responsible for identifying, assessing and controlling risks. Risk management is also sometimes used to refer to the second part of the overall process after risks have been identified and assessed, as in 'risk assessment and management'. This process is not described in detail within the core ITIL publications. See also risk assessment.
  508. role :  A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles - for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
  509. root cause :  (ITIL Service Operation) The underlying or original cause of an incident or problem.
  510. root cause analysis (RCA) :  (ITIL Service Operation) An activity that identifies the root cause of an incident or problem. Root cause analysis typically concentrates on IT infrastructure failures. See also service failure analysis.
  511. running costs :  See operational costs.
  512. Sarbanes-Oxley (SOX) :  US law that regulates financial practice and corporate governance.
  513. scalability :  The ability of an IT service, process, configuration item etc. to perform its agreed function when the workload or scope changes.
  514. scope :  The boundary or extent to which a process, procedure, certification, contract etc. applies. For example, the scope of change management may include all live IT services and related configuration items; the scope of an ISO/IEC 20000 certificate may include all IT services delivered out of a named data centre.
  515. second-line support :  (ITIL Service Operation) The second level in a hierarchy of support groups involved in the resolution of incidents and investigation of problems. Each level contains more specialist skills, or has more time or other resources.
  516. security :  See information security management.
  517. security management :  See information security management.
  518. security management information system (SMIS) :  (ITIL Service Design) A set of tools, data and information that is used to support information security management. The security management information system is part of the information security management system. See also service knowledge management system.
  519. security policy :  See information security policy.
  520. separation of concerns (SoC) :  An approach to designing a solution or IT service that divides the problem into pieces that can be solved independently. This approach separates what is to be done from how it is to be done.
  521. server :  (ITIL Service Operation) A computer that is connected to a network and provides software functions that are used by other computers.
  522. service :  A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. The term 'service' is sometimes used as a synonym for core service, IT service or service package. See also utility; warranty.
  523. service acceptance criteria (SAC) :  (ITIL Service Transition) A set of criteria used to ensure that an IT service meets its functionality and quality requirements and that the IT service provider is ready to operate the new IT service when it has been deployed. See also acceptance.
  524. service analytics :  (ITIL Service Strategy) A technique used in the assessment of the business impact of incidents. Service analytics models the dependencies between configuration items, and the dependencies of IT services on configuration items.
  525. service asset :  Any resource or capability of a service provider. See also asset.
  526. service asset and configuration management (SACM) :  (ITIL Service Transition) The process responsible for ensuring that the assets required to deliver services are properly controlled, and that accurate and reliable information about those assets is available when and where it is needed. This information includes details of how the assets have been configured and the relationships between assets. See also configuration management system.
  527. service capacity management (SCM) :  (ITIL Continual Service Improvement) (ITIL Service Design) The sub-process of capacity management responsible for understanding the performance and capacity of IT services. Information on the resources used by each IT service and the pattern of usage over time are collected, recorded and analysed for use in the capacity plan. See also business capacity management; component capacity management.
  528. service catalogue :  (ITIL Service Design) (ITIL Service Strategy) A database or structured document with information about all live IT services, including those available for deployment. The service catalogue is part of the service portfolio and contains information about two types of IT service: customer-facing services that are visible to the business; and supporting services required by the service provider to deliver customer-facing services. See also customer agreement portfolio; service catalogue management.
  529. service catalogue management :  (ITIL Service Design) The process responsible for providing and maintaining the service catalogue and for ensuring that it is available to those who are authorized to access it.
  530. service change :  See change.
  531. service charter :  (ITIL Service Design) (ITIL Service Strategy) A document that contains details of a new or changed service. New service introductions and significant service changes are documented in a charter and authorized by service portfolio management. Service charters are passed to the service design lifecycle stage where a new or modified service design package will be created. The term charter is also used to describe the act of authorizing the work required by each stage of the service lifecycle with respect to the new or changed service. See also change proposal; service portfolio; service catalogue.
  532. service continuity management :  See IT service continuity management.
  533. service contract :  (ITIL Service Strategy) A contract to deliver one or more IT services. The term is also used to mean any agreement to deliver IT services, whether this is a legal contract or a service level agreement. See also customer agreement portfolio.
  534. service culture :  A customer-oriented culture. The major objectives of a service culture are customer satisfaction and helping customers to achieve their business objectives.
  535. service design :  (ITIL Service Design) A stage in the lifecycle of a service. Service design includes the design of the services, governing practices, processes and policies required to realize the service provider's strategy and to facilitate the introduction of services into supported environments. Service design includes the following processes: design coordination, service catalogue management, service level management, availability management, capacity management, IT service continuity management, information security management, and supplier management.
  536.  
  537. Although these processes are associated with service design, most processes have activities that take place across multiple stages of the service lifecycle. See also design.
  538. service design package (SDP) :  (ITIL Service Design) Document(s) defining all aspects of an IT service and its requirements through each stage of its lifecycle. A service design package is produced for each new IT service, major change or IT service retirement.
  539. service desk :  (ITIL Service Operation) The single point of contact between the service provider and the users. A typical service desk manages incidents and service requests, and also handles communication with the users.
  540. service failure analysis (SFA) :  (ITIL Service Design) A technique that identifies underlying causes of one or more IT service interruptions. Service failure analysis identifies opportunities to improve the IT service provider's processes and tools, and not just the IT infrastructure. It is a time- constrained, project-like activity, rather than an ongoing process of analysis.
  541. service hours :  (ITIL Service Design) An agreed time period when a particular IT service should be available. For example, 'Monday-Friday 08:00 to 17:00 except public holidays'.
  542.  
  543. Service hours should be defined in a service level agreement.
  544. service improvement plan (SIP) :  (ITIL Continual Service Improvement) A formal plan to implement improvements to a process or IT service.
  545. service knowledge management system (SKMS) :  (ITIL Service Transition) A set of tools and databases that is used to manage knowledge, information and data. The service knowledge management system includes the configuration management system, as well as other databases and information systems. The service knowledge management system includes tools for collecting, storing, managing, updating, analysing and presenting all the knowledge, information and data that an IT service provider will need to manage the full lifecycle of IT services. See also knowledge management.
  546. service level :  Measured and reported achievement against one or more service level targets. The term is sometimes used informally to mean service level target.
  547. service level agreement (SLA) :  (ITIL Continual Service Improvement) (ITIL Service Design) An agreement between an IT service provider and a customer. A service level agreement describes the IT service, documents service level targets, and specifies the responsibilities of the IT service provider and the customer. A single agreement may cover multiple IT services or multiple customers. See also operational level agreement.
  548. service level management (SLM) :  (ITIL Service Design) The process responsible for negotiating achievable service level agreements and ensuring that these are met. It is responsible for ensuring that all IT service management processes, operational level agreements and underpinning contracts are appropriate for the agreed service level targets. Service level management monitors and reports on service levels, holds regular service reviews with customers, and identifies required improvements.
  549. service level package (SLP) :  See service option.
  550. service level requirement (SLR) :  (ITIL Continual Service Improvement) (ITIL Service Design) A customer requirement for an aspect of an IT service. Service level requirements are based on business objectives and used to negotiate agreed service level targets.
  551. service level target :  (ITIL Continual Service Improvement) (ITIL Service Design) A commitment that is documented in a service level agreement. Service level targets are based on service level requirements, and are needed to ensure that the IT service is able to meet business objectives. They should be SMART, and are usually based on key performance indicators.
  552. service lifecycle :  An approach to IT service management that emphasizes the importance of coordination and control across the various functions, processes and systems necessary to manage the full lifecycle of IT services. The service lifecycle approach considers the strategy, design, transition, operation and continual improvement of IT services. Also known as service management lifecycle.
  553. service maintenance objective (SMO) :  (ITIL Service Operation) The expected time that a configuration item will be unavailable due to planned maintenance activity.
  554. service management :  A set of specialized organizational capabilities for providing value to customers in the form of services.
  555. service management lifecycle :  See service lifecycle.
  556. service manager :  A generic term for any manager within the service provider. Most commonly used to refer to a business relationship manager, a process manager or a senior manager with responsibility for IT services overall.
  557. service model :  (ITIL Service Strategy) A model that shows how service assets interact with customer assets to create value. Service models describe the structure of a service (how the configuration items fit together) and the dynamics of the service (activities, flow of resources and interactions). A service model can be used as a template or blueprint for multiple services.
  558. service operation :  (ITIL Service Operation) A stage in the lifecycle of a service. Service operation coordinates and carries out the activities and processes required to deliver and manage services at agreed levels to business users and customers. Service operation also manages the technology that is used to deliver and support services. Service operation includes the following processes: event management, incident management, request fulfilment, problem management, and access management. Service operation also includes the following functions: service desk, technical management, IT operations management, and application management.
  559.  
  560. Although these processes and functions are associated with service operation, most processes and functions have activities that take place across multiple stages of the service lifecycle. See also operation.
  561. service option :  (ITIL Service Design) (ITIL Service Strategy) A choice of utility and warranty offered to customers by a core service or service package. Service options are sometimes referred to as service level packages.
  562. service owner :  (ITIL Service Strategy) A role responsible for managing one or more services throughout their entire lifecycle. Service owners are instrumental in the development of service strategy and are responsible for the content of the service portfolio. See also business relationship management.
  563. service package :  (ITIL Service Strategy) Two or more services that have been combined to offer a solution to a specific type of customer need or to underpin specific business outcomes. A service package can consist of a combination of core services, enabling services and enhancing services. A service package provides a specific level of utility and warranty. Customers may be offered a choice of utility and warranty through one or more service options. See also IT service.
  564. service pipeline :  (ITIL Service Strategy) A database or structured document listing all IT services that are under consideration or development, but are not yet available to customers. The service pipeline provides a business view of possible future IT services and is part of the service portfolio that is not normally published to customers.
  565. service portfolio :  (ITIL Service Strategy) 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. See also customer agreement portfolio; service portfolio management.
  566. service portfolio management (SPM) :  (ITIL Service Strategy) The process responsible for managing the service portfolio. Service portfolio management ensures that the service provider has the right mix of services to meet required business outcomes at an appropriate level of investment. Service portfolio management considers services in terms of the business value that they provide.
  567. service potential :  (ITIL Service Strategy) The total possible value of the overall capabilities and resources of the IT service provider.
  568. service provider :  (ITIL Service Strategy) An organization supplying services to one or more internal customers or external customers. Service provider is often used as an abbreviation for IT service provider. See also Type I service provider; Type II service provider; Type III service provider.
  569. service provider interface (SPI) :  (ITIL Service Strategy) An interface between the IT service provider and a user, customer, business process or supplier. Analysis of service provider interfaces helps to coordinate end-to-end management of IT services.
  570. service reporting :  (ITIL Continual Service Improvement) Activities that produce and deliver reports of achievement and trends against service levels. The format, content and frequency of reports should be agreed with customers.
  571. service request :  (ITIL Service Operation) A formal request from a user for something to be provided - for example, a request for information or advice; to reset a password; or to install a workstation for a new user. Service requests are managed by the request fulfilment process, usually in conjunction with the service desk. Service requests may be linked to a request for change as part of fulfilling the request.
  572. service sourcing :  (ITIL Service Strategy) The strategy and approach for deciding whether to provide a service internally, to outsource it to an external service provider, or to combine the two approaches. Service sourcing also means the execution of this strategy. See also insourcing; internal service provider; outsourcing.
  573. service strategy :  (ITIL Service Strategy) A stage in the lifecycle of a service. Service strategy defines the perspective, position, plans and patterns that a service provider needs to execute to meet an organization's business outcomes. Service strategy includes the following processes: strategy management for IT services, service portfolio management, financial management for IT services, demand management, and business relationship management. Although these processes are associated with service strategy, most processes have activities that take place across multiple stages of the service lifecycle.
  574. service transition :  (ITIL Service Transition) A stage in the lifecycle of a service. Service transition ensures that new, modified or retired services meet the expectations of the business as documented in the service strategy and service design stages of the lifecycle. Service transition includes the following processes: transition planning and support, change management, service asset and configuration management, release and deployment management, service validation and testing, change evaluation, and knowledge management. Although these processes are associated with service transition, most processes have activities that take place across multiple stages of the service lifecycle. See also transition.
  575. service validation and testing :  (ITIL Service Transition) The process responsible for validation and testing of a new or changed IT service. Service validation and testing ensures that the IT service matches its design specification and will meet the needs of the business.
  576. service valuation :  (ITIL Service Strategy) A measurement of the total cost of delivering an IT service, and the total value to the business of that IT service. Service valuation is used to help the business and the IT service provider agree on the value of the IT service.
  577. serviceability :  (ITIL Continual Service Improvement) (ITIL Service Design) The ability of a third-party supplier to meet the terms of its contract. This contract will include agreed levels of reliability, maintainability and availability for a configuration item.
  578. seven-step improvement process :  (ITIL Continual Service Improvement) The process responsible for defining and managing the steps needed to identify, define, gather, process, analyse, present and implement improvements. The performance of the IT service provider is continually measured by this process and improvements are made to processes, IT services and IT infrastructure in order to increase efficiency, effectiveness and cost effectiveness.
  579.  
  580. Opportunities for improvement are recorded and managed in the CSI register.
  581. shared service unit :  See Type II service provider.
  582. shift :  (ITIL Service Operation) A group or team of people who carry out a specific role for a fixed period of time. For example, there could be four shifts of IT operations control personnel to support an IT service that is used 24 hours a day.
  583. simulation modelling :  (ITIL Continual Service Improvement) (ITIL Service Design) A technique that creates a detailed model to predict the behaviour of an IT service or other configuration item. A simulation model is often created by using the actual configuration items that are being modelled with artificial workloads or transactions. They are used in capacity management when accurate results are important. A simulation model is sometimes called a performance benchmark. See also analytical modelling; modelling.
  584. single point of contact :  (ITIL Service Operation) Providing a single consistent way to communicate with an organization or business unit. For example, a single point of contact for an IT service provider is usually called a service desk.
  585. single point of failure (SPOF) :  (ITIL Service Design) Any configuration item that can cause an incident when it fails, and for which a countermeasure has not been implemented. A single point of failure may be a person or a step in a process or activity, as well as a component of the IT infrastructure. See also failure.
  586. SLAM chart :  (ITIL Continual Service Improvement) A service level agreement monitoring chart is used to help monitor and report achievements against service level targets. A SLAM chart is typically colour-coded to show whether each agreed service level target has been met, missed or nearly missed during each of the previous 12 months.
  587. SMART :  (ITIL Continual Service Improvement) (ITIL Service Design) An acronym for helping to remember that targets in service level agreements and project plans should be specific, measurable, achievable, relevant and time-bound.
  588. snapshot :  (ITIL Continual Service Improvement) (ITIL Service Transition) The current state of a configuration item, process or any other set of data recorded at a specific point in time. Snapshots can be captured by discovery tools or by manual techniques such as an assessment. See also baseline; benchmark.
  589. software asset management (SAM) :  (ITIL Service Transition) The process responsible for tracking and reporting the use and ownership of software assets throughout their lifecycle. Software asset management is part of an overall service asset and configuration management process. This process is not described in detail within the core ITIL publications.
  590. source :  See service sourcing.
  591. specification :  A formal definition of requirements. A specification may be used to define technical or operational requirements, and may be internal or external. Many public standards consist of a code of practice and a specification. The specification defines the standard against which an organization can be audited.
  592. stakeholder :  A person who has an interest in an organization, project, IT service etc. Stakeholders may be interested in the activities, targets, resources or deliverables. Stakeholders may include customers, partners, employees, shareholders, owners etc. See also RACI.
  593. standard :  A mandatory requirement. Examples include ISO/IEC 20000 (an international standard), an internal security standard for Unix configuration, or a government standard for how financial records should be maintained. The term is also used to refer to a code of practice or specification published by a standards organization such as ISO or BSI. See also guideline.
  594. standard change :  (ITIL Service Transition) A pre-authorized change that is low risk, relatively common and follows a procedure or work instruction - for example, a password reset or provision of standard equipment to a new employee.
  595.  
  596. Requests for change are not required to implement a standard change, and they are logged and tracked using a different mechanism, such as a service request. See also change model.
  597. standard operating procedures (SOP) :  (ITIL Service Operation) Procedures used by IT operations management.
  598. standby :  (ITIL Service Design) Used to refer to resources that are not required to deliver the live IT services, but are available to support IT service continuity plans. For example, a standby data centre may be maintained to support hot standby, warm standby or cold standby arrangements.
  599. statement of requirements (SOR) :  (ITIL Service Design) A document containing all requirements for a product purchase, or a new or changed IT service. See also terms of reference.
  600. status :  The name of a required field in many types of record. It shows the current stage in the lifecycle of the associated configuration item, incident, problem etc.
  601. status accounting :  (ITIL Service Transition) The activity responsible for recording and reporting the lifecycle of each configuration item.
  602. storage management :  (ITIL Service Operation) The process responsible for managing the storage and maintenance of data throughout its lifecycle.
  603. strategic :  (ITIL Service Strategy) The highest of three levels of planning and delivery (strategic, tactical, operational). Strategic activities include objective setting and long-term planning to achieve the overall vision.
  604. strategic asset :  (ITIL Service Strategy) Any asset that provides the basis for core competence, distinctive performance or sustainable competitive advantage, or which allows a business unit to participate in business opportunities. Part of service strategy is to identify how IT can be viewed as a strategic asset rather than an internal administrative function.
  605. strategy :  (ITIL Service Strategy) A strategic plan designed to achieve defined objectives.
  606. strategy management for IT services :  (ITIL Service Strategy) The process responsible for defining and maintaining an organization's perspective, position, plans and patterns with regard to its services and the management of those services. Once the strategy has been defined, strategy management for IT services is also responsible for ensuring that it achieves its intended business outcomes.
  607. super user :  (ITIL Service Operation) A user who helps other users, and assists in communication with the service desk or other parts of the IT service provider. Super users are often experts in the business processes supported by an IT service and will provide support for minor incidents and training.
  608. supplier :  (ITIL Service Design) (ITIL Service Strategy) A third party responsible for supplying goods or services that are required to deliver IT services. Examples of suppliers include commodity hardware and software vendors, network and telecom providers, and outsourcing organizations. See also supply chain; underpinning contract.
  609. supplier and contract management information system (SCMIS) :  (ITIL Service Design) A set of tools, data and information that is used to support supplier management. See also service knowledge management system.
  610. supplier management :  (ITIL Service Design) The process responsible for obtaining value for money from suppliers, ensuring that all contracts and agreements with suppliers support the needs of the business, and that all suppliers meet their contractual commitments. See also supplier and contract management information system.
  611. supply chain :  (ITIL Service Strategy) The activities in a value chain carried out by suppliers. A supply chain typically involves multiple suppliers, each adding value to the product or service. See also value network.
  612. support group :  (ITIL Service Operation) A group of people with technical skills. Support groups provide the technical support needed by all of the IT service management processes. See also technical management.
  613. support hours :  (ITIL Service Design) (ITIL Service Operation) The times or hours when support is available to the users. Typically these are the hours when the service desk is available. Support hours should be defined in a service level agreement, and may be different from service hours. For example, service hours may be 24 hours a day, but the support hours may be 07:00 to 19:00.
  614. supporting service :  (ITIL Service Design) An IT service that is not directly used by the business, but is required by the IT service provider to deliver customer-facing services (for example, a directory service or a backup service).
  615.  
  616. Supporting services may also include IT services only used by the IT service provider. All live supporting services, including those available for deployment, are recorded in the service catalogue along with information about their relationships to customer-facing services and other CIs.
  617. SWOT analysis :  (ITIL Continual Service Improvement) A technique that reviews and analyses the internal strengths and weaknesses of an organization and the external opportunities and threats that it faces. SWOT stands for strengths, weaknesses, opportunities and threats.
  618. system :  A number of related things that work together to achieve an overall objective. For example:
  619. • A computer system including hardware, software and applications
  620. • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together - for example, a quality management system
  621. • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
  622. system management :  The part of IT service management that focuses on the management of IT infrastructure rather than process.
  623. tactical :  The middle of three levels of planning and delivery (strategic, tactical, operational). Tactical activities include the medium-term plans required to achieve specific objectives, typically over a period of weeks to months.
  624. technical management :  (ITIL Service Operation) The function responsible for providing technical skills in support of IT services and management of the IT infrastructure. Technical management defines the roles of support groups, as well as the tools, processes and procedures required.
  625. technical observation (TO) :  (ITIL Continual Service Improvement) (ITIL Service Operation) A technique used in service improvement, problem investigation and availability management. Technical support staff meet to monitor the behaviour and performance of an IT service and make recommendations for improvement.
  626. technical support :  See technical management.
  627. tension metrics :  (ITIL Continual Service Improvement) A set of related metrics, in which improvements to one metric have a negative effect on another. Tension metrics are designed to ensure that an appropriate balance is achieved.
  628. terms of reference (TOR) :  (ITIL Service Design) A document specifying the requirements, scope, deliverables, resources and schedule for a project or activity.
  629. test :  (ITIL Service Transition) An activity that verifies that a configuration item, IT service, process etc. meets its specification or agreed requirements. See also acceptance; service validation and testing.
  630. test environment :  (ITIL Service Transition) A controlled environment used to test configuration items, releases, IT services, processes etc.
  631. third party :  A person, organization or other entity that is not part of the service provider's own organization and is not a customer - for example, a software supplier or a hardware maintenance company. Requirements for third parties are typically specified in contracts that underpin service level agreements. See also underpinning contract.
  632. third-line support :  (ITIL Service Operation) The third level in a hierarchy of support groups involved in the resolution of incidents and investigation of problems. Each level contains more specialist skills, or has more time or other resources.
  633. threat :  A threat is anything that might exploit a vulnerability. Any potential cause of an incident can be considered a threat. For example, a fire is a threat that could exploit the vulnerability of flammable floor coverings. This term is commonly used in information security management and IT service continuity management, but also applies to other areas such as problem and availability management.
  634. threshold :  The value of a metric that should cause an alert to be generated or management action to be taken. For example, 'Priority 1 incident not solved within four hours', 'More than five soft disk errors in an hour', or 'More than 10 failed changes in a month'.
  635. throughput :  (ITIL Service Design) A measure of the number of transactions or other operations performed in a fixed time - for example, 5,000 e-mails sent per hour, or 200 disk I/Os per second.
  636. total cost of ownership (TCO) :  (ITIL Service Strategy) A methodology used to help make investment decisions. It assesses the full lifecycle cost of owning a configuration item, not just the initial cost or purchase price. See also total cost of utilization.
  637. total cost of utilization (TCU) :  (ITIL Service Strategy) A methodology used to help make investment and service sourcing decisions. Total cost of utilization assesses the full lifecycle cost to the customer of using an IT service. See also total cost of ownership.
  638. total quality management (TQM) :  (ITIL Continual Service Improvement) A methodology for managing continual improvement by using a quality management system. Total quality management establishes a culture involving all people in the organization in a process of continual monitoring and improvement.
  639. transaction :  A discrete function performed by an IT service - for example, transferring money from one bank account to another. A single transaction may involve numerous additions, deletions and modifications of data. Either all of these are completed successfully or none of them is carried out.
  640. transfer cost :  (ITIL Service Strategy) A cost type which records expenditure made on behalf of another part of the organization. For example, the IT service provider may pay for an external consultant to be used by the finance department and transfer the cost to them. The IT service provider would record this as a transfer cost.
  641. transition :  (ITIL Service Transition) A change in state, corresponding to a movement of an IT service or other configuration item from one lifecycle status to the next.
  642. transition planning and support :  (ITIL Service Transition) The process responsible for planning all service transition processes and coordinating the resources that they require.
  643. trend analysis :  (ITIL Continual Service Improvement) Analysis of data to identify time-related patterns. Trend analysis is used in problem management to identify common failures or fragile configuration items, and in capacity management as a modelling tool to predict future behaviour. It is also used as a management tool for identifying deficiencies in IT service management processes.
  644. tuning :  The activity responsible for planning changes to make the most efficient use of resources. Tuning is most commonly used in the context of IT services and components. Tuning is part of capacity management, which also includes performance monitoring and implementation of the required changes.
  645.  
  646. Tuning is also called optimization, particularly in the context of processes and other non- technical resources.
  647. Type I service provider :  (ITIL Service Strategy) An internal service provider that is embedded within a business unit. There may be several Type I service providers within an organization.
  648. Type II service provider :  (ITIL Service Strategy) An internal service provider that provides shared IT services to more than one business unit. Type II service providers are also known as shared service units.
  649. Type III service provider :  (ITIL Service Strategy) A service provider that provides IT services to external customers.
  650. underpinning contract (UC) :  (ITIL Service Design) A contract between an IT service provider and a third party. The third party provides goods or services that support delivery of an IT service to a customer. The underpinning contract defines targets and responsibilities that are required to meet agreed service level targets in one or more service level agreements.
  651. unit cost :  (ITIL Service Strategy) The cost to the IT service provider of providing a single component of an IT service. For example, the cost of a single desktop PC, or of a single transaction.
  652. urgency :  (ITIL Service Design) (ITIL Service Transition) A measure of how long it will be until an incident, problem or change has a significant impact on the business. For example, a high-impact incident may have low urgency if the impact will not affect the business until the end of the financial year. Impact and urgency are used to assign priority.
  653. usability :  (ITIL Service Design) The ease with which an application, product or IT service can be used. Usability requirements are often included in a statement of requirements.
  654. use case :  (ITIL Service Design) A technique used to define required functionality and objectives, and to design tests. Use cases define realistic scenarios that describe interactions between users and an IT service or other system.
  655. user :  A person who uses the IT service on a day- to-day basis. Users are distinct from customers, as some customers do not use the IT service directly.
  656. user profile (UP) :  (ITIL Service Strategy) A pattern of user demand for IT services. Each user profile includes one or more patterns of business activity.
  657. utility :  (ITIL Service Strategy) The functionality offered by a product or service to meet a particular need. Utility can be summarized as 'what the service does', and can be used to determine whether a service is able to meet its required outcomes, or is 'fit for purpose'. The business value of an IT service is created by the combination of utility and warranty. See also service validation and testing.
  658. validation :  (ITIL Service Transition) An activity that ensures a new or changed IT service, process, plan or other deliverable meets the needs of the business. Validation ensures that business requirements are met even though these may have changed since the original design. See also acceptance; qualification; service validation and testing; verification.
  659. value chain :  (ITIL Service Strategy) A sequence of processes that creates a product or service that is of value to a customer. Each step of the sequence builds on the previous steps and contributes to the overall product or service. See also value network.
  660. value for money :  An informal measure of cost effectiveness. Value for money is often based on a comparison with the cost of alternatives. See also cost benefit analysis.
  661. value network :  (ITIL Service Strategy) A complex set of relationships between two or more groups or organizations. Value is generated through exchange of knowledge, information, goods or services. See also partnership; value chain.
  662. value on investment (VOI) :  (ITIL Continual Service Improvement) A measurement of the expected benefit of an investment. Value on investment considers both financial and intangible benefits. See also return on investment.
  663. variable cost :  (ITIL Service Strategy) A cost that depends on how much the IT service is used, how many products are produced, the number and type of users, or something else that cannot be fixed in advance.
  664. variance :  The difference between a planned value and the actual measured value. Commonly used in financial management, capacity management and service level management, but could apply in any area where plans are in place.
  665. verification :  (ITIL Service Transition) An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification. See also acceptance; validation; service validation and testing.
  666. verification and audit :  (ITIL Service Transition) The activities responsible for ensuring that information in the configuration management system is accurate and that all configuration items have been identified and recorded. Verification includes routine checks that are part of other processes - for example, verifying the serial number of a desktop PC when a user logs an incident. Audit is a periodic, formal check.
  667. version :  (ITIL Service Transition) A version is used to identify a specific baseline of a configuration item. Versions typically use a naming convention that enables the sequence or date of each baseline to be identified. For example, payroll application version 3 contains updated functionality from version 2.
  668. vision :  A description of what the organization intends to become in the future. A vision is created by senior management and is used to help influence culture and strategic planning. See also mission.
  669. vital business function (VBF) :  (ITIL Service Design) Part of a business process that is critical to the success of the business. Vital business functions are an important consideration of business continuity management, IT service continuity management and availability management.
  670. vulnerability :  A weakness that could be exploited by a threat - for example, an open firewall port, a password that is never changed, or a flammable carpet. A missing control is also considered to be a vulnerability.
  671. warm standby :  See intermediate recovery.
  672. warranty :  (ITIL Service Strategy) Assurance that a product or service will meet agreed requirements. This may be a formal agreement such as a service level agreement or contract, or it may be a marketing message or brand image. Warranty refers to the ability of a service to be available when needed, to provide the required capacity, and to provide the required reliability in terms of continuity and security. Warranty can be summarized as 'how the service is delivered', and can be used to determine whether a service is 'fit for use'. The business value of an IT service is created by the combination of utility and warranty. See also service validation and testing.
  673. work in progress (WIP) :  A status that means activities have started but are not yet complete. It is commonly used as a status for incidents, problems, changes etc.
  674. work instruction :  A document containing detailed instructions that specify exactly what steps to follow to carry out an activity. A work instruction contains much more detail than a procedure and is only created if very detailed instructions are needed.
  675. work order :  A formal request to carry out a defined activity. Work orders are often used by change management and by release and deployment management to pass requests to technical management and application management functions.
  676. workaround :  (ITIL Service Operation) Reducing or eliminating the impact of an incident or problem for which a full resolution is not yet available - for example, by restarting a failed configuration item. Workarounds for problems are documented in known error records. Workarounds for incidents that do not have associated problem records are documented in the incident record.
  677. workload :  The resources required to deliver an identifiable part of an IT service. Workloads may be categorized by users, groups of users, or functions within the IT service. This is used to assist in analysing and managing the capacity, performance and utilization of configuration items and IT services. The term is sometimes used as a synonym for throughput.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement