Checklist Service Portfolio: Difference between revisions

From IT Process Wiki
mNo edit summary
No edit summary
Line 17: Line 17:




The Service Portfolio represents a complete list of the services managed by the service provider.
The ''Service Portfolio'' represents a complete list of the services managed by the service provider.


Some of these services are visible to the customers (Business Services, defined by SLAs), while others are not (Infrastructure Services, defined by OLAs or UCs).
Some of these services are visible to the customers (Business Services, whose level of service is defined by [[Checklist SLA OLA UC|SLAs]]), while others are not (Infrastructure Services, whose level of service is defined by [[Checklist SLA OLA UC|OLAs or UCs]]).


The Service Portfolio contains present contractual commitments, new service development, and retired services. It also includes third-party Infrastructure Services which are an integral part of the service offerings to customers.
The Service Portfolio contains present contractual commitments, new service development, and retired services. It also includes third-party Infrastructure Services which are an integral part of the service offerings to customers.
Line 25: Line 25:
The Service Portfolio is divided into three sections: Service Pipeline, Active Services (Service Catalogue), and Retired Services. Services should be clustered according to Lines of Service based on common business activities they support. Only active services are visible to customers.
The Service Portfolio is divided into three sections: Service Pipeline, Active Services (Service Catalogue), and Retired Services. Services should be clustered according to Lines of Service based on common business activities they support. Only active services are visible to customers.


Rather than maintaining one single document, it is advisable to create a hierarchical structure of linked documents, or to use a dedicated database or application in order to manage the Service Portfolio. Ideally, the Service Portfolio is part of the CMS.
Rather than maintaining one single document, it is advisable to create a hierarchical structure of linked documents, or to use a dedicated database or application in order to manage the Service Portfolio. Ideally, the Service Portfolio is part of the [[Checklist CMS CMDB|CMS]].




Line 39: Line 39:
# Customers currently using this service
# Customers currently using this service
# Contacts and procedures for signing up to the service
# Contacts and procedures for signing up to the service
## e.g. contact details of the responsible Service Level Manager
## e.g. contact details of the responsible [[Roles within ITIL V3#Service Level Manager|Service Level Manager]]
## Procedure for signing up
## Procedure for signing up
# Description/ desired customer outcome
# Description/ desired customer outcome
Line 57: Line 57:
### Required Infrastructure Services (Infrastructure Services on which this service depends)
### Required Infrastructure Services (Infrastructure Services on which this service depends)
### Supported services (other services which depend on this service)
### Supported services (other services which depend on this service)
## Components/ Configuration Items (major CIs like on which this service depends)
## Components/ [[Checklist CMS CMDB|Configuration Items]] (major CIs like on which this service depends)
# Planned changes to the service (if any)
# Planned changes to the service (if any)
## References to relevant plans (e.g. Service Strategy Plan, Service Improvement Plan)
## References to relevant plans (e.g. Service Strategy Plan, [[Checklist Service Improvement Plan SIP|Service Improvement Plan]])
## Business case/ cost-benefit analysis
## Business case/ cost-benefit analysis
## Priority of the envisaged change
## Priority of the envisaged change

Revision as of 12:03, 29 August 2011

<seo metakeywords="service portfolio template, service portfolio checklist, service portfolio example" metadescription="Service Portfolio Template. The Service Portfolio represents a complete list of the services managed by the service provider. ..." />

DE - ES - Checklist Service Portfolio - Service Portfolio Templatediese Seite auf Deutschesta página en español
DE - ES - Checklist Service Portfolio - Service Portfolio Template


ITIL Process: ITIL V3 Service Strategy - Service Portfolio Management

Checklist Category: Checklists ITIL V3 Service Strategy

Source: Checklist "Service Portfolio" from the ITIL Process Map V3



The Service Portfolio represents a complete list of the services managed by the service provider.

Some of these services are visible to the customers (Business Services, whose level of service is defined by SLAs), while others are not (Infrastructure Services, whose level of service is defined by OLAs or UCs).

The Service Portfolio contains present contractual commitments, new service development, and retired services. It also includes third-party Infrastructure Services which are an integral part of the service offerings to customers.

The Service Portfolio is divided into three sections: Service Pipeline, Active Services (Service Catalogue), and Retired Services. Services should be clustered according to Lines of Service based on common business activities they support. Only active services are visible to customers.

Rather than maintaining one single document, it is advisable to create a hierarchical structure of linked documents, or to use a dedicated database or application in order to manage the Service Portfolio. Ideally, the Service Portfolio is part of the CMS.


For each service the Service Portfolio defines:


  1. Name
  2. Current status (e.g. „Pipeline“, “Active (Service Catalogue)“, „Retired“)
  3. Service Type
    1. Business Service (visible to the customer) or Infrastructure Service (invisible to the customer, used as a building block for Business Services)
    2. Internal/ external: Internally provided service or a service sourced from an external service supplier
  4. Service Owner (responsibility for service provisioning)
  5. Customers currently using this service
  6. Contacts and procedures for signing up to the service
    1. e.g. contact details of the responsible Service Level Manager
    2. Procedure for signing up
  7. Description/ desired customer outcome
    1. Business justification (value added from a business point of view)
    2. Business processes/ activities on the customer side supported by the service
    3. Desired outcome in terms of utility (example: “Field staff can access enterprise applications xxx and yyy without being constrained by location or time”)
    4. Desired outcome in terms of warranty (example: “Access is facilitated worldwide in a secure and reliable manner”)
  8. Offerings and packages, variations
    1. e.g. different Service Level packages on offer
    2. e.g. different coverage of time zones
    3. e.g. different coverage of geographical regions
  9. Costs and pricing
    1. Available pricing schemes for the service provision
    2. Rules for penalties/ charge backs
  10. Dependencies
    1. Services
      1. Required Infrastructure Services (Infrastructure Services on which this service depends)
      2. Supported services (other services which depend on this service)
    2. Components/ Configuration Items (major CIs like on which this service depends)
  11. Planned changes to the service (if any)
    1. References to relevant plans (e.g. Service Strategy Plan, Service Improvement Plan)
    2. Business case/ cost-benefit analysis
    3. Priority of the envisaged change
    4. Risks associated with the envisaged change
    5. Time schedule and status information
  12. References to further documents
  13. Glossary