How was Training?


I thought it achieved the purpose of explaining EA and how to put it in place, and it was helpful that the instructor integrated the education with a reasonable understanding of what we already have in place. - IT Architect, Hasbro, USA, Jan 2013

Recommend PEAF?


Yes - Its more substantial than other models. The coverage is more and easy to grasp/communicate. - Enterprise Architect, Miracle Software Systems, USA, May 2010

  Introduction   Context   Methods   Artefacts   Culture   Environment   Adoption  




<< Previous <<

>> Next >>

Transformational Complexity is a function of:

      The Structural Complexity of the being transformed (S).

      The Transformational Volatility of changing it (V).

      The reason for the transformation - the Requirements (R).

      How much of the thing needs to be changed - its Scope (S).

To complicate matters, Scope is also a function of the Structural Complexity of the "thing" being transformed in addition to the Requirements. For example, a small requirement may cause a large change to the "thing" in question purely because of that "thing's" structural complexity. Conversely a large requirement may cause a small change to the "thing" in question again purely because of that "thing's" structural complexity.

While Transformational Complexity is low, people can deal with it easily, but as Transformational Complexity rises tools and techniques are required to cope. One tool/technique specifically designed to address this is The Architecture Paradigm.

"Seven thousand years of known history of humankind establishes that the only known strategy for accommodating extreme complexity and extreme change is... ARCHITECTURE!!!"

- John A. Zachman

Are you aware of your Enterprise's Transformational Complexity?

How would you define it?

How would you measure it?

Do you care?


2008-2016 Pragmatic EA Ltd