The Architecture Continuum

Free Poster to DownloadDownload this free poster from Good e-learning to learn about the Architecture Continuum, which helps to build organization-specific architectures.

Related posts:

  1. TOGAF Poster 18 – Deliverables, Artifacts and Building Blocks TOGAF uses a very specific language to describe the outputs…
  2. TOGAF Poster 17 – The Architecture Repository The Architecture Repository is where architects store work outputs. This…
  3. Integrated Information Infrastructure – Reference Model – Free Poster The Integrated Information Infrastructure Reference Model (III-RM) is one of…

Zachman One Day Seminar

The Zachman one-day seminar is a full day of John Zachman talking about Enterprise Architecture and the Zachman Framework™. This day is part of our regular DoDAF and FEAF programs. John spends time and develops the ideas around Enterprise Physics, the desperate need for Enteprise Architecture, the misconceptions around the Zachman Framework in addition to the EA ontology and how to implement it’s concepts.

JAZ teaching 2   Zachman® One-Day Seminar
View Syllabus

ZCEArchitecture-Seal72dpi

ZACHMAN CERTIFIED™ – ENTERPRISE ARCHITECTURE PROGRAM

Zachman One-Day Seminar $299

Zachman

Zachman® One-Day Seminar

The Zachman one-day seminar is a full day of John Zachman talking about Enterprise Architecture and the Zachman Framework™. This day is part of our FEAF program. John spends time and develops the ideas around Enterprise Physics, the desperate need for Enteprise Architecture, the misconceptions around the Zachman Framework in addition to the EA ontology and how to implement it’s concepts.


JAZ teaching 2 
 Zachman® One-Day Seminar
View Syllabus

ZCEArchitecture-Seal72dpi

Zachman Certified™ – Enterprise Architecture Program

Zachman One-Day Seminar $299

TOGAF needs transparency and a a public roadmap

For a start, I sympathise with Tom’s view.Len is quoted to say that “The Open Group and TOGAF will not change their concept of enterprise architecture until the community as a whole does”.I think too that Open Group, as a company, plays an administrati…

Categories Uncategorized

Call for Papers: Agile Architecture — Dodo Bird or Differentiator?

Within the world of Agile, architecture often seems misaligned or is a forgotten value-add to a project, especially in enterprise and large scale programs. However, an agile architecture can enable a business to deliver features faster and give them a competitive advantage. Coupled with SaaS and/or Cloud, it seems obvious that agile architectures are required. …

Read more

Milestone reached

I have now published my book ‘Enterprise Architecture: unlocking business potential’. This publication came about more by accident than design having being encouraged to take the more or less numerous random entries I had made in ‘The Knowledge Economy’ blog … Continue reading

Mastering Strategic Planning Through Concepts

 

 

Chess Grandmasters  master the application of concepts and apply them to situations.

I study chess and learn move sequences for Openings, Middle Game, Endings, etc and witness many people get caught up in debates around mov…

Categories Uncategorized

Are Service Architects and Designers like Cobbler’s Children?

During October I ran a survey asking Architects, Designers and Project Managers about Service Specification practices. I have just completed the analysis and report, see link below. There are some interesting conclusions:
1. DIY is the dominant service specification approach.
Respondents report there’s a wide range of approaches to service specification in use, and the most common approach by far (50%) is “do it yourself”. Sure, DIY will mean that practitioners are like magpies, they pick up ideas from a variety of sources, and create their own capability. But this, by any measure, must represent a failure of industry standards. While consistency of specification meta data may not be a primary goal for designers and developers, architects should consider a range of risks including use of development automation support tools, standardization of technical components of outsourcing contracts, opportunity to find/reuse pre-existing services, and crucially standardization of tooling. Which takes me onto the next point . . .

2. Documents and Spread-sheets still dominate tool usage for service planning, reporting and management. 
In the early stages of service adoption almost everyone simply uses the tools that are available to hand. But as the service portfolio evolves and matures these tools become a strategic liability in areas of planning, reuse management, portfolio and asset management, governance and reporting. I note not one respondent mentioned the EA Repository in context with service support tools. And again this is closely connected with the third interesting conclusion . . .

3.   64% dissatisfied with tool support. 
There was a very high level of dissatisfaction with tools, particularly in the context of communicating service specifications between the different roles and groups across the organization. We all appreciate high quality service specifications are the result of multi-disciplinary efforts, spanning Business Analysis, Architecture, Design, Developers, Product Management, IT Service Management, Outsourcing, Procurement,  Governance etc . So this is much more than reporting, there’s an evident need for modern tools that facilitate the collaboration process.

See Service Specification Practices Survey 2013 – Report

Are Service Architects and Designers like Cobbler’s Children?

During October I ran a survey asking Architects, Designers and Project Managers about Service Specification practices. I have just completed the analysis and report, see link below. There are some interesting conclusions:
1. DIY is the dominant service specification approach.
Respondents report there’s a wide range of approaches to service specification in use, and the most common approach by far (50%) is “do it yourself”. Sure, DIY will mean that practitioners are like magpies, they pick up ideas from a variety of sources, and create their own capability. But this, by any measure, must represent a failure of industry standards. While consistency of specification meta data may not be a primary goal for designers and developers, architects should consider a range of risks including use of development automation support tools, standardization of technical components of outsourcing contracts, opportunity to find/reuse pre-existing services, and crucially standardization of tooling. Which takes me onto the next point . . .

2. Documents and Spread-sheets still dominate tool usage for service planning, reporting and management. 
In the early stages of service adoption almost everyone simply uses the tools that are available to hand. But as the service portfolio evolves and matures these tools become a strategic liability in areas of planning, reuse management, portfolio and asset management, governance and reporting. I note not one respondent mentioned the EA Repository in context with service support tools. And again this is closely connected with the third interesting conclusion . . .

3.   64% dissatisfied with tool support. 
There was a very high level of dissatisfaction with tools, particularly in the context of communicating service specifications between the different roles and groups across the organization. We all appreciate high quality service specifications are the result of multi-disciplinary efforts, spanning Business Analysis, Architecture, Design, Developers, Product Management, IT Service Management, Outsourcing, Procurement,  Governance etc . So this is much more than reporting, there’s an evident need for modern tools that facilitate the collaboration process.

See Service Specification Practices Survey 2013 – Report

Mastering Strategic Planning Through Concepts

    Chess Grandmasters  master the application of concepts and apply them to situations. I study chess and learn move sequences for Openings, Middle Game, Endings, etc and witness many people get caught up in debates around move sequences. There seem to be endless debates which opening is the best defense for specific offense openings….