The Zurich release has arrived! Interested in new features and functionalities? Click here for more

CSDM - How to manage Business Process?

Stig Brandt
Tera Guru

Hi all

 

Business Process Object seems to come more and more into the picture OOTB, has anyone come up with a good model for example including -> Business Capability(Procure Materials and Services, Procurement), Business Process(steps, ex. Procure2Pay), Business Services(Procurement, Service Offerings(Procurement Request, Application Services(Procurement App)?

 

I want to monitor/report on different levels Business Capabilities and Business Process, Business Services?

 

Here is some more of my observations as background for the question @mary_lindell from a technical point of view, you are right, it is more how will be the recommended approach for this object from CSDM/ServiceNow point of view, with some good examples, as

 

  • Business Process is a reference to Business Application, meaning, that a Business Application is "only supporting" - One Business Process?
  • Business Process is NOT an attribute on the task table, as for example - Business Application, Business Service, Service Offering are, so you cannot capture "Business Process" on related process, which I find missing
  • Business Process is NOT an object in DPM - Digital Portfolio Management - Workspace, so will we see any reporting aggregation here?
  • Business Process is not mentioned in SPM Service Portfolio Catalog as an object, can of course be added, but what is the recommendation
  • Some companies are using Business process criticality and then all components(services, application services, servers, database etc. that support the process is critical, what is the recommendation here?

 

Thanks in advance for your thoughts!

1 ACCEPTED SOLUTION

CMDB Whisperer
Mega Sage
Mega Sage

Spoiler: Business Process hasn't really been fully modeled in ServiceNow CSDM or in the platform data model itself at this time.  This has been acknowledged by the CSDM team.  What that means is that whatever you do with Business Process you might need/want to refactor down the road once they come up with standard models and platform capabilities.  Third Party Risk Management, Privacy Management, and Business Continuity Management are some areas to keep an eye on for emerging standards and capabilities.  In the meantime, my recommendation would be to keep the relationships in this area relatively high-level and stick to a standard relationship type such as "Depends On" to associate the relevant CIs.


The opinions expressed here are the opinions of the author, and are not endorsed by ServiceNow or any other employer, company, or entity.

View solution in original post

12 REPLIES 12

Kristine Naess
Tera Expert

Hi Stig,

we haven't related the Business Processes to Business Capabilites yet, so I'm eager to see that being done. We haven't found an OOTB relationship or reference type between Bus. Cap and Bus. process, is there one we may use?

 

So for the Bus. Cap to CI we so far have this structure:

KristineNaess_3-1669740774026.png

In this example the Bus. service is the "handling of all stuff that we use Servicenow for", named 'Servicenow Lifecycle and Automation'. The relevant Service offering is the 'Servicenow - Third Party Risk Management', referring to the module Vendor Risk Managament. The Bus. App being used is Servicenow (we have only one BA covering the entire platform). 

 

We have started the mapping on our IT Governance Processes to various other CI classes. They end up looking like this example: 

KristineNaess_4-1669740999242.png

 

Since Third Party Risk Management process covers many kinds of information objects, we have so far only added two that are crucial for the process: The Contract Owner and the Supplier (but more will come..)

 

We do high level Risk & Compliance on Bus. Apps and Bus. Services, and more detailed on service offerings. So the upstream risks and compliance issues would be good to see in the 360 view. 

 

We haven't defined the entities correctly yet, so currently we can't see upstream or downstream relationships' risks or controls: 

KristineNaess_2-1669740021687.png

 

 

I'd be happy for any suggestions on how to speed up the implementation on this :-).

 

Have a great day!

Kristine

Out-of-box the relationship between Business Processes and Business Capabilities is not direct. Out-of-box the Business Process [cmdb_ci_business_process] table is related to the Business Application [cmdb_ci_business_app] table and indirectly through the Business Process to CI many-to-many table [cmdb_m2m_business_process_ci] to a CI.

 

Business Process ERDBusiness Process ERD

 

Business Capabilities [cmdb_ci_business_capability] are related to CI's or Business Applications. Therefore, you link a business process to a capability via either its CI or Business Application association.

It is an interesting question, and for a long time I am wondering why there is not much info on te topic of Business Processes. We are also in need of a good setup of business processes, not directly related to capabilities, but more in relation to the services offered and being able to define commitments.

 

Because I was missing the component of having commitments to a process, we set-up a separate Service Business Classification. That offers the ability to have a service offering with commitments and is easily integrated in the processes.

 

Cheers,

Arno

kjh1138
Tera Expert

I'm also curious to hear how others have approached this.  Currently we create a Service--supports-->Business Process relationship and use that to map organizational units/teams to applications and a Business Process --realizes-->Business Capability for mapping them to Capabilities.  This is a bit of an amalgam of  TOGAF and CSDM but as an interim step it works.