GuideAdvanced

The Architect Craft

Learn the human and organizational craft of being an architect: not drawing the perfect diagram from an ivory tower, but enabling teams, communicating decisions, and aligning the organization's structure with the system's. The core idea of this guide is that architecture is made by people inside an organization, and that the architect's biggest lever isn't technical, it's social. You measure Conway's Law on a real case and apply the inverse maneuver to shape teams toward the architecture you want, communicate with the C4 model (the four zoom levels of a diagram) and use the ADR as a communication piece, lead without formal authority by sustaining the conversations that hold the architecture up, and translate business goals into quality attributes to explain the trade-off to a non-technical stakeholder. You also work through designing for change without falling into over-engineering, and documenting in a way that survives time and onboarding. What's quantifiable — communication paths, bus factor, team-module coupling — is executed in Python, not asserted from memory. You work on Mercado and its five-squad organization, and close by acting as its architect for a real business change.

64
lessons
8
modules
English · Spanish
available in
Yes
certificate
Free
access
NIEVA

Outcomes

What you'll be able to do

  • Understand what an architect actually does: enable and communicate, not draw the perfect diagram from an ivory tower or design everything upfront (BDUF)
  • Measure Conway's Law on a real case (system structure mirrors organizational communication structure) and apply the inverse maneuver to shape teams
  • Communicate architecture with the C4 model (Context/Container/Component/Code), choosing the right diagram for each audience, and use the ADR as a communication piece
  • Lead without formal authority: influence instead of command, sustain the load-bearing conversations that hold architecture together, and avoid becoming the team's bottleneck
  • Translate business goals into quality attributes (the -ilities) and explain the trade-off to a non-technical stakeholder in their own language
  • Design for change, not permanence: keep options open, apply sacrificial architecture, and avoid both over- and under-engineering
  • Document in a way that survives: living documentation, the C4 + ADR + arc42 combo, docs-as-code, and reducing bus factor by sharing knowledge
  • Run a capstone project: act as Mercado's architect for a real business change — deriving quality attributes, applying inverse Conway, and communicating with C4 + ADR

Before you start

What you need to bring

It's for you if...

  • Senior developers making the jump to architect or tech lead, without formal authority over the team
  • Architects who already design well but need to improve how they communicate and get their decisions adopted
  • Tech leads who need to align team structure with the architecture they're trying to achieve
  • People who need to translate business goals into technical decisions for non-technical stakeholders

Requirements and materials

  • Experience designing or leading technical decisions within a development team
  • Recommended (not required): the Architecture Decisions and Trade-offs Guide completed, since here the ADR is used as a communication tool and its mechanics aren't re-taught
  • Python to run the guide's organizational metrics (communication paths, bus factor, team-module coupling)

Content

The syllabus, module by module

Open any of them to see its lessons.

Common questions

What people usually ask

Start whenever you like

Reviews

What students say

These reviews are from enrolled students who completed at least 50% of the course. We moderate reviews only on content grounds (spam, offensive language, personal data), never for being critical or negative.

No approved reviews yet.

Be the first to share your experience!