Integrated Architecture Framework
Equally, a single framework needs to be used to initiate and drive all levels of architecture and design. Using a separate approach for Enterprise and Solution Architecture disciplines results in solutions that are not strategically aligned; unclear responsibility boundaries between both disciplines; Enterprise Architecture being regarded as a blocker to change; shelf ware Enterprise Architecture and, ultimately, its abandonment.
The Framework was also developed to achieve a seamless architecture driven approach for business change initiatives across all levels of design. Therefore, it supports all elements of business change activity including strategic planning (translating strategy into execution); conceptual design (from project initiation to business case); logical design, and physical delivery of the change (SDLC). The Framework can, and has been, successfully used to redesign each of these elements of the end-to-end business change process within organisations.
The following diagram illustrates the Fragile to Agile Integrated Architecture Framework. It is most easily visualised and understood as a two dimensional matrix with domains of design on the vertical axis and levels of design on the horizontal axis. The domains and levels depict the order in which the design should be conducted and the Framework enforces their alignment:
The domains of design are broken into four categories i.e. Business Intent, Business Design, People Design and Technology Design. The Framework was deliberately designed to be extensible so that additional domains of design can be added (or removed) to suit an organisation’s needs. For example, it is common for government or not-for-profit organisations to change the domains for Business Intent, often adding whole-of-government outcomes.
The following diagram illustrates how the various domains of the Framework relate:
Fragile to Agile Technology Domain Relationship Diagram
The levels are described below:
Strategic Design Level
The strategic design level articulates a high level abstract view of an organisation’s business strategy (intent) and the consequent set of principles for each domain of design that need to be adhered to if the business outcomes are to be enabled and achieved.
Conceptual Design Level
The conceptual design articulates a view of the desired project’s intent, outcomes, roles and technology needs. This level of design is targeted at senior management and is analogous of the floor plans that building architects use for their customers when discussing the conceptual design for a building.
Logical Design Level (all layers)
The logical design describes the use of a formal notation and design tools to achieve a more comprehensive design to convert business intent into detailed requirements; high level business design (clean-skin business processes and capabilities) into a more detailed design (fully defined business processes and services); high level people design into specific roles and responsibilities and high level technology design into system models. Continuing the building analogy, the logical design is the equivalent of the blueprint augmented by the detail needed by various specialist contractors to perform their function in building the structure. Similarly, logical design adds the detail that clarifies the conceptual design, making it precise, unambiguous and actionable.
Physical Design Level (all layers)
The physical design describes the use of technology specific formal notation and design tools to convert detailed requirements into implementation and benefits realisation plans; detailed business design into user guides, procedures, standards and work instructions; detailed people design into training and recruitment plans; and detailed system models into domain specific models and code. Using the building analogy, the physical design is the equivalent of the bricks and mortar level of design i.e. how many bricks are needed; how deep does the foundation need to be, how the rafters in the roof will be arranged etc.