Architecture as Code · Module 7 · Future & Wrap-up

Anti-Patterns in Architecture as Code Programmes

The lesson catalogues the anti-patterns that derail Architecture as Code programmes. It covers six clusters, strategic, governance and compliance, delivery lifecycle, tooling, cultural and people, and scaling and sustainability, each anti-pattern with its recovery. It then teaches detection through four leading indicators, feedback channels and a risk radar, and response through a three-step remediation playbook and a severity classification.

Lesson 30 of 31Chapter 26B75 minutes

Read the chapterThe whitepaperThe slides

All courses / Architecture as Code / Module 7 / Chapter 26B

Learning objectives

After the lesson the participant can:

Key concepts

Treating AaC as a tool purchase
A strategic anti-pattern in which budgets focus on licences and consultants while change management, governance design and capability building are neglected. Recovery: treat the practice as a product with a roadmap, a coaching budget and a guild that curates shared models.
Audit theatre
Staging elaborate compliance demonstrations just before regulatory reviews, with hand-crafted dashboards and manually executed scripts. Recovery: generate policy evidence automatically in pipelines so auditors can review the repository.
Fork-first module evolution
Teams copy shared modules instead of contributing improvements upstream, leaving dozens of subtly different variants that cannot be upgraded. Recovery: contribution agreements, automatic surfacing of module drift and mentoring through upstream pull requests.
Leading indicators of anti-patterns
Four early signals: repository contribution imbalance, exception backlog growth, pipeline failure clustering and shadow tooling proliferation.
Remediation playbook and severity
Three steps: diagnose the root cause without blame, run a corrective experiment with success metrics, share the learning and watch for regression. Severity is Critical, High, Medium or Low, each with a recommended response.

Interactive exercises

Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.

Interactive exercise 1 · Sort

Anti-patterns by cluster

Sort each anti-pattern into the cluster under which the chapter presents it.

Interactive exercise 2 · Match

Anti-patterns and how to recover

Match each anti-pattern to the recovery the chapter recommends.

Teaching plan

15 minTeacher walks through the six clusters, giving one anti-pattern and its recovery from each.
20 minCard sort in groups: cards with symptoms on one side are matched to anti-pattern names and recoveries. Groups justify disputed matches.
10 minTeacher explains leading indicators, feedback channels, the risk radar, the playbook and the severity table.
25 minExercise: diagnose a programme and write a remediation plan.
5 minClose on the summary: equal attention to technology, governance, culture and sustainability.

Discussion

  1. The chapter describes how a central team responds to bypassing with more rigid controls, which accelerates fragmentation. How can that loop be broken?
  2. Why does the chapter treat hero culture as a risk to the programme and not as a sign of commitment by the people concerned?
  3. Which of the four leading indicators could you measure in your repositories this week, and what would you expect to find?

Written exercise

Exercise · 25 minutes

Diagnose a programme and plan the remediation

Take an Architecture as Code initiative, or an automation programme, in your own organisation. Go through the six anti-pattern clusters and note every anti-pattern for which you can give a concrete observation; do not list any without evidence. For each of the four leading indicators, state what you can measure and what the measurement shows or would show. Select the two most serious anti-patterns and classify each by the chapter's severity table. For each, write a remediation following the three steps: how you will diagnose the root cause without blame, the corrective experiment with its success metric and safeguard, and how the learning will be shared and regression watched for.

Deliverable: An evidence-based list of observed anti-patterns, measurements for the four leading indicators, and two remediation plans with severity and success metrics.

Self-test

Choose an answer to see whether it is right, or open the answer below each question.

  1. What recovery does the chapter give for policy drift through manual exceptions?

    Show the answer

    B. Store time-boxed exceptions as code and evaluate them with the same policy engine
    Exceptions are stored as time-boxed code and evaluated with the same policy engine as the rules they relax, so they surface automatically in pipelines until the owning team resolves them.

  2. A small minority of contributors performs the majority of merges. Which leading indicator is this, and what does it suggest?

    Show the answer

    D. Repository contribution imbalance, suggesting gatekeeping or insufficient coaching
    Repository contribution imbalance, a small minority performing the majority of merges, suggests gatekeeping or insufficient coaching.

  3. According to the severity table, what is the recommended response to a Critical anti-pattern?

    Show the answer

    A. Escalate to leadership, pause scaling and address it within the sprint
    A Critical anti-pattern is actively blocking delivery or causing security incidents; the response is to escalate to leadership, pause scaling and address it within the sprint.