SmartAdvice: Link Business Units With Common Architecture - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

IoT
IoT
Infrastructure
Commentary
8/3/2004
10:58 AM
Commentary
Commentary
Commentary
50%
50%

SmartAdvice: Link Business Units With Common Architecture

Empower your company with a defined enterprise information architecture, The Advisory Council says. Also, the pros and cons of using software and hardware emulation tools; and a review of network architecture means taking the big-picture view.

Editor's Note: Welcome to SmartAdvice, a weekly column by The Advisory Council (TAC), an advisory service firm. The feature answers three questions of core interest to you, ranging from career advice to enterprise strategies to how to deal with vendors. Submit questions directly to [email protected]


Question A: How can we develop an enterprise architecture across disparate business units?

Our advice: Attempts to define enterprise architectures can become political nightmares if what you really mean is "How do I get everyone to use the same operating system?" Conversely, if you recognize that policy and organizational decisions are paramount, and that technical decisions are derivative, then an enterprise information architecture can empower your company in dramatic ways.

Preparing The Soil
It may already be too late, but ideally there are some things you want to nail down before you make a management commitment to defining an enterprise information architecture:

  • Define your terms. First, what does disparate mean? CBS in 1970, with the CBS Television Network, Columbia Records, Fender Musical Instruments, and Creative Playthings, had truly disparate divisions, in the sense that their products were wildly different, their target markets and sourcing vendors were different, their business models were different, and their cultures were different. Compaq in 2000 might have had different products (PCs, Intel servers, Alpha servers, storage), but their target markets, sourcing vendors, engineering methodologies, and cultures were much the same.
  • Second, what does enterprise information architecture mean? We suggest that any IT architecture is simply a formal specification of how a computing solution will be organized, characterized by decomposition of the problem into components, with clearly defined interfaces among the components. We suggest that an enterprise architecture is an IT architecture that addresses all the computing of the enterprise, and which subsumes other IT architectures.

  • Secure your political base. Specifically we mean "Make sure the CEO knows what you're trying to do and why, and that he or she agrees with the attempt."
  • Do your homework on portals and collaboration software. These may be new elements to your colleagues and you need to be several chapters ahead.
  • Pick an inclusive task force. Don't pick only super-techies. The tough issues will be organizational and strategic. Include the most likely nay-sayer.
  • Decompose top-down. We suggest a top-level decomposition of enterprise computing into a collaboration architecture, a reporting architecture, and an operational systems architecture.

    Start with collaboration. Since that architecture includes E-mail, an office application suite, browser technology, and desktop and laptop standards, you've probably got most of the architecture already agreed on. The only new elements are portal technology and collaboration software.

    Move second to the reporting architecture. We have in mind here a standalone executive resource which uses a relational or multidimensional data store and powerful reporting tools to support a) real-time display of key performance indicators and alerts, b) ad hoc reporting, and c) sophisticated trend analysis and forecasting.

    Move last to operational systems. Having been fairly strong about standardization on the first two, you can display some flexibility here. As you decompose operational systems (into marketing, engineering, etc.) you may find good arguments for noncommonality. They typically come from three sources:

  • Substantially different classes of work;


  • A "perfect" purchased application package that only runs on one system; and


  • A "life-and-death" requirement for 24-by-365 computing.
  • You don't need to fight this non-commonality if you do the next step right.

  • Define the interfaces among your architectural components. How do engineering systems talk to manufacturing systems? How do sales order-entry systems ship results to the reporting system? How do forecasting systems present files to the collaboration architecture for collaboration up and down the supply chain?
  • Here's where you get to have the .Net versus Java 2 Enterprise Edition fight. Drive for one network standard, one messaging protocol, one application integration architecture, one common resource for message content and format translation. "The Internet is the network" is a starting point that defuses a lot of contention.


    Related Links

    Enterprise Information Portals Are Easy To Justify, Hard To Build

    Wrap Your Mainframe In Middleware To Modernize Legacy Apps


    -- Wes Melling

    We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
    Previous
    1 of 3
    Next
    Comment  | 
    Print  | 
    More Insights
    News
    COVID-19: Using Data to Map Infections, Hospital Beds, and More
    Jessica Davis, Senior Editor, Enterprise Apps,  3/25/2020
    Commentary
    Enterprise Guide to Robotic Process Automation
    Cathleen Gagne, Managing Editor, InformationWeek,  3/23/2020
    Slideshows
    How Startup Innovation Can Help Enterprises Face COVID-19
    Joao-Pierre S. Ruth, Senior Writer,  3/24/2020
    White Papers
    Register for InformationWeek Newsletters
    State of the Cloud
    State of the Cloud
    Cloud has drastically changed how IT organizations consume and deploy services in the digital age. This research report will delve into public, private and hybrid cloud adoption trends, with a special focus on infrastructure as a service and its role in the enterprise. Find out the challenges organizations are experiencing, and the technologies and strategies they are using to manage and mitigate those challenges today.
    Video
    Current Issue
    IT Careers: Tech Drives Constant Change
    Advances in information technology and management concepts mean that IT professionals must update their skill sets, even their career goals on an almost yearly basis. In this IT Trend Report, experts share advice on how IT pros can keep up with this every-changing job market. Read it today!
    Slideshows
    Flash Poll