Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "EGI Process-specific Requirements"

From EGIWiki
Jump to navigation Jump to search
(Created page with "{{ITSM_menubar}} {{ITSM_process_menubar}} {{TOC_right}} <br> This page is providing process-specific requirements. <br> {| class="wikitable" |- | colspan="2" | '''No'''...")
 
Line 11: Line 11:
{| class="wikitable"
{| class="wikitable"
|-
|-
| colspan="2" | '''No'''<br>  
| '''No'''<br>  
| '''Description'''<br>  
| '''Description'''<br>  
| '''Status'''<br>  
| '''Status'''<br>  
| '''Add information'''<br>
| '''Add information'''<br>
|-
|-
| colspan="5" | '''PR1 Service Portfolio Management (SPM)'''<br>
| colspan="4" | '''PR1 Service Portfolio Management (SPM)'''<br>
|-
|-
| 1.1<br>
| 1.1<br>  
| <br>
| A service portfolio shall be maintained. All services shall be specified as part of the service portfolio.<br>  
| A service portfolio shall be maintained. All services shall be specified as part of the service portfolio.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 1.2<br>
| 1.2<br>  
| <br>
| Design and transition of new or changed services shall be planned. <br>  
| Design and transition of new or changed services shall be planned. <br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 1.3<br>
| 1.3<br>  
| <br>
| Plans for the design and transition of new or changed services shall consider timescales, responsibilities, new or changed technology, communication and service acceptance criteria.<br>  
| Plans for the design and transition of new or changed services shall consider timescales, responsibilities, new or changed technology, communication and service acceptance criteria.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 1.4<br>
| 1.4<br>  
| <br>
| The organisational structure supporting the delivery of services shall be identified, including a potential federation structure as well as contact points for all parties involved.<br>  
| The organisational structure supporting the delivery of services shall be identified, including a potential federation structure as well as contact points for all parties involved.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR2 Service Level Management (SLM)'''<br>
| colspan="4" | '''PR2 Service Level Management (SLM)'''<br>
|-
|-
| 2.1<br>
| 2.1<br>  
| <br>
| A service catalogue shall be maintained.<br>  
| A service catalogue shall be maintained.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.2
| 2.2  
| <br>
| For all services delivered to customers, SLAs shall be in place.<br>  
| For all services delivered to customers, SLAs shall be in place.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.3
| 2.3  
| <br>
| SLAs shall be reviewed at planned intervals.<br>  
| SLAs shall be reviewed at planned intervals.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.4
| 2.4  
| <br>
| Service performance shall be evaluated against service targets defined in SLAs.<br>  
| Service performance shall be evaluated against service targets defined in SLAs.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.5
| 2.5  
| <br>
| For supporting services or service components provided by federation members or groups be longing to the same organisation as the service provider or external suppliers, OLAs and UAs shall be agreed.<br>  
| For supporting services or service components provided by federation members or groups be longing to the same organisation as the service provider or external suppliers, OLAs and UAs shall be agreed.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.6
| 2.6  
| <br>
| OLAs and UAs shall be reviewed at planned intervals.<br>  
| OLAs and UAs shall be reviewed at planned intervals.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 2.7
| 2.7  
| <br>
| Performance of service components shall be evaluated against operational targets defined in OLAs and UAs.<br>  
| Performance of service components shall be evaluated against operational targets defined in OLAs and UAs.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR3 Service Reporting Management (SRM)'''
| colspan="4" | '''PR3 Service Reporting Management (SRM)'''
|-
|-
| 3.1<br>
| 3.1<br>  
| <br>
| The specification of each service report shall include its identity, purpose, audience, frequency, content, format and method of delivery.<br>  
| The specification of each service report shall include its identity, purpose, audience, frequency, content, format and method of delivery.<br>
|
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 3.2<br>
| 3.2<br>  
| <br>
| Service reports shall be specified and agreed with their recipients.<br>  
| Service reports shall be specified and agreed with their recipients.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 3.3<br>
| 3.3<br>  
| <br>
| Service reports shall be produced. Service reporting shall include performance against agreed targets, information about significant events and detected nonconformities.  
| Service reports shall be produced. Service reporting shall include performance against agreed targets, information about significant events and detected nonconformities.
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR4 Service Availability &amp; Continuity Management (SACM)'''
| colspan="4" | '''PR4 Service Availability &amp; Continuity Management (SACM)'''
|-
|-
| 4.1<br>
| 4.1<br>  
| <br>
| Service availability and continuity requirements shall be identified taking into consideration SLAs.<br>  
| Service availability and continuity requirements shall be identified taking into consideration SLAs.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 4.2<br>
| 4.2<br>  
| <br>
| Service availability and continuity plans shall be created and maintained.<br>  
| Service availability and continuity plans shall be created and maintained.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 4.3<br>
| 4.3<br>  
| <br>
| Service availability and continuity planning shall consider measures to reduce the probability and impact of identified availability and continuity risks.<br>  
| Service availability and continuity planning shall consider measures to reduce the probability and impact of identified availability and continuity risks.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 4.4<br>
| 4.4<br>  
| <br>
| Availability of services and service components shall be monitored.<br>  
| Availability of services and service components shall be monitored.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR5 Capacity Management (CAPM)'''<br>
| colspan="4" | '''PR5 Capacity Management (CAPM)'''<br>
|-
|-
| 5.1<br>
| 5.1<br>  
| <br>
| Service capacity and performance requirements shall be identified taking into consideration SLAs.<br>  
| Service capacity and performance requirements shall be identified taking into consideration SLAs.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 5.2<br>
| 5.2<br>  
| <br>
| Capacity plans shall be created and maintained.<br>  
| Capacity plans shall be created and maintained.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 5.3<br>
| 5.3<br>  
| <br>
| Capacity planning shall consider human, technical and financial resources.<br>  
| Capacity planning shall consider human, technical and financial resources.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 5.4<br>
| 5.4<br>  
| <br>
| Performance of services and service components shall be monitored based on monitoring the degree of capacity utilisation and identifying operational warnings and <br>exceptions.<br>  
| Performance of services and service components shall be monitored based on monitoring the degree of capacity utilisation and identifying operational warnings and <br>exceptions.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR6 Information Security Management (ISM)'''<br>
| colspan="4" | '''PR6 Information Security Management (ISM)'''<br>
|-
|-
| 6.1<br>
| 6.1<br>  
| <br>
| Information security policies shall be defined.<br>  
| Information security policies shall be defined.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 6.2
| 6.2  
| <br>
| Physical, technical and organizational information security controls shall be implemented to reduce the probability and impact of identified information security risks.<br>  
| Physical, technical and organizational information security controls shall be implemented to reduce the probability and impact of identified information security risks.<br>
|  
| style="background-color: green;" | <br>
| <br>
| <br>
|-
|-
| 6.3
| 6.3  
| <br>
| Information security policies and controls shall be reviewed at planned intervals.<br>  
| Information security policies and controls shall be reviewed at planned intervals.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 6.4
| 6.4  
| <br>
| Information security events and incidents shall be given an appropriate priority and managed accordingly.<br>  
| Information security events and incidents shall be given an appropriate priority and managed accordingly.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 6.5
| 6.5  
| <br>
| Access control, including provisioning of access rights, for information-processing systems and services shall be carried out in a consistent manner.<br>  
| Access control, including provisioning of access rights, for information-processing systems and services shall be carried out in a consistent manner.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR7 Customer Relationship Management (CRM)'''<br>
| colspan="4" | '''PR7 Customer Relationship Management (CRM)'''<br>
|-
|-
| 7.1<br>
| 7.1<br>  
| <br>
| Service customers shall be identified.<br>  
| Service customers shall be identified.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 7.2
| 7.2  
| <br>
| For each customer, there shall be a designated contact responsible for managing the customer relationship and customer satisfaction.<br>  
| For each customer, there shall be a designated contact responsible for managing the customer relationship and customer satisfaction.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 7.3
| 7.3  
| <br>
| Communication mechanisms with customers shall be established.<br>  
| Communication mechanisms with customers shall be established.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 7.4
| 7.4  
| <br>
| Service reviews with the customers shall be conducted at planned intervals.<br>  
| Service reviews with the customers shall be conducted at planned intervals.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 7.5
| 7.5  
| <br>
| Service complaints from customers shall be managed.<br>  
| Service complaints from customers shall be managed.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 7.6
| 7.6  
| <br>
| Customer satisfaction shall be managed.<br>  
| Customer satisfaction shall be managed.<br>
|
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| colspan="5" | '''PR8 Supplier and Federation member Relationship Management (SFM)'''<br>
| colspan="4" | '''PR8 Supplier and Federation member Relationship Management (SFM)'''<br>
|-
|-
| 8.1<br>
| 8.1<br>  
| <br>
| Suppliers and federation members shall be identified.  
| Suppliers and federation members shall be identified.
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 8.2
| 8.2  
| <br>
| For each supplier and federation member, there shall be a designated contact responsible for managing the relationship with the supplier and federation member.<br>  
| For each supplier and federation member, there shall be a designated contact responsible for managing the relationship with the supplier and federation member.<br>
|  
| style="background-color: red;" | <br>
| <br>
| <br>
|-
|-
| 8.3
| 8.3  
| Communication mechanisms with suppliers and federation members shall be established.
|  
|  
| Communication mechanisms with suppliers and federation members shall be established.
| style="background-color: red;" |
|  
|  
|-
|-
| 8.4
| 8.4  
| Supplier and federation member performance shall be monitored.
|  
|  
| Supplier and federation member performance shall be monitored.
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR9 Incident &amp; Service Request Management (ISRM)'''
| colspan="4" | '''PR9 Incident &amp; Service Request Management (ISRM)'''
|-
|-
| 9.1
| 9.1  
| All incidents and service requests shall be registered, classified and prioritized in a consistent manner.
|  
|  
| All incidents and service requests shall be registered, classified and prioritized in a consistent manner.
| style="background-color: red;" |
|  
|  
|-
|-
| 9.2
| 9.2  
| Prioritization of incidents and service requests shall take into account service targets from SLAs.
|  
|  
| Prioritization of incidents and service requests shall take into account service targets from SLAs.
| style="background-color: red;" |
|  
|  
|-
|-
| 9.3
| 9.3  
| Escalation of incidents and service requests shall be carried out in a consistent manner.
|  
|  
| Escalation of incidents and service requests shall be carried out in a consistent manner.
| style="background-color: red;" |
|  
|  
|-
|-
| 9.4
| 9.4  
| Closure of incidents and service requests shall be carried out in a consistent manner.
|  
|  
| Closure of incidents and service requests shall be carried out in a consistent manner.
| style="background-color: red;" |
|  
|  
|-
|-
| 9.5
| 9.5  
|
| Personnel involved in the incident and service request management process shall have access to relevant information including known errors, workarounds, configuration and release information.<br>  
| Personnel involved in the incident and service request management process shall have access to relevant information including known errors, workarounds, configuration and release information.<br>
|
| style="background-color: red;" |
|  
|  
|-
|-
| 9.6
| 9.6  
| Users shall be kept informed of the progress of incidents and service requests they have reported.<br>
|  
|  
| Users shall be kept informed of the progress of incidents and service requests they have reported.<br>
| style="background-color: red;" |
|  
|  
|-
|-
| 9.7
| 9.7  
| There shall be a definition of major incidents and a consistent approach to managing them.
|  
|  
| There shall be a definition of major incidents and a consistent approach to managing them.
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR10 Problem Management (PM)'''
| colspan="4" | '''PR10 Problem Management (PM)'''
|-
|-
| 10.1
| 10.1  
|
| Problems shall be identified and <br>registered<br>based on analysing trends on incidents.  
| Problems shall be identified and <br>registered<br>based on analysing trends on incidents.
|
| style="background-color: red;" |
|  
|  
|-
|-
| 10.2
| 10.2  
| Problems shall be <br>investigated to identify actions to resolve them or reduce their <br>impact on the services.
|  
|  
| Problems shall be <br>investigated to identify actions to resolve them or reduce their <br>impact on the services.
| style="background-color: red;" |
|  
|  
|-
|-
| 10.3
| 10.3  
| If a problem <br>is<br>not permanently resolved, <br>a known error shall be registered <br>together with <br>actions<br>such as effective workarounds and temporary fixes.
|  
|  
| If a problem <br>is<br>not permanently resolved, <br>a known error shall be registered <br>together with <br>actions<br>such as effective workarounds and temporary fixes.
| style="background-color: red;" |
|  
|  
|-
|-
| 10.4
| 10.4  
| U<br>p<br>-<br>to<br>-<br>date information on known errors and <br>effective workarounds shall be <br>maintained.<br>
|  
|  
| U<br>p<br>-<br>to<br>-<br>date information on known errors and <br>effective workarounds shall be <br>maintained.<br>
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR11 Configuration Management (CONFM)'''
| colspan="4" | '''PR11 Configuration Management (CONFM)'''
|-
|-
| 11.1
| 11.1  
|
| Configuration item (CI) types and relationship types shall be defined.  
| Configuration item (CI) types and relationship types shall be defined.
|
| style="background-color: red;" |
|  
|  
|-
|-
| 11.2
| 11.2  
| The level of detail of configuration information recorded shall be sufficient to support effective control over CIs.
|  
|  
| The level of detail of configuration information recorded shall be sufficient to support effective control over CIs.
| style="background-color: red;" |
|  
|  
|-
|-
| 11.3
| 11.3  
| Each CI and its relationships with other CIs shall be recorded in a configuration management database (CMDB).
|  
|  
| Each CI and its relationships with other CIs shall be recorded in a configuration management database (CMDB).
| style="background-color: red;" |
|  
|  
|-
|-
| 11.4
| 11.4  
| CIs shall be controlled and changes to CIs tracked in the CMDB.
|  
|  
| CIs shall be controlled and changes to CIs tracked in the CMDB.
| style="background-color: red;" |
|  
|  
|-
|-
| 11.5
| 11.5  
|
| The information stored in the CMDB shall be verified at planned intervals.  
| The information stored in the CMDB shall be verified at planned intervals.
|
| style="background-color: red;" |
|  
|  
|-
|-
| 11.6
| 11.6  
| Before a new release into a live environment, a configuration baseline of the affected CIs shall be taken.
|  
|  
| Before a new release into a live environment, a configuration baseline of the affected CIs shall be taken.
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR12 Change Management (CHM)'''
| colspan="4" | '''PR12 Change Management (CHM)'''
|-
|-
| 12.1
| 12.1  
|
|  
|  
| style="background-color: red;" |
|
|  
|  
|-
|-
| 12.2
| 12.2  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 12.3
| 12.3  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 12.4
| 12.4  
|
|  
|  
| style="background-color: red;" |
|
|  
|  
|-
|-
| 12.5
| 12.5  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 12.6
| 12.6  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 12.7
| 12.7  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR13 Release &amp; Deployment Management (RDM)'''
| colspan="4" | '''PR13 Release &amp; Deployment Management (RDM)'''
|-
|-
| 13.1
| 13.1  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 13.2
| 13.2  
|
|  
|  
| style="background-color: red;" |
|
|  
|  
|-
|-
| 13.3
| 13.3  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 13.4
| 13.4  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 13.5
| 13.5  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 13.6
| 13.6  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| colspan="5" | '''PR14 Continual Service Improvement Management (CSI)'''
| colspan="4" | '''PR14 Continual Service Improvement Management (CSI)'''
|-
|-
| 14.1
| 14.1  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|-
|-
| 14.2
| 14.2  
|  
|  
|  
|  
| style="background-color: red;" |
|  
|  
|}
|}


[[Category:EGI_ITSM]]
[[Category:EGI_ITSM]]

Revision as of 14:43, 9 July 2015

Template:ITSM menubar

Template:ITSM process menubar



This page is providing process-specific requirements.


No
Description
Status
Add information
PR1 Service Portfolio Management (SPM)
1.1
A service portfolio shall be maintained. All services shall be specified as part of the service portfolio.

1.2
Design and transition of new or changed services shall be planned.

1.3
Plans for the design and transition of new or changed services shall consider timescales, responsibilities, new or changed technology, communication and service acceptance criteria.

1.4
The organisational structure supporting the delivery of services shall be identified, including a potential federation structure as well as contact points for all parties involved.

PR2 Service Level Management (SLM)
2.1
A service catalogue shall be maintained.

2.2 For all services delivered to customers, SLAs shall be in place.

2.3 SLAs shall be reviewed at planned intervals.

2.4 Service performance shall be evaluated against service targets defined in SLAs.

2.5 For supporting services or service components provided by federation members or groups be longing to the same organisation as the service provider or external suppliers, OLAs and UAs shall be agreed.

2.6 OLAs and UAs shall be reviewed at planned intervals.

2.7 Performance of service components shall be evaluated against operational targets defined in OLAs and UAs.

PR3 Service Reporting Management (SRM)
3.1
The specification of each service report shall include its identity, purpose, audience, frequency, content, format and method of delivery.

3.2
Service reports shall be specified and agreed with their recipients.

3.3
Service reports shall be produced. Service reporting shall include performance against agreed targets, information about significant events and detected nonconformities.
PR4 Service Availability & Continuity Management (SACM)
4.1
Service availability and continuity requirements shall be identified taking into consideration SLAs.

4.2
Service availability and continuity plans shall be created and maintained.

4.3
Service availability and continuity planning shall consider measures to reduce the probability and impact of identified availability and continuity risks.

4.4
Availability of services and service components shall be monitored.

PR5 Capacity Management (CAPM)
5.1
Service capacity and performance requirements shall be identified taking into consideration SLAs.

5.2
Capacity plans shall be created and maintained.

5.3
Capacity planning shall consider human, technical and financial resources.

5.4
Performance of services and service components shall be monitored based on monitoring the degree of capacity utilisation and identifying operational warnings and
exceptions.

PR6 Information Security Management (ISM)
6.1
Information security policies shall be defined.

6.2 Physical, technical and organizational information security controls shall be implemented to reduce the probability and impact of identified information security risks.

6.3 Information security policies and controls shall be reviewed at planned intervals.

6.4 Information security events and incidents shall be given an appropriate priority and managed accordingly.

6.5 Access control, including provisioning of access rights, for information-processing systems and services shall be carried out in a consistent manner.

PR7 Customer Relationship Management (CRM)
7.1
Service customers shall be identified.

7.2 For each customer, there shall be a designated contact responsible for managing the customer relationship and customer satisfaction.

7.3 Communication mechanisms with customers shall be established.

7.4 Service reviews with the customers shall be conducted at planned intervals.

7.5 Service complaints from customers shall be managed.

7.6 Customer satisfaction shall be managed.

PR8 Supplier and Federation member Relationship Management (SFM)
8.1
Suppliers and federation members shall be identified.
8.2 For each supplier and federation member, there shall be a designated contact responsible for managing the relationship with the supplier and federation member.

8.3 Communication mechanisms with suppliers and federation members shall be established.
8.4 Supplier and federation member performance shall be monitored.
PR9 Incident & Service Request Management (ISRM)
9.1 All incidents and service requests shall be registered, classified and prioritized in a consistent manner.
9.2 Prioritization of incidents and service requests shall take into account service targets from SLAs.
9.3 Escalation of incidents and service requests shall be carried out in a consistent manner.
9.4 Closure of incidents and service requests shall be carried out in a consistent manner.
9.5 Personnel involved in the incident and service request management process shall have access to relevant information including known errors, workarounds, configuration and release information.
9.6 Users shall be kept informed of the progress of incidents and service requests they have reported.
9.7 There shall be a definition of major incidents and a consistent approach to managing them.
PR10 Problem Management (PM)
10.1 Problems shall be identified and
registered
based on analysing trends on incidents.
10.2 Problems shall be
investigated to identify actions to resolve them or reduce their
impact on the services.
10.3 If a problem
is
not permanently resolved,
a known error shall be registered
together with
actions
such as effective workarounds and temporary fixes.
10.4 U
p
-
to
-
date information on known errors and
effective workarounds shall be
maintained.
PR11 Configuration Management (CONFM)
11.1 Configuration item (CI) types and relationship types shall be defined.
11.2 The level of detail of configuration information recorded shall be sufficient to support effective control over CIs.
11.3 Each CI and its relationships with other CIs shall be recorded in a configuration management database (CMDB).
11.4 CIs shall be controlled and changes to CIs tracked in the CMDB.
11.5 The information stored in the CMDB shall be verified at planned intervals.
11.6 Before a new release into a live environment, a configuration baseline of the affected CIs shall be taken.
PR12 Change Management (CHM)
12.1
12.2
12.3
12.4
12.5
12.6
12.7
PR13 Release & Deployment Management (RDM)
13.1
13.2
13.3
13.4
13.5
13.6
PR14 Continual Service Improvement Management (CSI)
14.1
14.2