Ett strukturerat mentorspår för utvecklare som redan levererar stark kod och vill äga beslut på hela systemets nivå, inte bara sina egna commits.
Utgångspunkten
En arkitekt är en senior utvecklare som också är bra på det runt koden — system design, kvalitet, leverans och människor.
Du slutar inte vara ingenjör. Gedigen mjukvaruutveckling är grunden allt vilar på. Arkitektur är de fyra pelarna du reser ovanpå den — och kommunikationsbalken som binder ihop dem. Spåret bygger var och en medvetet, på ett verkligt system du redan känner.
Är koden själv gedigen, förändringsbar och trygg att bygga på?
Gränser, koppling, tvärgående aspekter, granskning på arkitekturnivå.
Kommer systemet göra sitt jobb och hålla när det växer?
Från krav till arkitektur, avvägningar, data, skala, integration, fellägen.
Hur vet vi att det fungerar — och fortsätter veta det?
Teststrategi, automation, icke-funktionella krav, tillförlitlighet, SLO:er.
Hur når det produktion säkert och upprepbart?
CI/CD, infrastruktur, containrar, observerbarhet, incidenthantering.
Kan du få organisationen att bygga rätt sak?
Leda utan mandat, beslut, intressenter, estimering, ditt eget fokus.
Kan du föra fram argumentet så att andra följer?
Designgranskningar, respektfull oenighet, ADR:er, övertygande tekniska förslag.
Vad som förändras till slutet
Färdplanen · en månad per modul
Varje modul är en fristående månad med en veckovis livesession och verkligt arbete emellan. Varje månad producerar en artefakt om samma system — så till examensarbetet har du en portfölj, inte en hög anteckningar.
Välj ett verkligt system du äger eller känner väl — det är fallstudien för hela spåret. Bedöm dig själv över de fem pelarna. Kartlägg vad som är skört, odokumenterat eller läskigt att ändra.
Inte "lär dig koda" — gör kod som andra kan bygga på. Modulgränser och koppling, beroenderiktning, tvärgående aspekter, design för förändring, granskning på arkitekturnivå.
Kärnmånaden. Från krav till arkitektur: verkliga begränsningar, data som tyngdpunkt, sync vs. async, konsistens vs. tillgänglighet, integrationsgränser, distribuerade fellägen. Rita i C4, dokumentera beslut som ADR:er.
Kvalitet som en systemegenskap, inte en fas. Testpyramiden och vad som hör hemma var, automation som lönar sig, icke-funktionella krav, kvalitetsgrindar och tillförlitlighet via SLO:er och felbudgetar.
Hur mjukvara når produktion säkert. CI/CD-pipelines, infrastruktur som kod, containrar och orkestrering på den nivå en arkitekt måste förstå, observerbarhet som en designfråga, incidenthantering och rollback.
Delen seniora utvecklare hoppar över och behöver mest. Leda riktning utan formellt mandat, facilitera beslut när kloka personer är oense, översätta för intressenter, realistisk estimering, mentorskap och att styra din egen uppmärksamhet.
Kombinera allt. Ta ett verkligt, någorlunda stort problem och ta fram en helhetsarkitektur — designen, ADR:erna, kvalitetsstrategin, leveranssättet och planen för att få organisationen med dig. Försvara den i en arkitekturgranskning och bygg en 12-månaders tillväxtplan för luckorna som återstår.
Hur det fungerar
Varje övning och artefakt handlar om ett system du faktiskt känner. Inga påhittade exempel — ett fallstudiesystem löper genom hela spåret och blir starkare i takt med dig.
Varje månads resultat är ett dokument som skulle klara en verklig designgranskning — ett diagram, en ADR-uppsättning, en strategi. Portföljen är framstegen, och den går att använda på jobbet redan på måndag.
Arkitektur har inget enda rätt svar. Du övar på att namnge alternativen, ange avvägningen och besluta med skäl — och sedan skriva ner skälet.
Rama in pelaren, öva den på det verkliga systemet, stresstesta avvägningarna, producera och granska artefakten. När du kan formen ackumuleras arbetet.
Passform
Starta spåret
Färdplanen ovan är hela kartan — fri att läsa och använda. När du vill ha en mentor som går den med dig, på dina system, boka ett utgångsläge-möte så börjar vi där.
TopTop · 14 år i mjukvarubranschen · Finland · på distans, världen över