Business Application: best practices

jna2756
Tera Expert

Hi all,

 

We're working on refining our CMDB and making sure everything in our environment is captured as required one of errors where we got a lot of conflicts internally is business applications. Can some people provide what are common examples of applications and what shouldn't be applications?

 

For example, I know an application like ServiceNow, ServiceNow ITSM, Salesforce, etc. are applications. However, are there any examples of things that some people might consider an application but shouldn't be consider a business application? some things that seem fuzzy to me is Microsoft Outlook, Apache, Cisco Prime wireless controller.

 

Thanks

Joshua Anderson

25 REPLIES 25

We currently track client apps as applications services/offerings - is this not correct? 

jMarshal
Mega Sage

In a nutshell, a "Business Application" underpins a "Business Service"...not "just" an IT Service, nor any particular use case.

...but really how you define what qualifies as a "Business Application" is up to your organization's needs. You need to understand WHY you are tracking it as a "Business Application" specifically, instead of a "normal" Application.

In most cases, a "Business Application" will be specifically tailored for your organization's specific use and deployed across multiple business units for use with a specific intent (the use of the application is prescribed to the user - they are told what it is for and why to use it, in their job role).

...also, not sure if anyone else has mentioned this yet...but "Business Application" and "Application" are NOT mutually exclusive and which table you put something in depends on what you want to get out of it. Most Business Applications are also Applications...and often are in both tables. What you do with that information is what matters, more than where that information exists.

I'd recommend you start by internally analyzing what you hope to achieve with "Business Applications" in ServiceNow, by reviewing the product documentation and identifying the associated features that they present...if none of what you want to do is unique to "Business Applications", don't use it...just make them all "Applications".

To me, based on your initial post, it seems like you're looking for ITOM value more than ESM or SIAM value....to which, I would suggest not using the "Business Application" table, until you're looking to glean some ESM value, specifically.

Mark Bodman
ServiceNow Employee
ServiceNow Employee

Quite a heated thread here.

 

In general Business Applications are a conceptual representation of "applications" that are deployed in a datacenter (yours or the cloud) that needs to be managed operationally.  Our CSDM model was created with this thread to connect the conceptual concern of a Business Application, through each deployment at an Application Service, and finally in all the network devices, code running on servers etc. that makes each deployment.  Desktop software has never really entered into the equation when App Portfolio Management as a practice was established.

What IS lacking is the ability to strategically plan those Technology service investments and Business Services WITH associated Business Application joined at the hip. Digital Portfolio Management was crated to bridge that gap, but we still don't have what I would call a single concept to account for great variety of things like desktop software, hardware devices, and other things that are important to the business, but don't quite meet the definition of a Business Application.  So PLEASE don't conflate Business Application with other concepts and confuse the original intent of why and how APM currently expects this entity to be used and connect through the rest of the data model.

For APM practices, there are quite a few resources out there. When I was a Product Manager for APM back in the day, I posted this blog to help understand APM practices, for the most part it still stands.  

 


In the future, to better account for strategic investment and planning required for all types of Applications, Hardware, and Services (yes even desktops and smart phones etc.) we are going down the path to create Digital Products.  We will prescribe that they are to be  managed in 4 key portfolios, see below for more detail. The Digital Product will encompass what we currently think of as Business App, Technology Service, Business Service and any combination of these. They also include any goods and services sold to customers that are digital, or which require digital technologies to realize an outcomes for your paying customers.  The main differentiation between them is context of the consumers. Our next stage of evolution will simplify the line-of-site between investment and planning decisions, and the outcomes for each of the 4 consumer archetypes. It will also simplify the inter-departmental "contracts" between teams, and provide a better SIAM and cost transparency between each link in the digital supply chain.  Using today's IT management paradigms and practices, line of site is nearly impossible and we see people contorting our data model in strange ways to make up for this lack of a common ground to manage what needs to be managed, regardless of the form.

MarkBodman_0-1685048887260.png

 

SN Arch Guy
Giga Guru

How about Application Landscape or Application Ecosystem instead of Application Service or Application System? System tends to be just as overloaded a term as Service...

 

Nice diagram, but does it help with the distinction between desktop applications and Application Landscapes? Should it?

RussLaPlante
Tera Expert

I've found this presentation on NowCreate to be helpful as I work to understand this framework:

CSDM Data Models - Examples for Data Modeling

https://nowlearning.servicenow.com/nowcreate/en/pages/assets?id=nc_asset&nc_ai_search=true&sys_id=70...

I'm interested in how you all feel about the examples in this doc.

Thx, Russ