I am currently noodling the idea of a one-page view of my employer (Microsoft) for the purpose of rationalizing the sharing of services across business units and business models.  (If you understood the previous sentence, you are probably an enterprise architect, even if that is Not your title).

As a result, I’m on a hunt for the various one-page views that other companies have produced.  The excellent book “Enterprise Architecture As Strategy” (Ross and Weill) provides three tangible examples (Delta Airlines, ING-Direct, and MetLife).  A fourth I found entirely by accident this morning… a very old one drawn by a Disney cartoonist in 1957, and made available here: (http://taotwit.posterous.com/the-visualisation-of-business-models-did-disn).

1957 one page view of Disney

This is an interesting view in that it illustrates the relationships between the business units and how they functionally support one another.  It doesn’t allocate responsibility, but rather demonstrates responsibilities through the relationships.  In effect, it is a somewhat “contractual” view, indicating the accountabilities between business units.  Fascinating for many things, one of which is the date.

The synchronicity of this find is resonating for me because yesterday, a friend and fellow Enterprise Architect within Microsoft named Krishna Srinivasan, shared a very similar view that demonstrated how the functional units of Microsoft could be viewed.  I’m sharing it here because, honestly, the view was so generic that it is difficult to view it as “revealing” anything that someone couldn’t guess.  That said, it is a fascinating, modern depiction of many of the same key concerns that the 1957 view of The Disney Company was trying to illustrate.  One key distinction: in stead of communicating relationships in terms of accountabilities, it demonstrates process relationships (inputs and outputs). 

One bit of brilliance to consider is that you can track the various processes in the company by following the arrows from box to box to box.  It doesn’t quite meet the needs I’m looking for in shared service rationalization, but it does say a lot about how organizations can be represented visually. 



By Nick Malik

Former CIO and present Strategic Architect, Nick Malik is a Seattle based business and technology advisor with over 30 years of professional experience in management, systems, and technology. He is the co-author of the influential paper "Perspectives on Enterprise Architecture" with Dr. Brian Cameron that effectively defined modern Enterprise Architecture practices, and he is frequent speaker at public gatherings on Enterprise Architecture and related topics. He coauthored a book on Visual Storytelling with Martin Sykes and Mark West titled "Stories That Move Mountains".

One thought on “On the Hunt for the One-Page View of an Enterprise”
  1. I've found that a one-pager is possible, if you use a large enough piece of paper — specifically a plotter-sized one.  I've done this, but I used Zachman's points of views to apply a focus / single purpose.  (Diagrams without a single POV tend to become quickly messy.)  Essentially, I created a high-level, row 2 Zachman for the company.

    So, I described our company in 6 POV's, keeping each POV small enough to be comprehended, but large enough to convey important information.

      What – What are the 8 – 15 major types of information?

      Why – What is the corporations Vision?  What are the corporation's Uber Goals?

      How – In 8-12 boxes, what are the major things you do?

      Who – Skip internal orgs, go to your Corporate structure / subsidiaries / etc.

      Where – What are your major regional breaks / map?

      When – What are your key triggers?  What 10 things makes your company jump?

    Each POV's diagram should be…

     – No gaps.

     – No overlaps.

     – Stable.

     – Useful.

    Each POV is, in itself, the answer you're looking for.  Yet no one POV gives the complete answer.  The real test is:  was it useful?


Leave a Reply

Your email address will not be published. Required fields are marked *

seventeen + fourteen =

This site uses Akismet to reduce spam. Learn how your comment data is processed.