TOGAF ADM
The TOGAF Architecture Development Method outlines how to develop and use your organization's enterprise architecture.
The TOGAF ADM is an information model. It identifies how to create the information necessary to develop enterprise architecture.
The ADM is an information model, not a process model
TOGAF® ADM Phases Explained Do you want to develop good enterprise architecture with the TOGAF ADM? Are you searching for the TOGAF ADM Phases to be explained? If you do, you are at the right place. One thing that we can agree on is the challenges of creating a suitable architecture for an organization. You don’t want to spend lots of time and effort only to discover later that the new structure isn’t feasible. Also, you don’t want to erode or compromise the enterprise’s vision and goals. Working with a reputable company makes the exercise easier and ensures the new […]
TOGAF ADM Toolkit
The classic crop-circle image of the TOGAF ADM has created more confusion than any other TOGAF graphic. We deliberately left it out of the Leader's Guide and the Practitioner's Guide so we could highlight the ADM is an information-model.
TOGAF® ADM Phase E – Build the Architecture Roadmap
TOGAF® ADM Phase E – Build the Architecture Roadmap TOGAF ADM Phase E develops the architecture roadmap. Useful architecture roadmaps ensure the enterprise architects guide effective change. Without a roadmap, enterprise architecture is just a […]
TOGAF Phase H – Applying Agile
TOGAF Phase H – Applying Agile You would never know TOGAF Phase H – Architecture Change Management is one of my favourite ADM Phases from the objective I wrote. The “process will .. provide for […]
TOGAF® ADM Phase D – Develop the Technology Architecture
TOGAF® ADM Phase D – Develop the Technology Architecture We develop the technology architecture in TOGAF ADM Phase D. A good technology architecture has the critical constraints on technology and infrastructure that enable your application […]
TOGAF® ADM Phase A – Start at the Beginning with an Architecture Vision
TOGAF® ADM Phase A – Start at the Beginning with an Architecture Vision To develop best practice enterprise architecture, start at the beginning of the TOGAF ADM with Phase A. Like every other TOGAF ADM […]
TOGAF® ADM Phases Explained
TOGAF® ADM Phases Explained Do you want to develop good enterprise architecture with the TOGAF ADM? Are you searching for the TOGAF ADM Phases to be explained? If you do, you are at the right […]
TOGAF® ADM Phase G – Ensure Value with Implementation Governance
TOGAF® ADM Phase G – Ensure Value with Implementation Governance Enterprise architects deliver value in two ways in TOGAF ADM Phase G. They will help the implementation team understand the expected value and constraints on […]
TOGAF® ADM Phase B – Develop the Business Architecture
TOGAF® ADM Phase B – Develop the Business Architecture We develop business architecture in TOGAF ADM Phase B. The business architecture is one of the four foundational enterprise architecture domains. TOGAF is very clear – […]
TOGAF® ADM Phase F – Craft the Implementation Plan
TOGAF® ADM Phase F – Craft the Implementation Plan TOGAF ADM Phase F crafts the Implementation Plan. Executing Implementation Plans are how enterprises directs change. A Phase F Implementation Plan will use one, two, twenty […]
TOGAF® ADM Phase C – Develop the Application Architecture
TOGAF® ADM Phase C – Develop the Application Architecture We develop information systems architecture, which is made of the application architecture and data architecture, in TOGAF ADM Phase C. Application Architecture is one of the […]
TOGAF Practitioner's Guide
Use the TOGAF ADM to develop best practice enterprise architecture
Service-Oriented-Architecture Practical Guide
Configuration of the TOGAF ADM ensures you create the information you need. The SOA Practical Guide provides an example of configuring the ADM to support the information needs of one architecture style.
TOGAF EA Team Leader's Guide
Configure your enterprise architecture team to develop the enterprise architecture required by your organization.
Enterprise architecture is a knowledge-making activity. Optimize your EA Team for the knowledge you require.
Enterprise Architecture boils down to constraints. Every constraint has the potential to limit the creativity of an agile software development team. If there is no overriding need for constraint, do not. Just Don’t.
There is one basic rule for a high-functioning enterprise architect: never remove a degree of freedom if you don’t have to. Freedom to innovate and creativity are the lifeblood of agile software development.