Architecture Made Easy, Part 12
The New Philosophy of Enterprise Architecture
Published: August 1, 2011
James Luisi, Sean Kimball and Manish Munshi look at the changing world of enterprise architecture and provide tips for developing architectural frameworks for IT that address the critical needs of the business.
A sailboat surges forward more the better the wind fills its sails. In a race, a subtle adjustment of a rope and the rudder cannot be made by committee.
Whether it is to meet competitive pressures or simply a desire to control your own destiny, the motivation to make decisions as locally as possible will always be strong. At the same time, in a place far away from the front lines of the business, centralized areas will yearn to control many of the same decisions to orchestrate an overall strategy.
That said, both sides are right, and both sides are wrong; however, once the appropriate principles have been identified, the answer is simple.
As a teenager in the ‘70s my girlfriend’s dad invited me to tour where he worked, Loeb, Rhoades & Company, one of the last big brokerage firms that operated without automation. Up the elevator we went, eventually entering a large smoke-filled room of people arranged in a grid of desks with no partitions, where people were answering phones to accept orders from customers.
Orders were hand-written on multi-part carbon paper ticket books, which were systematically collected by someone running up and down the aisles for collation and distribution to folks in the next room, where they were written into journals before they were bundled together for delivery to the exchange floor.
A Decade Later – The ‘80s
With the exception of some old-timers, business users had little knowledge of what happened after they entered data, except for the stack of hard-to-read printouts they would receive the next day from a dot matrix printer.
I now know I had experienced a rare glimpse into history a decade earlier, having had witnessed the last ‘users’ that actually lived the business and performed all of the rules manually. If only I had known at that time, I would have hurriedly interviewed them, taken group pictures, and tried to chronicle the many activities being performed among the sea of desks as paper sailed from room to room.
Another Decade Later – The ‘90s
That said, business users began originating data on multiple computers, and increasing amounts of data were being copied across the computing landscape to generate reports.
Business rules were buried in applications across the landscape and data was everywhere. To accomplish their objectives, a number of business operations quietly began developing their own shadow IT organizations using desktop tools such as Lotus Notes, MS Access, and Microsoft Excel.
Complexity started shooting through the roof in the form of computing platforms, databases, data files, data structures, data formats, application encoded data values, data replication, data aging, data lineage, and data quality, along with the developed and purchased applications, technologies, and tools.
One Decade Later – The New Millennium
The first enterprise architects completed their initial assessment of IT and reported back, “We’re starting to sink.”
Another Decade Later – Today
A new breed of enterprise architect emerges with a new philosophy of what enterprise architecture is, and develops a plan to transform the role of IT.
The New Philosophy of Enterprise Architecture
Eventually it dawned upon enterprise architects that it would help if they understood the direction of the business as well as their existing pain points. Only then could they develop architectural frameworks for IT that might actually address the critical needs of the business, in contrast to the otherwise endless number of low value IT initiatives in search of budget.
Enterprise Architecture Nouveau
The new philosophy of enterprise architecture is different in a number of ways.
Enterprise architecture must use its architectural capabilities to temporarily build out a tactical solutions team to transition the shadow IT organization out of the business to real IT with the necessary IT disciplines to protect the firm. This involves adherence to standards and frameworks, including such basics as source code control, proper testing, control of production data, standard backup and recovery, disaster recovery, retraining and potentially re-staffing, and then deployment of automation and staffing resources into the appropriate IT department.
Economic winds and the seas of the marketplace are constantly shifting while competitors jockey for an advantageous position over your company. Long-term success requires alert and nimble EA leadership to make constant adjustments to their course and the trim of their sails, sometimes realizing that the smallest of changes are those responsible for achieving surprisingly positive results.
It is interesting to contrast the perceptions of Enterprise Architects who started their careers in the ‘70s versus the ‘80s versus the ‘90s, and ones who are starting their careers now. Unfortunately, these perceptions manifest themselves in the decisions made by the architects that come from these different periods in time. This may not seem like a significant period of time, but when it comes to evolution, each 2-year period in IT is about equivalent to a million years of evolution in humans.
Some of today’s architects recognize and embrace the fluidity of the technology landscape, economic climate and marketplace, and as such have been extremely successful.
Others, however, are not nimble enough and fail to adapt – sticking to old beliefs, ultimately hurting the companies that employ them. The situation can get a lot worse if there is an abundance of like-minded inflexible personnel – promoting their outdated decisions as well as the ideas of their like-minded colleagues, thereby marginalizing and eliminating new age Enterprise Architects that are heavily oriented toward business.
The advent of the cloud, social networking, online collaboration, smartphones and smart tablets has opened up a world of opportunities. Cheaper, faster and more efficient vendors now have a fighting chance against the high-priced, monopolistic and haughty attitude of the traditional ‘blue-chip’ IT firms. Enterprise Architects that recognize the benefits of new technologies easily outpace their outdated counterparts. They provide their firms with a competitive advantage that can help the firm better compete on price, while maintaining the same – if not better – level of service.
This is not meant to indicate that the long-established ‘blue-chip’ IT firms no longer offer solutions that meet enterprise needs. What it alludes to, however, is the impediments to the new breed of EA have taken their toll on the larger IT organizations, contributing to their stagnation and preventing them from keeping pace with the leading edge of change and competitiveness.
While it is true that IT should be making decisions related to technology while working as a partner with the business, it is also true that every one of these decisions should provide tangible business benefit. If a technology decision cannot demonstrate a clear benefit to the business, it is certainly a decision that needs further investigation. This link, however, between technology decision making and business benefits is something that has been lost as IT has become increasingly controlled by those representing the status quo and the principles of empire building.
In its most simple form, the further away from the business any IT group becomes, the lesser their understanding of business concerns and priorities will be, the more entitled they will feel, and the more they will rely upon bureaucratic systems to retain their control.
Those in tune with business know that with the economic winds there will be periods of time when business does very well and does not question any IT decision. However, there will always be times when the economic winds shift and dissipate and all decisions (business and technology, good and bad, expensive and cheap) – must undergo endless scrutiny. A solid reputation, built on a history of good decision making, can help IT go a long way in getting business support for the right initiatives in tough times. This is also when IT becomes a business ‘partner’ as opposed to a renegade ‘cost center’ with a mind-set of entitlement.
The new philosophy of Enterprise Architecture demands a highly dynamic and adaptive team of new age Enterprise Architects that specialize in the architectural disciplines needed to address the challenges of the business today. The new EA must effectively communicate and educate individuals in both business and IT with strategies and frameworks that focus on the most prominent needs of the business.
Every company has access to the same vast selection of technologies and products. That said, it is the new philosophy of enterprise architecture that should ultimately determine how each company views and coordinates technology to achieve an effective competitive advantage.
Please don’t hesitate to let me know which articles in the “Architecture Made Easy” series are useful to your organization. In addition, corrections, enhancements, and suggestions are always welcome and are requested.
["The New Philosophy of Enterprise Architecture" is the 12th article in the “Architecture Made Easy” series created by James V. Luisi.]
Recent articles by Sean Kimball
Recent articles by James Luisi
Sean Kimball - Sean has twenty-five years of experience within the largest financial conglomerates. He was formerly the Chief Enterprise Architect for a large U.S.-based financial conglomerate and is one of the most innovative executives who can be found speaking at select industry conferences.
James Luisi - Jim has thirty years of experience in information architecture, architecture and governance within control and information systems in the financial and defense industries with information in LinkedIn.com. Feel free to send him a link. Jim is an author, speaker at conferences, and enterprise architect at a large financial conglomerate in New York area.
Manish Munshi - Manish has ten years of experience within IT and business. Starting his career as a programmer, he followed it up working in business in the field of equity derivatives across different risk-related disciplines. He has a Master's degree in Computer Science and an MBA from NYU's Stern School of Business, specializing in finance, quantitative finance and entrepreneurship. He is currently heading operations architecture at a large financial conglomerate.