Should Business Applications have a related asset?

David A2
Giga Guru

Organizationally we're pretty immature in differentiating between Assets and CIs but have the automation set up to create a related hardware asset when a hardware CI is created and vice versa. We've done a little bit of financial and lifecycle tracking around these hardware assets. We're aligning ourselves pretty well with the CSDM on the CMDB end of the world, but I keep getting hung up on wondering if Business Applications should have a related asset record or not? OR is the Business Application already where we should be tracking lifecycle and financial information for an application? I don't see anything natively set up in the tool to have an asset related to a business application and we do not own the APM plugin. Should we be using application or software models?

What are the thoughts from the community?

1 ACCEPTED SOLUTION

scott_lemm
ServiceNow Employee
ServiceNow Employee

You present a good question. Forgive me for the long response:

Asset vs CI is pretty simple when we discuss physical products. In the past I would use the following to help differentiate Asset vs CI when discussing things we can touch:

find_real_file.png

Again, the above works well for physical items but not for logical. The financial data, assuming buy vs. build, is stored on a Hardware Asset and a Software Entitlement. Since the Software Entitlement asset record is a point-in-time purchase of COTS software instead of a singular representation of software, relating a Business Application to an Asset is not effective. There is no proper asset to relate to.

BUT...

There is a Product Model that can be relate to the Business Application. In future releases we will enable greater value to the Product Models as they reference various objects throughout the lifecycle of a Product. Assuming a product lifecycle with stages of Pipeline, Design, Operational, and End of life, the future begins to look something like this:

find_real_file.png

As you can see, the product model can be referenced to multiple objects throughout its life. Depending on buy vs build you will see a products purchase information via ITAM, you will see its planning information via APM, you will see its Build information via DevOps, you will see it's deployed details via ITOM, and management information via ITSM, CSM, SecOps, etc.

The gap today is with COTS Business Applications where the ITAM Software Entitlement is not easily associated with the Business Application. Feel free to reach out to me directly to work through your use cases. We intend to fill this and other gaps related to the overall processes that exist in the CSDM.

Hope this helps,
Scott

 

View solution in original post

3 REPLIES 3

Ashutosh Munot1
Kilo Patron
Kilo Patron

Hi,

That is why we have Application portfolio management. Basically Business APplication should not have a asset tied to it as servers or other CIs in CMDB.

APM with other Suites of ITBM is used for cost and financial planning for business applications.


Thanks,
Ashutosh

scott_lemm
ServiceNow Employee
ServiceNow Employee

You present a good question. Forgive me for the long response:

Asset vs CI is pretty simple when we discuss physical products. In the past I would use the following to help differentiate Asset vs CI when discussing things we can touch:

find_real_file.png

Again, the above works well for physical items but not for logical. The financial data, assuming buy vs. build, is stored on a Hardware Asset and a Software Entitlement. Since the Software Entitlement asset record is a point-in-time purchase of COTS software instead of a singular representation of software, relating a Business Application to an Asset is not effective. There is no proper asset to relate to.

BUT...

There is a Product Model that can be relate to the Business Application. In future releases we will enable greater value to the Product Models as they reference various objects throughout the lifecycle of a Product. Assuming a product lifecycle with stages of Pipeline, Design, Operational, and End of life, the future begins to look something like this:

find_real_file.png

As you can see, the product model can be referenced to multiple objects throughout its life. Depending on buy vs build you will see a products purchase information via ITAM, you will see its planning information via APM, you will see its Build information via DevOps, you will see it's deployed details via ITOM, and management information via ITSM, CSM, SecOps, etc.

The gap today is with COTS Business Applications where the ITAM Software Entitlement is not easily associated with the Business Application. Feel free to reach out to me directly to work through your use cases. We intend to fill this and other gaps related to the overall processes that exist in the CSDM.

Hope this helps,
Scott

 

Hi Scott,

Is the Business Application CI Class now offered independently of the APM module?  I thought you had mentioned this at a user group in Tulsa last year.