Enterprise Frameworks: In Perfect Harmony Together…

If you are not a practicing Enterprise Architect, words such as COBIT, TOGAF, ITIL and ZACHMAN will either mean nothing to you or will more often than not confuse you. Most IT professionals will relate these terms with concepts such as architecture framework, technology framework, standards, modelling, analysis etc. which may or may not correct depending on referring context. However, thanks to greater awareness of Enterprise Architecture in the last decade or so, it should still be easy for keen Enterprise Architecture enthusiast to find out more about the above and other similar Enterprise Frameworks. Most of above listed frameworks are available free to download for limited-time review or even free to practice if you are undertaking non-commercial internal enterprise purposes (see useful links and references below). The real question however which seldom gets asked it how do these frameworks relate with each other, if at all? How can they interact and collaborate with each other? What are considerations of such engagement across frameworks? And more importantly is it worth it from business value and relevance perspective?  Such questions would ideally demand a decent whitepaper which analyses such interactions. Given time constraints however, I am trying to present my thoughts in this blog post as an executive summary.
Before discussing a few frameworks and their potential linkage with each other, I would like to present business and IT context of such interaction. Based on my practical experience, I would propose a simple map as presented in below figure. Business goals and objectives demand strategic IT response in terms of strategic and tactical IT programs, investments and activities. They need to be governed to ensure compliance of deliverables with the business objectives. Strategy needs planning and architecture disciplines to ensure that strategic intents are given shape of tangible constructs. This is where enterprise architects convert abstract into specific plans and architectures. This is where artefacts such as business architecture, application architecture, infrastructure architecture get conceived. Such plans and architectures need to be further developed in detailed designs, transition plans and activities. More importantly, resultant IT systems and solutions are required to be operational ready and feasible. I am aware that this presents an overly simplistic picture of often much complex and complicated technology implementation reality. But the purpose here is to give a broad and high-level overview of chain of actions which need to take place in the journey of business goals to business processes, applications, solutions to their eventual technology implementations and operations.
image
Why and Where do Framework Matter?
Going back to set of initial questions which I raised in this post earlier, let us now tray and map a few leading frameworks to the above outlined concept and journey. I have picked up three leading frameworks for this purpose; COBIT, TOGAF and ITIL. COBIT framework in this map provides the overarching Strategy and Governance mechanism. It takes business goals and governance drivers as inputs and then provides a seamless mechanism to link IT Resources with planning, implementation, delivery and monitoring of delivered systems. I would like to propose that, COBIT however needs a more thorough framework such as TOGAF to further elaborate and develop the Planning and Architecture activities in the journey. TOGAF ADM provides a very good and comprehensive process discipline to take requirements through various steps such as vision, architecture, solution definition, planning and change management. At this point however, I would like to suggest that, to take the architecture to the next level of detailed design and transition planning, a framework such as ITIL will be extremely useful. ITIL takes a service view of the world in definition of systems and not a mere technology view. ITIL practitioners will put operability ahead of technology or architecture purity, and rightfully so. ITIL sees through the design through transition and operations of the service.
image
COBIT TOGAF and ITIL in Prefect Harmony
I have to clarify that, above is simply one way of arranging these very useful frameworks to work with each other. It can be argued that, TOGAF in certain instances can provide overarching umbrella for such journey from requirements to delivery. Or indeed ITIL on it’s own can be adequate to see the system design through to implementation. There is no right or wrong with Enterprise Architecture and that is the strength and weakness of the practice I would like to argue. The purpose of this post as I stated earlier was simply to showcase benefits and effectiveness of such Enterprise Frameworks work together in perfect harmony!
Now to the real question….what is the business benefit of this? Is it worth the investment and hassle? The answer is that it depends….depends on the business context. It may be worth the more complicated, complex and distributed your business requirements and resultant technology response. It may be an overkill if your requirements and responsive systems are not so complicated. In the long run however, Enterprise Architecture is about entire business and technology estate and not just one program or project and hence often you will find that medium to large size organisations will use more than one framework. In most cases, such framework do not interact well…and this is where my draft proposal above may be useful. 

References and relevant links for further reading..

  • TOGAF – The Open Group Architecture Framework
  • ITIL – Information Technology Information Library
  • COBIT – Control Objectives for Information and related Technology
  • ZACHMAN – named after inventor John Zachman

Enterprise Frameworks: In Perfect Harmony Together…

If you are not a practicing Enterprise Architect, words such as COBIT, TOGAF, ITIL and ZACHMAN will either mean nothing to you or will more often than not confuse you. Most IT professionals will relate these terms with concepts such as architecture framework, technology framework, standards, modelling, analysis etc. which may or may not correct depending on referring context. However, thanks to greater awareness of Enterprise Architecture in the last decade or so, it should still be easy for keen Enterprise Architecture enthusiast to find out more about the above and other similar Enterprise Frameworks. Most of above listed frameworks are available free to download for limited-time review or even free to practice if you are undertaking non-commercial internal enterprise purposes (see useful links and references below). The real question however which seldom gets asked it how do these frameworks relate with each other, if at all? How can they interact and collaborate with each other? What are considerations of such engagement across frameworks? And more importantly is it worth it from business value and relevance perspective?  Such questions would ideally demand a decent whitepaper which analyses such interactions. Given time constraints however, I am trying to present my thoughts in this blog post as an executive summary.

Before discussing a few frameworks and their potential linkage with each other, I would like to present business and IT context of such interaction. Based on my practical experience, I would propose a simple map as presented in below figure. Business goals and objectives demand strategic IT response in terms of strategic and tactical IT programs, investments and activities. They need to be governed to ensure compliance of deliverables with the business objectives. Strategy needs planning and architecture disciplines to ensure that strategic intents are given shape of tangible constructs. This is where enterprise architects convert abstract into specific plans and architectures. This is where artefacts such as business architecture, application architecture, infrastructure architecture get conceived. Such plans and architectures need to be further developed in detailed designs, transition plans and activities. More importantly, resultant IT systems and solutions are required to be operational ready and feasible. I am aware that this presents an overly simplistic picture of often much complex and complicated technology implementation reality. But the purpose here is to give a broad and high-level overview of chain of actions which need to take place in the journey of business goals to business processes, applications, solutions to their eventual technology implementations and operations.
image
Why and Where do Framework Matter?

Going back to set of initial questions which I raised in this post earlier, let us now tray and map a few leading frameworks to the above outlined concept and journey. I have picked up three leading frameworks for this purpose; COBIT, TOGAF and ITIL. COBIT framework in this map provides the overarching Strategy and Governance mechanism. It takes business goals and governance drivers as inputs and then provides a seamless mechanism to link IT Resources with planning, implementation, delivery and monitoring of delivered systems. I would like to propose that, COBIT however needs a more thorough framework such as TOGAF to further elaborate and develop the Planning and Architecture activities in the journey. TOGAF ADM provides a very good and comprehensive process discipline to take requirements through various steps such as vision, architecture, solution definition, planning and change management. At this point however, I would like to suggest that, to take the architecture to the next level of detailed design and transition planning, a framework such as ITIL will be extremely useful. ITIL takes a service view of the world in definition of systems and not a mere technology view. ITIL practitioners will put operability ahead of technology or architecture purity, and rightfully so. ITIL sees through the design through transition and operations of the service.
image
COBIT TOGAF and ITIL in Prefect Harmony

I have to clarify that, above is simply one way of arranging these very useful frameworks to work with each other. It can be argued that, TOGAF in certain instances can provide overarching umbrella for such journey from requirements to delivery. Or indeed ITIL on it’s own can be adequate to see the system design through to implementation. There is no right or wrong with Enterprise Architecture and that is the strength and weakness of the practice I would like to argue. The purpose of this post as I stated earlier was simply to showcase benefits and effectiveness of such Enterprise Frameworks work together in perfect harmony!
Now to the real question….what is the business benefit of this? Is it worth the investment and hassle? The answer is that it depends….depends on the business context. It may be worth the more complicated, complex and distributed your business requirements and resultant technology response. It may be an overkill if your requirements and responsive systems are not so complicated. In the long run however, Enterprise Architecture is about entire business and technology estate and not just one program or project and hence often you will find that medium to large size organisations will use more than one framework. In most cases, such framework do not interact well…and this is where my draft proposal above may be useful. 

References and relevant links for further reading..

  • TOGAF – The Open Group Architecture Framework
  • ITIL – Information Technology Information Library
  • COBIT – Control Objectives for Information and related Technology
  • ZACHMAN – named after inventor John Zachman

Active Information: Big Data from left field; Big Data Rx

My latest posts on the HPIO Active Information blog:

Ready or not, here comes Big Data

Sometimes though, a trend is so compelling (e-commerce, mobility), in-your-face (social media) or simple to comprehend (cloud), that it leaps into mainstream media and takes on a life of its own.  Instead of playing the role of serial advocate, corporate IT leaders and architects are suddenly in a game of catch-up.

Rx for AstraZeneca: Real-world evidence

Rethinking their prelaunch process, and data needs, AstraZeneca proposed a data collaboration with customers.

And one of my favorites:

Reclaim the “I” in CIO

Why do we still have titled CIOs, yet no clear candidate C-level executive to manage the organization’s information agenda?

Related posts:

  1. Active Information: Data Scientists, Moneyball, Competitive Analytics & Big Data Definition
  2. Active Information: Reclaim the “I” in CIO, Big Data & Collective Intelligence
  3. Active Information: Data-Driven Business Innovation

Sustainability: A Million-Dollar Opportunity for the CIO

The CIO is in a great position to lead sustainability initiatives at a corporation. Why? Because like information technology, corporations must weave sustainability into the fabric of the enterprise to generate the opportunities that companies like The Dow Chemical Company, SAP and Intel have orchestrated. Their successes are featured in: “Sustainability: Moving from Compliance to Leadership.” To generate revenue, Dow Chemical created a Sustainability Chemistry Index, which increased its sales of sustainable chemistry products between […]

If you liked this, you might also like:

  1. Is the Cloud a Key to Sustainability?
  2. One Million Dollars or One Year
  3. Demystifying Business Innovation

Uniqueness and coincidensity

Coincidensity – a really nice neologism that I first saw in a Tweet by social-business specialist David Cushman: davidcushman: RT @stoweboyd: the right word isn’t serendipity, it’s coincidensity: the likelihood of serendipity jonhusband: @tetradian @davidcushman @stoweboyd … I much enjoy the #neologism coincidensity .. bravo ! From the Tweet, I’d assumed that the term had […]

Competition-against or competition-with?

What’s the point of competition, in a business-context? Perhaps more to the point, what is competition in a business-context? And why? Another of those ‘obvious’ question-themes that turn out to be not so obvious at all… And the answers are very important in enterprise-architecture, business-architecture and business-model design: not least because if we get it […]

SCAN – work in progress

Yes, I know I’ve gone a bit quiet in the past couple weeks, and no, I haven’t abandoned those ideas about SCAN sensemaking and real-time decision-making and the like. Reality is that those ideas are very much in the ‘work in progress’ stage at the moment, and as yet still quite some way from a […]

Enterprise Architecture Certifications Distilled

Year after year I am finding that Enterprise Architecture certifications are becoming more important to architects. Back in 2007, I remember reading an article from Gene Leganza called, “Is EA Certification Important?”. In that article he stated that 65% of…

Link Collection — December 11, 2011

  • The Technologies in I.B.M.’s Watson Used for Drug Research – NYTimes.com

    “I.B.M.’s Strategic Intellectual Property Insight Platform. Clearly, the Watson branding team didn’t work on this name.

    But then again, this isn’t for television, where Watson performed. It is for major corporate customers, seeking competitive advantage. The technology, sold as a cloud-based service, is the result of several years of joint development between IBM Research and four companies — AstraZeneca, Bristol-Myers Squibb, DuPont and Pfizer.

    The insight platform uses data mining, natural-language processing and analytics to pore through millions of patent filings and biomedical journals to look for chemical compounds used in drug discovery.”

    tags: ibm watson pharma bigdata

  • Gapingvoid: Flowers vs Elephants

    So true… Click to see cartoon

    tags: gapingvoid

  • Bre Pettis | I Make Things – Bre Pettis Blog – The Cult of Done Manifesto

    Good one—> “#13 Done is the engine of more.”

    tags: productivity done manifesto

  • Monitor: More than just digital quilting | The Economist

    “The maker movement is both a response to and an outgrowth of digital culture, made possible by the convergence of several trends. New tools and electronic components let people integrate the physical and digital worlds simply and cheaply. Online services and design software make it easy to develop and share digital blueprints. And many people who spend all day manipulating bits on computer screens are rediscovering the pleasure of making physical objects and interacting with other enthusiasts in person, rather than online. Currently the preserve of hobbyists, the maker movement’s impact may be felt much farther afield.”

    tags: makerfaire innovation diy

Posted from Diigo. The rest of my favorite links are here.

Related posts:

  1. Link Collection — December 4, 2011
  2. Link Collection — October 23, 2011
  3. Link Collection — October 9, 2011