Consume Value Stream

id 54c9996d 3a72 4bdd a530 306931efd909
Figure 1. Consume Value Stream Model

Overview

The value stream “Consume”, as shown in Consume Value Stream Model, manages the lifecycle of consuming a Digital Product. Digital Products are consumed as services and the lifecycle is managed as a Subscription to the service.

The Consume value stream covers the entire set of activities of a consumer, from selecting a Service Offer, ordering the service, fulfillment of the service, getting support, and status on the service.

The consumer can be a person internal to the business or an external customer. The Consumer can also be a system actor that on behalf of an organization consumes the service.

The Consume value stream ensures the ordered Desired Product Instance will be delivered as an Actual Product Instance within the agreed terms. The value stream is responsible for all activities needed to deliver the Actual Product Instance(s) successfully or provide support for them to Consumers.

If ordered, the Consume value stream will create or update the Service Contract. To increase its delivered value and identify areas for improvement, the value stream will also measure the consumption of the Service Contract, and assess the ongoing needs of the stakeholder. These actions support the offering, deployment, and monitoring of the Actual Product Instance, ensuring commitment to the Service Contract.

Key Stakeholder

The main stakeholder of the Consume value stream is a customer and/or consumer (human or system actor) in need of a Digital Product.

Value

The outcome of the Consume value stream is to have customers able to locate desired Digital Product service offerings, and obtain them in a timely manner as deployed and instantiated Digital Products that will be supported by the Operate value stream, according to a Service Contract.

Cross-Value Stream Dependencies

The Consume value stream depends on:

  • Release:

    • Offers are based on releases, and can only be activated after deployment of the release

    • The Consume value stream feeds the result of the deployment back into the Release value stream stage for reporting

  • Operate:

    • Fulfillment feedback of a Service Offer that resulted in an Incident and needed to be handled in the Operate value stream

Value streams that depend on the Consume value stream are:

  • Evaluate:

    • Improvements start with drivers, that are expected to arise from all seven value streams

      All value streams will capture data to ensure that the quality of the Digital Product will meet the requirements.

  • Integrate:

    • A request can be used to fulfill the setup of a test or build environment

  • Deploy:

    • A request can be used to fulfill the underlying platform setup of a needed production environment

  • Operate:

    • Actual Product Instances can be enabled, changed, or disabled by the fulfillment of the Service Offer

    • Consumption of a Service Offer can result in an Incident that needs to be handled in the Operate value stream

The Consume value stream, as shown in Consume Value Stream Details Model, is the more comprehensive view for included scenarios and detailed value stream stages for the value stream, and will be described in detail in the following sections.

id eb6fb73f89f24c7db2e7d6e2a616336d
Figure 2. Consume Value Stream Details Model

In the following sections we document the scenarios and stages of the Consume value stream:

Consume Scenarios

The Consume value stream is applicable for the following four scenarios:

Order a New Desired Product Instance Scenario

The outcome of this scenario is to look for, select, and obtain a new Actual Product Instance by means of ordering a new Desired Product Instance based on an available Service Offer; for example:

  • New Subscription

  • Stage a Build Package to an Actual Product Instance

  • Access to a business application

Order an Actual Product Instance Modification Scenario

The outcome of this scenario is to look for, select, and obtain a modification to an Actual Product Instance; for example:

  • Changing a Subscription

  • Changing an asset

  • Changing an Actual Product Instance

  • Lifecycle management actions to an Actual Product Instance (e.g., start, stop, scale up)

  • Changing access to a business application

This scenario as such will influence the usage (and chargeback) of the Actual Product Instance.

Order an Actual Product Instance Termination Scenario

The outcome of this scenario is to terminate a running Actual Product Instance; for example:

  • End a Subscription

  • Return or decommission an asset

  • Decommission an Actual Product Instance

  • End access to an application

Order an Actual Product Instance Support Scenario

The outcome of this scenario is to look for, select, and obtain support for a running Actual Product Instance; like a support request. This scenario supports omni-channel principles to get access to the desired support. Next to that, self-service concepts are used to limit the interaction flow to people and provide direct remediation.

Select an Offer Stage

Description

The purpose of the value stream stage “Select an Offer” is to help the customer to select the Digital Product Service Offers(s) best suited to their needs.

Table 1. Select an Offer Value Stream Stage

Entrance Criteria:

  • Customer searches for a Service Offer

Exit Criteria:

  • Service Offer selected

Value Item:

  • Consumption Experience channel available to the customer

  • Service Offers available to the customer

Activities:

  • May advertise across channels and making customers aware of the Digital Products

  • Shall display Service Offers to present Digital Products in a searchable form

  • Shall enable selection filtering and assessments of the best product(s) matched to customer needs

Examples of Participating Stakeholders:

  • Catalog Manager

  • Consumer

  • Product Manager

  • Release & Deployment Manager

Agree to Service Offer Stage

Description

The purpose of the value stream stage “Agree to Service Offer” is to get agreement from the customer to the terms and conditions of the Service Contract.

Table 2. Agree to Service Offer Value Stream Stage

Entrance Criteria:

  • Service Offer selected

Exit Criteria:

  • Service Contract agreed

Value Item:

  • Active Service Contract

  • Active Subscription

  • Delivery commitment

Activities:

  • Shall finalize the contractual agreement, and have the customer accept the terms and conditions of the Service Contract as part of the Service Offer and delivered Product Instance

Examples of Participating Stakeholders:

  • Business Stakeholder

  • Product Manager

  • Vendor Manager

Subscribe to Service Offer Stage

Description

The purpose of the value stream stage “Subscribe to Service Offer” is to make the Actual Product Instance, as result of the Order and Desired Product Instance, available to the customer, in such a way that the customer is able to consume the Digital Product.

Table 3. Subscribe to Service Offer Value Stream Stage

Entrance Criteria:

  • Agreed Service Contract

Exit Criteria:

  • The Actual Product Instance is ready to be consumed

  • Customer consumes the Actual Product Instance

Value Item:

  • The Actual Product Instance available to and used by the customer

Activities:

  • Shall orchestrate the Desired Product Instance fulfillment by orchestrating all necessary changes that enable the customer to consume the Digital Product

    Note: Orchestration can trigger Fulfillment Books that are also used within the Deploy value stream.

  • Shall order and deliver the Actual Product Instance and provide the customer access to the Digital Product

  • Can measure the Service Contract against the agreed terms and conditions

Examples of Participating Stakeholders:

  • Consumer

  • Product Manager

  • Service Desk Agent

  • Vendor Manager

Provide Service Support Stage

Description

The purpose of the value stream stage “Provide Service Support” is to deliver support to a consumer of an active Subscription.

Table 4. Provide Service Support Value Stream Stage

Entrance Criteria:

  • Subscription created or changed for a service

Exit Criteria:

  • Support provided

Value Item:

  • Support for Subscriptions

Activities:

  • Shall provide self-help access to knowledge related to the service

  • Shall provide a mechanism to request for help with using the service

  • Shall provide a mechanism for reporting issues

  • The service support shall provide:

    • Resolutions to reported issues

    • Escalation to the Operations team for underpinning operational issues

    • Feedback to the Development team for issues that identify product improvement opportunities

Examples of Participating Stakeholders:

  • Consumer

  • Support Specialist

  • Vendor Manager

Publish Service Status Stage

Description

The purpose of the value stream stage “Publish Service Status” is to deliver status to a consumer on an active Subscription.

Table 5. Publish Service Status Value Stream Stage

Entrance Criteria:

  • Subscription created or changed for a service

Exit Criteria:

  • Status calculated and communicated to the consumer

Value Item:

  • Status of consumed service is up-to-date

Activities:

  • Shall collect and calculate usage statistics

  • Shall provide KPI calculations on service delivery according to the Service Contract

  • Shall provide notification to the relevant service consumer to inform them if there are any ongoing service issues

  • May proactively predict if a service will have any impacting event in the future, and communicate this to the consumer

Examples of Participating Stakeholders:

  • Consumer

  • Product Manager