Enterprise Business Context Diagram - Foundational Business Architecture Artifact

Enterprise Business Context Diagram - Foundational Business Architecture Artifact

We are all connected in sharing a common goal and purpose in life.  All of us want the same thing in life - be happy, help others, give something back to the world, be healthy, raise great children, learn new things, just spread positive energy and hope, etc.  If you see the commonalities in each other, life is pretty simple.

Unfortunately, the world we live in seems complex but it is really not if we focus on the commonalities and shared vision.  Why is this type of philosophical attitude so important to inspire and generate positive energy to solve complex problems.  It is because through keen observation of how the world we live in operates, we can tap into each others' synergies and strengths to make each others' weaknesses slowly disappear and realize the equation, 1 + 1 = 3.

In the earlier post, Technology Innovation Bridge, we briefly touched upon how technology innovations can break the problem boundaries across industry verticals via common solutions.  There are umpteen ways to recognize the similarities and common problem patterns to compound the value of technology innovations.  Below is one of the techniques I found immensely helpful to quickly understand how an enterprise works from "outside-in" view.  This technique is called "Enterprise Business Context Diagram (EBCD)".  

Once, you develop an EBCD for a company, you quickly can develop the same for another company in another industry vertical without much effort.  This is because, once you develop EBCDs for two or three companies you worked so far, quickly you will realize many of the profit-making corporations in the world have more similarities than one would think without keen observation.

Enterprise Business Context Diagram as a One Page Visual Tool to Recognize the Commonalities in Enterprises Across Industry Verticals
Developing EBCD is simple and easy.  Below are the steps to produce EBCD.
1.  Create a box in the middle of the paper, to model the enterprise you are working for.
2.  Then show all "external enterprise actors - people and entities that influence how an enterprise works" around this box.
Below is the sample EBCD that should be applicable to most of the enterprises across all of the industry verticals in this world.

Business Architecture - EBCD is the First Foundational Artifact 
All of us in the Information Technology (IT) industry know that "to deliver effective IT solutions for business problems, we need to first understand the business problem from big picture sense".  To get a handle on this business problem, we develop Business Architecture first before developing Solution Architecture.  I found EBCD as the first business architecture artifact that is useful to achieve the following purposes (there are many, but below are just few samples of usage):

  • Understand all the external business actors influencing how an enterprise works
  • Use EBCD as one of the simple and powerful communication vehicles to establish working relationship with your coworkers with a shared goal of correcting and completing this one page visual picture to quickly uncover all business actors - thereby elevating the combined value you and your coworkers bring to the company
  • EBCD serves as a basis to develop "Business Interaction Inventory (BII)" for each of the "External Actor" listed in EBCD.  Each interaction captured will lead to identification of "business use cases and opportunities for improvement" to enrich the interaction experience not just for the "external business actor" but also "internal enterprise employees".

The above "BII" will trigger so many other supporting business architecture related artifacts like the following (that elaborate several other aspects in support of realizing and implementing the EBCD):

  1. Business Operating Model (Products/Services, Channels, etc.)
  2. Business Processes (typically four levels, Level 1, 2, 3, 4)
  3. Business Functional Domains
  4. Business Information Model and Information Flows
  5. Business Use Case Diagrams
  6. Business Capability Models (typically four levels, Level 1, 2, 3, 4)

 

The Power of EBCD to Surface Common Business Problems and Solutions - thereby Breaking the Boundaries of Technology Innovation Across Industry Verticals

Solutions that we come up with one industry vertical to provide services to "Customers" or market products/services to "Customers" are applicable to other industry verticals.  Example: Use of Salesforce.com to support "Customer Service and Marketing" across industry verticals.

Solutions that we use in one industry vertical to interact with "Regulators" are applicable to serve other industry verticals for similar problem domain.  

Solutions that we use in one industry vertical to interact with "Distributors" are applicable to serve other industry verticals for similar problem domain. 

Solutions that we use in one industry vertical to interact with "Strategic Business Partners" are applicable to serve other industry verticals for similar problem domain. 

You get the idea.  As we develop solutions to address and improve business interactions and touch-points with each "external actor type", we can adapt these solutions across industry verticals.

How do we continue this conversation?

Are there examples like Salesforce.com quoted above that are applicable across industry verticals to serve various types of "business actors" as shown in the EBCD picture above?  

Appreciate sharing your knowledge-base by posting your feedback to this post. Remember the equation, 1 + 1 = 3.

Pinal Desai

Digital Solutions Technical/Delivery Lead at Johnson & Johnson Medical Devices - Advanced R&D

9 年

Great Post Venky. This is a great way to know different ways/Tools to create the architecture diagram.

回复
Sunel Hulikere

Transformation Lead, Cloud Migration and Legacy Modernization Strategist , MuleSoft API Integration Architect, Hands On Technical Program Manager

9 年

Nice post Venky.

Mark Paauwe

Owner & CTO Dragon1 Software | Food, Education & Sales Strategist | Learn Enterprise Architecture 4.0 | Generative EA & AI | Cybersecurity | Creator Free Digital Primary School Dragon1 SchoolTV

9 年

Hi Venky. I love your post. In the Dragon1 Open EA Method we call this an environment model or enterprise context diagram. https://www.dragon1.com/training/dragon1-foundation And on Dragon1, the free online EA Tool, you can create environment models and context diagrams like these. I think this is often one of the first diagrams you should create. And if you are in an organization and find this diagram is missing in the Enterprise Architecture Dossier, just create it and make a lof of people happy. And here is slightly different application (in dutch) of the context diagram: https://www.dragon1.com/examples/enterprise-architecture-vision-artist-impression. We are translation it into english soon. You can create a free account here: www.dragon1.com/create-account Dragon1 started of as EA Tool only to be used by architects, but now many more roles in organizations make use of Dragon1 (and thus of enterprise architecture). It has enterprise collaboration features and social networking features. https://www.dragon1.com/products/dragon1-free-edition https://www.dragon1.com/products/dragon1-professional-edition We have made it simple by means of templates to create visualizations (one click of a button). And some templates make it easy to always create a textual strategic context border around a middle area containing a design or solution or something else. Just look at the examples: www.dragon1.com/examples en www.dragon1.com/templates (all the templates are available in the tool, some in the free and some in the premium edition). These templates make use of the Dragon1 Architecture View Layout. This enables all kinds of managers, project workers, CxO and more, to create visualizations/diagrams that would easily support them in decision making. In the visual designer on Dragon1 we have made it very easy to create presentations of diagrams. So you never need to copy and paste your diagrams in a PowerPoint presentation creating all kinds of data pollution. Also you can create as manager a diagram and share it controlled with customers and suppliers or partners. Some people say that with Dragon1 you have consistent decision supporting visualizations everywhere instead of nowhere. www.dragon1.com/create-account

Kumar Boopathy

Founder - Technology Advisory | Digital Process Automation Expert | Digital Process Improvement

9 年

Great post Venky..This reminds me of my days working with you and having discussions on business context diagrams and data flow diagrams . Keep writing...

The "Enterprise Business Context Diagram" has been around for a number of years. We used "Entity Relationship Diagrams" (ERDs) a graphical representation of entities and their relationships to each other, typically used in computing in regard to the organization of CONCEPTIAL DATA MODEL within relational databases or information systems. We then utilized Data Flow Diagrams (DFDs) to create a graphical representation of the "flow" of data through an information system, modelling its process aspects (Inputs->Processes->Outputs). This introduced the LOGICAL DATA MMODEL, AND PHYSICAL DATA MODEL. Utilizing a CASE tool (Computer Assisted Software Engineering) we produced --- Entity Models that created an ENTITY RELATIONSHIP DIAGRAM (ERD), and --- Data Model that created a DATA FLOW DIAGRAM (DFD) that resulted in the development of a "DATA DICTIONARY" from which to issue an RFP for a relational database system. --- REFERENCE MODELS a] PERFORMANCE REFERENCE MODEL (PRM) for Enterprise Inputs, Processes, Outputs, and Outcomes; and from which DFDs drive. b] BUSINESS REFERENCE MODEL (BRM) for Enterprise “functions” that consolidate and tag PRM from which ERDs drive, c] DATA REFERENCE MODEL (DRM) for Enterprise Database Administrators to enforce data standardization and normalization of data to at least the 3rd Normal Form. DRM tags PRM and BRM. d] APPLICATION REFERENCE MODEL (ARM) for Enterprise application functionality (system, application and component integration drive by DRM. e] INFRASTRUCTURE REFERENCE MODEL (IRM) for Enterprise platforms, networks, hosting facilities, data centers, cloud, and virtualization We need to thank Christopher J. Date, Peter Pin-Shan Chen, Edgar F. Codd, Edward Yourdon (who passed in January 2016), Chris Gane, Trish Sarson, Tom De Marco, and James Martin for their work on this. I hate to say it but EBCTs are a result of this past work.

要查看或添加评论,请登录

Venky Kurapati的更多文章

社区洞察

其他会员也浏览了