6 modules · 1 per month1:1 · remotefor senior engineers

From senior engineer to software architect.

A structured mentoring track for engineers who already ship strong code — and want to own decisions at the level of the whole system, not just their own commits.

Book a baseline sessionSee the roadmapRead the roadmap free — it's the whole map.

The premise

An architect is a senior engineer who is also good at the things around the code — system design, quality, delivery, and people.

You don't stop being an engineer. Solid software-engineering skill is the foundation everything stands on. Architecture is the four pillars you raise on top of it — and the beam of communication that ties them together. This track builds each one deliberately, on a real system you already know.

Architecture
Communication — the beam across
System Design01
Quality02
Delivery03
People & Time04
Software Engineeringthe foundation
Foundation · Engineering

Is the code itself sound, changeable, and safe to build on?

Boundaries, coupling, cross-cutting concerns, reviewing at the level of architecture.

Pillar · System Design

Will the system do its job, and hold up as it grows?

Requirements to architecture, trade-offs, data, scale, integration, failure modes.

Pillar · Quality

How do we know it works — and keep knowing?

Test strategy, automation, non-functional requirements, reliability, SLOs.

Pillar · Delivery

How does it reach production safely and repeatably?

CI/CD, infrastructure, containers, observability, incident response.

Pillar · People & Time

Can you get the organization to build the right thing?

Leading without authority, decisions, stakeholders, estimation, your own focus.

Beam · Communication

Can you make the case so others follow it?

Design reviews, respectful disagreement, ADRs, persuasive technical proposals.

What changes by the end

Decisions you can stand behind.

  • Take a vague business need and produce a defensible architecture — trade-offs made explicit, not hidden.
  • Draw a system at every level — context, containers, components — and explain each boundary.
  • Write an Architecture Decision Record a future engineer can actually use.
  • Design a test strategy for a system, and the non-functional requirements it must satisfy.
  • Reason about a delivery pipeline end to end: build, test, deploy, observe, roll back.
  • Facilitate a technical decision among people who disagree — and estimate the work realistically.
  • Mentor another engineer, and protect your own focus time so the architecture work happens.
  • Leave with a portfolio of artifacts — diagrams, ADRs, a strategy, a capstone — as the proof.

The roadmap · one month per module

Six months, one pillar at a time.

Each module is a self-contained month with a weekly live session and real work in between. Every month produces one artifact about the same system — so by the capstone you have a portfolio, not a pile of notes.

MONTH 00Baseline

Onboarding & baseline

Pick one real system you own or know well — it's the case study for the whole track. Rate yourself across the five pillars. Map what's fragile, undocumented, or scary to change.

ArtifactSelf-rating + case-study system audit
MONTH 01Foundation

Engineering craft, architect grade

Not "learn to code" — make code others can build on. Module boundaries and coupling, dependency direction, cross-cutting concerns, designing for change, reviewing at the level of architecture.

ArtifactDesign/refactor note + review rubric
MONTH 02System Design

System design & architecture

The core month. Requirements to architecture: real constraints, data as the center of gravity, sync vs. async, consistency vs. availability, integration boundaries, distributed failure modes. Draw in C4, record decisions as ADRs.

ArtifactC4 diagrams + a set of ADRs
MONTH 03Quality

Quality engineering

Quality as a system property, not a phase. The test pyramid and what belongs where, automation that pays off, non-functional requirements, quality gates, and reliability through SLOs and error budgets.

ArtifactTest strategy + NFR spec
MONTH 04Delivery

DevOps & delivery

How software reaches production safely. CI/CD pipelines, infrastructure as code, containers and orchestration at the level an architect must understand, observability as a design concern, incident response and rollback.

ArtifactDelivery + observability design
MONTH 05People & Time

Management: time & people

The part senior engineers skip and most need. Leading direction without formal authority, facilitating decisions when smart people disagree, stakeholder translation, realistic estimation, mentoring, and managing your own attention.

ArtifactDecision-facilitation + estimation plan
MONTH 06All pillars

Capstone & growth plan

Combine everything. Take a real, sizeable problem and produce an end-to-end architecture — the design, the ADRs, the quality strategy, the delivery approach, and the plan to get the organization behind it. Defend it in an architecture review, and build a 12-month growth plan for the gaps that remain.

ArtifactDefended end-to-end architecture + growth plan

How it works

Reps on a real system, not lectures.

6
months, one pillar each
1
60-min live session / week
7
artifacts you keep
1:1
fully personalized

A.Real systems only

Every drill and artifact is about a system you actually know. No canned examples — one case-study system runs through the whole track and gets stronger as you do.

B.Artifacts over notes

Each month's output is a document that would survive a real design review — a diagram, an ADR set, a strategy. The portfolio is the progress, and it's reusable at work on Monday.

C.Trade-offs, not answers

Architecture has no single right answer. You'll practice naming the options, stating the trade-off, and deciding with reasons — then writing the reason down.

D.A standard monthly rhythm

Frame the pillar, drill it on the real system, stress-test the trade-offs, produce and review the artifact. Once you know the shape, the work compounds.

Fit

Who it's for.

A strong fit if you…

  • Have real hands-on engineering experience and ship reliable code
  • Have mostly owned components, and are now asked "how should we build this?"
  • Want the architect role, not just the title — and evidence you can do the work
  • Learn by doing on real systems, with honest feedback

Probably not yet if you…

  • Are early-career and still building core engineering fundamentals
  • Want a certificate or a set of slides to watch passively
  • Can't bring a real system and real work to practice on
  • Are looking for framework tutorials rather than decision-making

Start the track

Grow into the architect your team already needs.

The roadmap above is the whole map — free to read and to use. When you want a mentor to run it with you, on your systems, book a baseline session and we'll start there.

TopTop · 14 years in software · Finland · remote, worldwide