Home | Updates | Work | Play | Photos | Contact | About

Technical Design Authority (TDA)


Home > Work \ Technical Design Authority

  1. Introduction
  2. Purpose
  3. Scope
  4. Participants
  5. Inputs
  6. Processes
    1. Architecture Design Sessions
    2. Technical Design Assessments
    3. Technology Roadmaps
    4. Reviews
  7. Outputs
  8. Schedule


This post defines the purpose and scope of a Technical Design Authority (TDA). It identifies its participants; processes; outputs; and establishes a schedule. This post describes four topics that fall under the remit of the TDA:

This post must remain succinct, unambiguous and useful ๐Ÿคจ

^ Back to top


The objective of the TDA is to ensure that IT projects create value, reduce development and operational costs, and where prudent, conform to published standards.

The TDA will meet this objective through compulsory technical reviews of:

The TDA will run optional Architecture Design Sessions with project teams to assist in the tasks listed above, and the creation of the outputs described in the Outputs section.

The TDA will also maintain a technology roadmap by regularly assessing and recommending tools, technologies and related processes.

Finally, the TDA will monitor and track its effectiveness by periodically conducting reviews/self-assessments, and canvassing others (notably those it serves).

^ Back to top


The TDA concerns itself with broadly-scoped technical matters that facilitates a system-wide perspective. This includes:

Out of Scope

The following functions are too technically granular or not technical at all, and are therefore beyond the scope of the TDA:

^ Back to top


By definition, a review must include both the project team and people external to it. The following people or roles are required to conduct reviews:

^ Back to top


The ! symbol identifies mandatory inputs.

^ Back to top


Architecture Design Sessions

The main, verifiable goal of an Architecture Design Session (ADS) is decision-maker agreement to a preliminary solution. However, every ADS should also:

Architecture Design Sessions are recommended, but optional.

Technical Design Assessments

The primary goal of the TDA is to review, guide, and record architectural decisions. To meet this goal, the TDA will review project documentation as described in section 3 above, and the output created in an ADS. Specifically,

Technology Roadmaps

A secondary goal of the TDA is to assess, review and recommend technical techniques, tools, platforms, and languages and frameworks for use within the organisation. Recommendations are recorded in a document which is made available to all technical stakeholders throughout the group.

TDA Reviews

The TDA will undertake self-assessments to review its effectiveness and judge how well it performs in relation to its stated objectives. TDA members will score the TDA as a whole, and external stakeholders will be asked to complete or participate in reviews, which will be used to fine-tune the TDA's role, its processes and its membership.

^ Back to top


Architecture Design Sessions

The above can be combined into a single document.

Technical Assessments

Development health checks

Technology Roadmap

TDA Reviews

^ Back to top


Technical assessments will be minuted. All documents by or for the TDA will be stored in an architecture document repository capable of enforcing oeganisational security practices and policies.

< Back to Work | ^ Back to top

All content copyright © Michael Wittenburg 1995 to 2021. All rights reserved.
Merch (t-shirts designed by my twin)