Get a first look at what's coming. The Developer Passport Australia Release Preview kicks off March 12. Dive in! 

CMDB Data Attributes for Service Offering

Kelli Fellows
Tera Contributor

We are maturing our Service Offerings.  Are there standard data requirements for service offerings in CMDB?  We are in a crawl phase, so I am looking for the minimum viable data to start. Thanks!

1 ACCEPTED SOLUTION

Fabian Kunzke
Mega Sage

Hey Kelli,

 

The short answer is no. But i will try to give you my best answer on this topic.

 

First, what is an actual Service Offering, especially compared to a service. Think of it as a accurate stage. I like to compare it to a menu in a restaurant. Your service is the menu, your offering is the menu item (Note: This as some limits, so don't dive too deep into this analogy).

 

Based on that, your service offering needs 2 things: A service it is connected to and also a understandable, ideally unique name (having a naming concept in mind for this is always a good idea).

 

Further, the service offering should also have an owner (someone who is responsible for it) and i would also recommend having a support group in place (Note: The support group is automatically inherited by the service itself - so is the owner). And as with menu items in a restaurant menu, everything else depends on your needs. Most also place a business criticality on offerings to differentiate between what's important and what isn't.

 

Next steps:

- Setting availability (who is it available to) to make sure users can only report on what they are allowed to use

- Setting commitments (availability etc.)

- Relationships to service instance (how is it delivered)

 

Hope this helps guiding you towards a good baseline. As always with CSDM, start simple, complexity will follow on its own.

 

Regards,

Fabian

View solution in original post

1 REPLY 1

Fabian Kunzke
Mega Sage

Hey Kelli,

 

The short answer is no. But i will try to give you my best answer on this topic.

 

First, what is an actual Service Offering, especially compared to a service. Think of it as a accurate stage. I like to compare it to a menu in a restaurant. Your service is the menu, your offering is the menu item (Note: This as some limits, so don't dive too deep into this analogy).

 

Based on that, your service offering needs 2 things: A service it is connected to and also a understandable, ideally unique name (having a naming concept in mind for this is always a good idea).

 

Further, the service offering should also have an owner (someone who is responsible for it) and i would also recommend having a support group in place (Note: The support group is automatically inherited by the service itself - so is the owner). And as with menu items in a restaurant menu, everything else depends on your needs. Most also place a business criticality on offerings to differentiate between what's important and what isn't.

 

Next steps:

- Setting availability (who is it available to) to make sure users can only report on what they are allowed to use

- Setting commitments (availability etc.)

- Relationships to service instance (how is it delivered)

 

Hope this helps guiding you towards a good baseline. As always with CSDM, start simple, complexity will follow on its own.

 

Regards,

Fabian