Difference between revisions of "ITIL practices"

From CNM Wiki
Jump to: navigation, search
(→‎Everyone-involved practice)
 
(69 intermediate revisions by the same user not shown)
Line 1: Line 1:
−
The [[ITIL practices]] are the [[practice]]s that the  
+
The [[ITIL practices]] are those [[practice]]s that the [[ITIL]] framework recognizes as ''practices''. The ''ITIL'' definitions may differ from the others. According to the [[ITIL Foundation 4e by Axelos]],<blockquote>A practice is a set of organizational resources designed for performing work or accomplishing an objective.</blockquote>
 +
In the [[ITIL]] universe, each practice supports multiple activities of the [[ITIL service value chain]] and includes resources based on the [[four dimensions of service management]].
  
−
Continual Improvement
 
−
● The purpose of the continual improvement practice is to align the organization's practices ang services with changing business needs through the ongoing identification and improvement of services, service components, practices or any element involved in the efficient and effective management of products and services.
 
−
 
  
−
● What is Practice?
+
==Trivia==
−
o A practice is a set of organizational resources designed for performing work or accomplishing an objective.
+
===Everyone-involved-in practice===
−
o Each practice:
+
:According to the [[service value system]] developed by [[AXELOS Limited]], everyone should be involved in the [[continual improvement practice]]. Because of that, this practice caps not only the ''general management practices'' it belongs to, but also all the other practices.
−
▪ Supports multiple service value chain activities
+
 
−
▪ Includes resources based on the [[four dimensions of service management]]
 
 
===Categories===
 
===Categories===
−
:*General management practices
+
:*[[#General Management Practices|General Management Practices]], which are adopted/adapted for service management from general business.
−
:*Service management practices
+
:*[[#Service Management Practices|Service Management Practices]], which are specific to [[service management]] and [[ITSM]].
−
:*Technical management practices
+
:*[[#Technical Management Practices|Technical Management Practices]], which are adopted/adapted for service management from technology management.
−
+
 
−
General Management Practices
+
==General Management Practices==
−
● General Management Practices
+
General management practices have been adopted/adapted for service management from general business management domains.
−
o General management practices have been adopted/adapted for service management from general business management domains.
+
 
−
o There are 15 General Management Practices:
+
===15 practices===
−
▪ ** Continual Improvement
+
:There are 15 general management practices:
−
▪ * Information Security Management
+
:#'''To understand''' according to [[Bloom's taxonomy]] for the [[ITIL 4 Foundation]] exam:
−
▪ * Relationship Management
+
:#*[[Continual improvement practice]]
−
▪ * Supplier Management
+
:#'''To recall''' according to [[Bloom's taxonomy]] for the [[ITIL 4 Foundation]] exam:
−
▪ Architecture Management
+
:#*[[Information security management practice]].
−
▪ Knowledge Management
+
:#*[[Relationship management practice]].
−
▪ Measure and Reporting
+
:#*[[Supplier management practice]].
−
▪ Portfolio Management
+
:#'''Not covered''' by the [[ITIL 4 Foundation]] exam:
−
▪ Organizational Change Management
+
:#*[[Architecture management practice]].
−
▪ Project Management
+
:#*[[Knowledge management practice]].
−
▪ Risk Management
+
:#*[[Measurement and reporting]].
−
▪ Service Financial Management
+
:#*[[Portfolio management practice]].
−
▪ Strategy Management
+
:#*[[Organizational change management practice]].
−
▪ Workforce and Talent Management
+
:#*[[Project management practice]].
−
o Practices with (**) must be known in-depth for the exam
+
:#*[[Risk management practice]].
−
o Practices with (*) are recall only
+
:#*[[Service financial management practice]].
−
o Practices without a (**) or (*) are not covered by the exam
+
:#*[[Strategy management practice]].
−
● ** Continual Improvement
+
:#*[[Workforce and talent management practice]].
−
o The purpose of the continual improvement practice is to align the organization's practices ang services with changing business needs through the ongoing identification and improvement of services, service components, practices or any element involved in the efficient and effective management of products and services.
+
 
−
o Key activities:
+
===Continual Improvement===
−
▪ Encouraging continual improvement across the organization
+
:''Main wikipage: [[Continual improvement practice]]
−
▪ Securing time and budget for continual improvement
+
 
−
▪ Identifying and logging improvement opportunities
+
:The purpose of the [[continual improvement practice]] is to align the organization's practices and services with changing business needs through the ongoing identification and improvement of services, service components, practices or any element involved in the efficient and effective management of products and services.
−
▪ Assessing and prioritizing improvement opportunities
+
 
−
▪ Making business cases for improvement action
+
===Information Security Management===
−
▪ Planning and implementing improvements
+
:''Main wikipage: [[Information security management practice]]''
−
▪ Measuring and evaluating improvement results
+
 
−
▪ Coordinating improvement activities across the organization
+
:The purpose of the [[information security management practice]] is to protect the information needed by the organization to conduct its business.
−
+
 
−
o A continual improvement register (CIR) is a database or structured document to track and manage improvement ideas from identification through to final action.
+
===Relationship Management===
−
+
:''Main wikipage: [[Relationship management practice]]''
−
● * Information Security Management
+
 
−
o The purpose of the information security management practice is to protect the information needed by the organization to conduct its business.
+
:The purpose of the relationship management practice is to establish and nurture the links between the organization and its stakeholders at strategic and tactical levels.
−
o Includes understanding and managing risks to:
+
 
−
▪ Confidentiality
+
===Supplier Management===
−
▪ Integrity
+
:''Main wikipage: [[Supplier management practice]]''
−
▪ Availability
+
 
−
▪ Authentication
+
:The purpose of the supplier management practice is to ensure the organization's suppliers and their performance are managed appropriately to support the provision of seamless, quality products, services and components.
−
▪ Non-repudiation
+
 
−
● * Relationship Management
+
==Service Management Practices==
−
o The purpose of the relationship management practice is to establish and nurture the links between the organization and its stakeholders at strategic and tactical levels.
+
Service management practices have been developed in service management and [[IT service management]] ([[ITSM]]) industries.
−
+
 
−
● * Supplier Management
+
===17 practices===
−
o The purpose of the supplier management practice is to ensure the organization's suppliers and their performance are managed appropriately to support the provision of seamless, quality products, services and components.
+
:There are 17 service management practices:
−
o This can include creating closes, more collaborative relationships with key suppliers to uncover and realize new value and reduce risk of failure.
+
:#'''To understand''' according to [[Bloom's taxonomy]] for the [[ITIL 4 Foundation]] exam:
−
   
+
:#*[[Change control practice]].
−
Service Management Practices
+
:#*[[Incident management]].
−
● Service Management Practices
+
:#*[[Problem management practice]].
−
o Service management practices have been developed in service management and IT service management (ITSM) industries.
+
:#*[[Service desk]].  
−
o There are 17 General Management Practices:
+
:#*[[Service level management practice]].
−
▪ ** Change Control
+
:#*[[Service request management practice]].
−
▪ ** Incident Management
+
:#'''To recall''' according to [[Bloom's taxonomy]] for the [[ITIL 4 Foundation]] exam:
−
▪ ** Problem Management
+
:#*[[IT asset management practice]].  
−
▪ ** Service Desk
+
:#*[[Monitoring and event management practice]].  
−
▪ ** Service Level Management
+
:#*[[Release management practice]].
−
▪ ** Service Request Management
+
:#*[[Service configuration management practice]].
−
▪ * IT Asset Management
+
:#*[[Service continuity management practice]].  
−
▪ * Monitoring and Event Management
+
:#'''Not covered''' by the [[ITIL 4 Foundation]] exam:
−
▪ * Release Management
+
:#*[[Availability management practice]].
−
▪ * Service Configuration Management
+
:#*[[Business analysis practice]].
−
▪ * Service Continuity Management
+
:#*[[Capacity and performance management practice]].
−
▪ Availability Management
+
:#*[[Service catalogue management practice]].
−
▪ Business Analysis
+
:#*[[Service design practice]].
−
▪ Capacity and Performance Management
+
:#*[[Service validation and testing practice]].
−
▪ Service Catalogue Management
+
 
−
▪ Service Design
+
===Change Control===
−
▪ Service Validation and Testing
+
:''Main wikipage: [[Change control practice]]''
−
o Practices with (**) must be known in-depth for the exam
+
 
−
o Practices with (*) are recall only
+
:A [[change]] is the addition, modification, or removal of anything that could have a direct or indirect effect on IT services. The purpose of the change control practice is to maximize the number of successful IT changes by ensuring that risks have been properly assessed, authorizing changes to proceed, and managing the change schedule.
−
o Practices without a (**) or (*) are not covered by the exam
+
 
−
● Change Control
+
===Incident Management===
−
o The purpose of the change control practice is to maximize the number of successful IT changes by ensuring that risks have been properly assessed, authorizing changes to proceed, and managing the change schedule.
+
:''Main wikipage: [[Incident management]]''
−
+
 
−
o The scope of change control is defined by each organization. It will typically include all IT infrastructure, applications, documentation, processes, supplier relationships and anything else that might directly or indirectly impact a product or service.
+
:An [[incident]] is an unplanned interruption to a service, or reduction in the quality of service. The purpose of the [[incident management]] is to minimize the negative impact of incidents by restoring normal service operation as quickly as possible.
−
o A change is the addition, modification, or removal of anything that could have a direct or indirect effect on IT services.
+
 
−
▪ Standard
+
===Problem Management===
−
● Pre-authorized
+
:''Main wikipage: [[Problem management practice]]''
−
● Implement without additional authorization
+
 
−
▪ Normal
+
:A [[problem]] is a cause, or potential cause, of one or more [[incident]]s. The purpose of the [[problem management practice]] is to reduce the likelihood and impact of incidents by identifying actual and potential causes of incidents, and managing workarounds and known errors.
−
● Authorization based on change type
+
 
−
● Low-risk, someone who can make rapid decisions
+
===Service Desk===
−
● Very major
+
:''Main wikipage: [[Service desk]]''
−
▪ Emergency
+
 
−
● Expedited assessment and authority
+
:The purpose of the service desk practice is to capture demand for incident resolution and service requests. It should also be the entry point/single point of contact for the service provider with all of its users.
−
● May be separate change authority
+
 
−
o The person or group who authorizes a change is known as a change authority.
+
===Service Level Management===
−
▪ In high velocity organizations, it is a common practice to decentralize change approval, making the peer review a top predictor of high performance
+
:''Main wikipage: [[Service level management practice]]''
−
o The change schedule is used to help plan changes, assist in communication, avoid conflicts and assign resources.
+
 
−
● Incident Management
+
:The purpose of the service level management practice is to set clear business-based targets for service performance, so that the delivery of a service can be properly assessed, monitored and managed against these targets.
−
o The purpose of the incident management practice is to minimize the negative impact of incidents by restoring normal service operation as quickly as possible.
+
 
−
▪ An incident is an unplanned interruption to a service, or reduction in the quality of service.
+
===Service Request Management===
−
+
:''Main wikipage: [[Service request management practice]]''
−
● Incidents should be logged.
+
 
−
● Incidents should be managed to meet agreed target resolution times.
+
:A [[service request]] is a request from a [[user]] or a user's authorized representative that initiates a service action which has been agreed as a normal part of service delivery. The purpose of the service request management practice is to support the agreed quality of a service by handling all agreed user-initiated service requests in an effective and user-friendly manner.
−
● Incidents should be prioritized.
+
 
−
o Design the incident management practice appropriately for different types of incidents
+
===IT Asset Management===
−
▪ Incidents based on different impact
+
:''Main wikipage: [[IT asset management practice]]''
−
▪ Major incidents
+
 
−
▪ Information security incidents
+
:An [[IT asset]] is any valuable component that can contribute to delivery of an IT product or service. The purpose of the IT asset management practice is to plan and manage the full lifecycle of all IT assets, to help the organization.
−
o Prioritize incidents
+
 
−
▪ Based on agreed classification
+
===Monitoring and Event Management===
−
▪ Ensure incidents with highest business impact are resolved first
+
:''Main wikipage: [[Monitoring and event management practice]]''
−
o Use a robust tool to log and manage incidents
+
 
−
▪ Link to configuration items, changes, problems, known errors and other knowledge
+
:An [[event]] is any change of state that has significance for the management of a [[configuration item]] ([[CI]]) or IT service. The purpose of the monitoring and event management practice is to systematically observe a service or service component, and record and report selected changes of state identified as events.
−
▪ Provide incident matching to other incidents, problems or known errors
+
 
−
o Incidents may be escalated to a support team for resolution. The routing is typically based on the incident category. Anyone working on an incident should provide quality, timely updates. Incident management requires a high level of collaboration within and between teams.
+
===Release Management===
−
o Some organizations use a technique called swarming to help manage incidents. This involves many different stakeholders working together initially, until it becomes very clear which of them is best placed to continue and which can move on to other tasks.
+
:''Main wikipage: [[Release management practice]]''
−
▪ Collaboration can facilitate information sharing and learning as well as helping to solve the incident more efficiently and effectively.
+
 
−
+
:The purpose of the release management practice is to make new and changed services and features available for use.
−
● Problem Management
+
 
−
o The purpose of the problem management practice is to reduce the likelihood and impact of incidents by identifying actual and potential causes of incidents, and managing workarounds and known errors.
+
===Service Configuration Management===
−
▪ A problem is a cause, or potential cause, of one or more incidents
+
:''Main wikipage: [[Service configuration management practice]]''
−
▪ A known error is a problem that has been analyzed and has not been resolved.
+
 
−
o A workaround is a solution that reduces or eliminates the impact of an incident or problem for which a full resolution is not yet available. Some workarounds reduce the likelihood of incidents.
+
:A [[configuration item]] ([[CI]]) is any component that needs to be managed in order to deliver an IT service. The purpose of service configuration management practice is to ensure that accurate and reliable information about the configuration of services, and the Cis that support them, is available when and where it is needed.
−
▪ Workarounds are documented in problem records
+
 
−
  ▪ Workarounds can be done at any stage, it doesn't need to wait for analysis to be complete
+
===Service Continuity Management===
−
▪ If a workaround has been documented early in problem control, then this should be reviewed and improved after problem analysis is complete
+
:''Main wikipage: [[Service continuity management practice]].
−
o Problem Management interacts with:
+
 
−
▪ Incident management
+
==Technical Management Practices==
−
▪ Risk management
+
Technical management practices have been adapted from technology management domains for service management purposes by expanding or shifting their focus from technology solutions to IT services.
−
▪ Change control
+
 
−
▪ Knowledge management
+
===3 practices===
−
▪ Continual improvement
+
:There are 3 technical management practices:
−
+
:#'''To recall''' according to [[Bloom's taxonomy]] for the [[ITIL 4 Foundation]] exam:
−
● Service Desk
+
:#*[[Deployment management practice]].
−
o The purpose of the service desk practice is to capture demand for incident resolution and service requests. It should also be the entry point/single point of contact for the service provider with all of its users.
+
:#'''Not covered''' by the [[ITIL 4 Foundation]] exam:
−
o With increased automation and the gradual removal of technical debt, the focus of the service desk is to provide support for 'people and business' rather than simple technical issues.
+
:#*[[Infrastructure and platform management practice]].
−
▪ Major influence on user experience and how the service provider is perceived by users
+
:#*[[Software development and management practice]].
−
▪ Practical understanding of the wider organization – the empathetic link between the service provider and users
+
 
−
▪ The service desk can focus on excellent customer experience when personal contact is needed
+
===Deployment Management===
−
▪ Support and development teams need to work in close collaboration with the service desk
+
:''Main wikipage: [[Deployment management practice]]''
−
+
 
−
o Supporting technologies for a centralized service desk
+
:The purpose of the deployment management practice is to move new or changed hardware, software, documentation, processes, or any other component to live environments. It may also be involved in deploying components to other environments for testing or staging.
−
▪ Intelligent telephony systems
 
−
▪ Workflow systems
 
−
▪ Workforce management/resource planning systems
 
−
▪ Knowledge base
 
−
▪ Call recording and quality control
 
−
▪ Remote access tools
 
−
▪ Dashboard and monitoring tools
 
−
▪ Configuration management systems
 
−
o A virtual service desk allows agents to work from multiple, geographically-dispersed locations. It requires more sophisticated technology, allowing access from multiple locations and complex routing and escalation.
 
−
o The service desk may not need to be highly technical, although some are.
 
−
 
−
● Service Level Management
 
−
o The purpose of the service level management practice is to set clear business-based targets for service performance, so that the delivery of a service can be properly assessed, monitored and managed against these targets.
 
−
o Provides the end to end visibility of the organization's services:
 
−
▪ Establishes a shared view of the services and target service levels with customers
 
−
▪ Collects, analyzes, stores and reports relevant metrics to ensure service levels are met
 
−
▪ Performs service reviews to ensure the current services continue to meet the organization and its customers' needs
 
−
▪ Captures and reports on service issues including performance against defined service levels
 
−
o A service level agreement (SLA) is a documented agreement between a service provider and a customer that identifies services required and the expected level of service.
 
−
▪ SLA is a tool to measure the performance of services from the customer's point of view.
 
−
▪ Key requirements for successful SLAs:
 
−
● Related to a defined service
 
−
● Should relate to defined outcomes, not just operational metrics
 
−
● Should reflect an agreement between the service provider and the service consumer
 
−
● Must be simply written and easy to understand for all parties
 
−
o Interacts with:
 
−
▪ Relationship management
 
−
▪ Business liaison
 
−
▪ Supplier management
 
−
 
−
▪ Business analysis
 
−
▪ Skills and competencies
 
−
o Information Sources:
 
−
▪ Customer engagement
 
−
● Initial listening
 
−
● Discovery and information capture
 
−
● Measurement and ongoing process discussions
 
−
● Asking simple open-ended questions
 
−
▪ Customer feedback
 
−
● Surveys
 
−
● Key business-related measures
 
−
▪ Operational metrics
 
−
▪ Business metrics
 
−
• Service Request Management
 
−
o The purpose of the service request management practice is to support the agreed quality of a service by handling all agreed user-initiated service requests in an effective and user-friendly manner.
 
−
o Service requests are pre-defined and pre-agreed and can usually be formalized with clear, standard procedures.
 
−
 
−
o Service requests are a normal part of service delivery, not a failure or degradation of service, which are handled as incidents.
 
−
o A service request is a request from a user or a user's authorized representative that initiates a service action that has been agreed as a normal part of service delivery.
 
−
§ Fulfilment of service requests may include changes to services or their components; usually these are standard changes.
 
−
o Some examples of a service request:
 
−
§ Request for a service delivery action
 
−
§ Request for information
 
−
§ Request for provision of a resource or service
 
−
§ Request access to a resource or service
 
−
§ Feedback, compliments and complaints
 
−
o Service requests and their fulfilment should be standardized and automated to the greatest degree possible,
 
−
o Opportunities for improvement should be identified and implemented to produce faster fulfilment times and take additional advantage of automation.
 
−
o Policies should be established regarding what service requests will be fulfilled with limited or even no additional approvals so that fulfilment can be streamlined.
 
−
o The expectations of users regarding fulfilment times should be clearly set, based on what the organization can realistically deliver.
 
−
o Policies and workflows are needed to redirect service requests that should actually be managed as incidents or changes.
 
−
o Some service requests require authorization according to financial, information security or other policies.
 
−
o Service request management depends on well-designed processes and procedures, which are operationalized through tracking and automation tools.
 
−
o Service requests may have simple workflows or quite complex workflows
 
−
o Steps to fulfill requests should be well-known and proven
 
−
o The service provider can agree to fulfillment times and provide clear status communication to users
 
−
o Some service requests can provide a self-service experience – completely fulfilled with automation
 
−
o Leverage existing workflow models whenever possible to improve efficiency and maintainability.
 
−
 
−
● IT Asset Management
 
−
o The purpose of the IT asset management practice is to plan and manage the full lifecycle of all IT assets, to help the organization
 
−
▪ Maximize value
 
−
▪ Control costs
 
−
▪ Manage risks
 
−
▪ Support decision-making about purchase, reuse and retirement of assets
 
−
▪ Meet regulatory and contractual requirements
 
−
o An IT asset is any valuable component that can contribute to delivery of an IT product or service
 
−
● Monitoring and Event Management
 
−
o The purpose of the monitoring and event management practice is to systematically observe a service or service component, and record and report selected changes of state identified as events.
 
−
o This practice identifies and prioritizes infrastructure, services, business processes and information security events, and establishes the appropriate response to those events, including responding to conditions that could lead to potential faults or incidents.
 
−
o An event is any change of state that has significance for the management of a configuration item (CI) or IT service.
 
−
● Release Management
 
−
o The purpose of the release management practice is to make new and changed services and features available for use.
 
−
 
−
● Service Configuration Management
 
−
o The purpose of service configuration management practice is to ensure that accurate and reliable information about the configuration of services, and the Cis that support them, is available when and where it is needed.
 
−
o A configuration item (CI) is any component that needs to be managed in order to deliver an IT service.
 
−
 
−
Technical Practices
 
−
● Technical Management Practices
 
−
o Technical management practices have been adapted from technology management domains for service management purposes by expanding or shifting their focus from technology solutions to IT services.
 
−
o There are 3 Technical Management Practices:
 
−
▪ * Deployment Management
 
−
▪ Infrastructure and Platform Management
 
−
▪ Software Development and Management
 
−
o Practices with (*) is recall only
 
−
o Practices without a (*) is not covered by the exam
 
−
● Deployment Management
 
−
o The purpose of the deployment management practice is to move new or changed hardware, software, documentation, processes, or any other component to live environments. It may also be involved in deploying components to other environments for testing or staging.
 

Latest revision as of 18:42, 30 December 2020

The ITIL practices are those practices that the ITIL framework recognizes as practices. The ITIL definitions may differ from the others. According to the ITIL Foundation 4e by Axelos,

A practice is a set of organizational resources designed for performing work or accomplishing an objective.

In the ITIL universe, each practice supports multiple activities of the ITIL service value chain and includes resources based on the four dimensions of service management.


Trivia

Everyone-involved-in practice

According to the service value system developed by AXELOS Limited, everyone should be involved in the continual improvement practice. Because of that, this practice caps not only the general management practices it belongs to, but also all the other practices.

Categories

General Management Practices

General management practices have been adopted/adapted for service management from general business management domains.

15 practices

There are 15 general management practices:
  1. To understand according to Bloom's taxonomy for the ITIL 4 Foundation exam:
  2. To recall according to Bloom's taxonomy for the ITIL 4 Foundation exam:
  3. Not covered by the ITIL 4 Foundation exam:

Continual Improvement

Main wikipage: Continual improvement practice
The purpose of the continual improvement practice is to align the organization's practices and services with changing business needs through the ongoing identification and improvement of services, service components, practices or any element involved in the efficient and effective management of products and services.

Information Security Management

Main wikipage: Information security management practice
The purpose of the information security management practice is to protect the information needed by the organization to conduct its business.

Relationship Management

Main wikipage: Relationship management practice
The purpose of the relationship management practice is to establish and nurture the links between the organization and its stakeholders at strategic and tactical levels.

Supplier Management

Main wikipage: Supplier management practice
The purpose of the supplier management practice is to ensure the organization's suppliers and their performance are managed appropriately to support the provision of seamless, quality products, services and components.

Service Management Practices

Service management practices have been developed in service management and IT service management (ITSM) industries.

17 practices

There are 17 service management practices:
  1. To understand according to Bloom's taxonomy for the ITIL 4 Foundation exam:
  2. To recall according to Bloom's taxonomy for the ITIL 4 Foundation exam:
  3. Not covered by the ITIL 4 Foundation exam:

Change Control

Main wikipage: Change control practice
A change is the addition, modification, or removal of anything that could have a direct or indirect effect on IT services. The purpose of the change control practice is to maximize the number of successful IT changes by ensuring that risks have been properly assessed, authorizing changes to proceed, and managing the change schedule.

Incident Management

Main wikipage: Incident management
An incident is an unplanned interruption to a service, or reduction in the quality of service. The purpose of the incident management is to minimize the negative impact of incidents by restoring normal service operation as quickly as possible.

Problem Management

Main wikipage: Problem management practice
A problem is a cause, or potential cause, of one or more incidents. The purpose of the problem management practice is to reduce the likelihood and impact of incidents by identifying actual and potential causes of incidents, and managing workarounds and known errors.

Service Desk

Main wikipage: Service desk
The purpose of the service desk practice is to capture demand for incident resolution and service requests. It should also be the entry point/single point of contact for the service provider with all of its users.

Service Level Management

Main wikipage: Service level management practice
The purpose of the service level management practice is to set clear business-based targets for service performance, so that the delivery of a service can be properly assessed, monitored and managed against these targets.

Service Request Management

Main wikipage: Service request management practice
A service request is a request from a user or a user's authorized representative that initiates a service action which has been agreed as a normal part of service delivery. The purpose of the service request management practice is to support the agreed quality of a service by handling all agreed user-initiated service requests in an effective and user-friendly manner.

IT Asset Management

Main wikipage: IT asset management practice
An IT asset is any valuable component that can contribute to delivery of an IT product or service. The purpose of the IT asset management practice is to plan and manage the full lifecycle of all IT assets, to help the organization.

Monitoring and Event Management

Main wikipage: Monitoring and event management practice
An event is any change of state that has significance for the management of a configuration item (CI) or IT service. The purpose of the monitoring and event management practice is to systematically observe a service or service component, and record and report selected changes of state identified as events.

Release Management

Main wikipage: Release management practice
The purpose of the release management practice is to make new and changed services and features available for use.

Service Configuration Management

Main wikipage: Service configuration management practice
A configuration item (CI) is any component that needs to be managed in order to deliver an IT service. The purpose of service configuration management practice is to ensure that accurate and reliable information about the configuration of services, and the Cis that support them, is available when and where it is needed.

Service Continuity Management

Main wikipage: Service continuity management practice.

Technical Management Practices

Technical management practices have been adapted from technology management domains for service management purposes by expanding or shifting their focus from technology solutions to IT services.

3 practices

There are 3 technical management practices:
  1. To recall according to Bloom's taxonomy for the ITIL 4 Foundation exam:
  2. Not covered by the ITIL 4 Foundation exam:

Deployment Management

Main wikipage: Deployment management practice
The purpose of the deployment management practice is to move new or changed hardware, software, documentation, processes, or any other component to live environments. It may also be involved in deploying components to other environments for testing or staging.
Retrieved from "https://pravka.bskol.com/w/index.php?title=ITIL_practices&oldid=70291"