Showing posts with label TOGAF. Show all posts
Showing posts with label TOGAF. Show all posts

Wednesday, October 22, 2008

Putting the 'E' in TOGAF

EA Directions recently published findings based on analysis of IIR's Web Seminar "Putting the 'E' in TOGAF". Here are some of the discovered findings as stated in this news release:

Finding #1: The majority of organizations in North America do not use TOGAF. Among those that do use TOGAF, only 16.4% use TOGAF as their primary enterprise architecture (EA) framework. Almost two-thirds of those that report they use TOGAF (65.6%) use it as a reference tool.

Finding #2: Only 11.1% of TOGAF users described TOGAF as "very effective" for solution architecture efforts. The remainder described TOGAF as "somewhat effective" or "mostly ineffective" for solution architecture.

Finding #3: Only 6.7% of TOGAF users described TOGAF as "very effective" for enterprise-wide architecture efforts. The remainder described TOGAF as "somewhat effective" or "mostly ineffective" enterprise-wide architecture.

Finding #4: It appears that, among webinar participants, the more a firm relies on TOGAF, the more likely they are to evaluate TOGAF as "effective". The opposite also appears to be true.

To view the entire archived webinar click here or go to this website:
https://www1.gotomeeting.com/register/924415223



Monday, September 8, 2008

Putting the "E" in TOGAF: An EAdirections Webinar”

For those of you who missed the chance to view the EAdirections webinar “Putting the "E" in TOGAF: An EAdirections Webinar” last Thursday here’s your chance to view it at your own leisure. Some of the ideas discussed during this one hour session were enterprise-wide requirements that users of TOGAF struggle with and adjustments in Enterprise Architecture to changing markets and opportunities. Also, don’t miss your chance to meet the presenters Larry DeBoever, George Paras, and Tim Westbrock at the Enterprise Architectures Conference in Las Vegas November 10-13, 2008.

View the archived webinar by clicking on the following link:
https://www1.gotomeeting.com/register/924415223

Friday, August 22, 2008

Putting the "E" in TOGAF: An EAdirections Webinar

In our attempt to deliver the latest updates and insights within the EA space, we’ve scheduled a series of free webinars that will happen over the next couple of months. The first webinar in the series Putting the "E" in TOGAF: An EAdirections Webinar,” will be presented by three managing directors of EAdirections: Larry R. DeBoever, George S. Paras, and Tim Westbrock. Register now for the webinar on Thursday, Sep 4, 2008 from 2:00 PM - 3:00 PM EDT to save your webinar seat. Here’s a brief description of the webinar and what you can expect to take out of it by attending:

A number of EA practitioners have concluded that TOGAF is not an effective framework (and ADM is not an effective methodology) for Enterprise(wide) Architecture. TOGAF does not cover aligning long-term corporate strategy with IT, and positions EA as a reactive, rather than proactive, approach. In fairness, many have expressed similar concerns about other EA frameworks and methodologies. This webinar explores the “enterprise-ishness” of TOGAF. We discuss our experiences and practical techniques for extending TOGAF (and other frameworks) to significantly increase its effectiveness across the Enterprise.

If you are a Chief Architect or IT manager evaluating EA frameworks, or if you are struggling to apply TOGAF (or another framework), on an enterprise-wide basis, then this webinar is for you. Topics will include:

What you will learn:

  • What are the types of enterprise-wide requirements that users of TOGAF struggle with?
  • What are the enterprise-wide architectural activities that EA teams should be performing without a clear ‘Business Requirement’?
  • How should an Enterprise Architecture account for the fact that most enterprises do not have an ‘end state’ but rather continually adjust to changing markets and opportunities for innovation?
  • Are the artifacts produced by TOGAF effective for communicating with the Board and the Executive Committee? If not, can they be made ‘consumable’?

This webinar is being brought to you by the Enterprise Architectures Conference, don’t forget to take a look at the lineup of speakers we have this year. Click on the link below to register for the free webinar.

https://www1.gotomeeting.com/register/924415223

Thursday, August 14, 2008

Types of Enterprise Architecture

In a recent article at Inside Architecture, Nick Malik took time to detail the different enterprise architecture frameworks. He then goes on to pose the question, what would the ideal framework be? What would you take from each of the individual methods below to make your enterprise architecture fit your needs?

- TOGAF - Basic strength: solution architecture. Various models and how to create them. Basic weaknesses: Planning methods and governance framework. Weak on Information Architecture

- FEAF - Basic strength: complete implementation tied to measurement framework. Basic weaknesses: very specific to government, lack of independent process taxonomy keeps processes "in the silo."

- eTOM - Basic strength: excellent process taxonomy with rich details. Strong information architecture. Great for governing external vendors. Basic weaknesses: fairly specific to telecom industry, gaps in governance and enterprise architecture models.

- ITIL - Basic strength: excellent process framework for operations and (now) governance. Basic weaknesses: no architectural methodology to speak of. Sizeable gaps in information or application architecture.

- Enterprise Unified Process - Basic strength: soup-to-nuts coverage of enterprise software development processes, including funding and operations. Basic weaknesses: poor adoption rate and lack of a governing body to allow for growth, minimal architectural methods, no enterprise process or capability framework.

- Zachman - Basic strength: comprehensive taxonomy of architectural artifacts (to let you know when you are done). Basic weaknesses: Lack of published and vetted methods to avoid "boil-the-ocean" exercises and focus on one particular benefit. Very shallow: No detailed process, capability, or solution frameworks for "level 2" detail. Highly proprietary.