Enterprise Architecture Playbook: Elements and Considerations for Large Programs of Work

Playbooks are so hot right now! Seems like there are security playbooks, commercial playbooks, all types of playbooks floating around.

Recently I’ve been building enterprise architecture playbooks for large programs of work and was wondering what everyone else put’s in their EA playbooks?

Here’s a quick rundown of what I usually include in mine:

  1. Business objectives: A clear statement of the business goals and objectives that the program of work is intended to achieve.

  2. Architecture principles: A set of guiding principles that will inform the design and development of the program of work. These principles may include things like security, scalability, maintainability, and interoperability.

  3. Architecture frameworks: A set of frameworks that will be used to guide the design and development of the program of work. These frameworks may include things like the Zachman Framework, the TOGAF framework, or the Gartner EA framework.

  4. Architecture governance: A set of processes and procedures that will be used to ensure that the program of work adheres to the established architecture principles and frameworks.

  5. Architecture documentation: A set of documents that describe the various components of the program of work, including the business processes, data models, application architectures, and technical architectures.

  6. Architecture review: A process for reviewing and approving changes to the program of work to ensure that they are aligned with the established architecture principles and frameworks.

  7. Architecture roadmap: A plan for implementing and evolving the program of work over time, including a timeline for key milestones and deliverables.

  8. Architecture metrics: A set of metrics that will be used to measure the progress and success of the program of work, including things like cost savings, increased efficiency, and improved customer satisfaction.

Missing anything? How do you build your playbooks?

That seems like a good rundown of what you might have. I like to include roles and responsibilities. This could take the form of a RACI model with clear descriptions of all the roles.