2 napos gyakorlati workshop · csapatoknak, cégeknek · helyszínen vagy online
Hozzatok meg olyan architekturális döntéseket, amiket 6 hónap múlva sem kell megvédenetek újra.
Gyakorlati workshop mérnökcsapatoknak, tech leadeknek és engineering managereknek, akiknél:
- rendszeresen technikai kompromisszumokról kell dönteni,
- legacy és modern rendszerek között kell egyensúlyozni,
- és fontos, hogy a döntések 6 hónap múlva is védhetők legyenek.
Ismerős a csapatodban?
- A meetingek végére nincs valódi döntés, csak több kérdés — és jövő héten ugyanannak fut neki mindenki újra.
- Nehéz elmagyarázni, miért az adott irány mellett döntöttetek — és két hét múlva már senki nem emlékszik pontosan.
- Döntések születnek, de később senki nem tudja, miért.
Ha ebből 2 ismerős, egy rossz architekturális döntés a csapatodnak többe kerül, mint ez a workshop.

A workshopot tartja
Krisztián Papp
Software architect & consultant
10+ év gyakorlati tapasztalat · nemzetközi konferencia előadó · DevOps / architecture / cloud fókusz · kis csoportos gyakorlati workshop
Mit visz el a csapatod, amit másnap már használ
- ADR-sablon, amivel 15 perc alatt leírtok egy döntést úgy, hogy fél év múlva is érthető legyen.
- Döntési mátrix (visszafordítható / rendszerszintű / drága), amivel 5 perc alatt eldönthető, kell-e egyáltalán formális döntést hozni.
- A csapat meg tudja védeni a döntéseit vitás helyzetben is — nem fagynak le a „miért így?” kérdésnél.
- Ugyanazt a rendszert el tudjátok magyarázni a vezetőségnek és a junior kollégának is — ugyanazzal az ábrával, csak más szinten.
Gyakori kérdések
Kinek szól ez a workshop?
Mérnökcsapatoknak, tech leadeknek és engineering managereknek szól, akik rendszeresen technikai kompromisszumokról döntenek.
Akkor jó választás, ha a csapat legacy és modern rendszerek között egyensúlyoz, és fontos, hogy a döntések 6 hónap múlva is védhetők legyenek.
Kell előképzettség a csapatnak?
Alap fejlesztői tapasztalat szükséges a résztvevőknek.
Nem kezdőknek szól, de nem is csak senioroknak — a lényeg, hogy a csapat már találkozott valós architekturális problémákkal, nem csak tutorialokkal.
Hány fős csapatnak ajánlott?
Kis csoportban dolgozunk, hogy tényleg lehessen kérdezni és beszélgetni, nem csak passzívan ülni.
Az ideális létszámot az egyeztetés során nézzük meg együtt — ha nagyobb a csapat, több kisebb csoportra bontjuk a gyakorlati részt.
Nálunk tartjátok, vagy online?
Mindkettő megoldható: a csapatotoknál a helyszínen, vagy online, a csapat elhelyezkedésétől és igényeitől függően.
Az időpontot és a formátumot az egyeztetés során beszéljük meg.
Mennyibe kerül?
Az ár a csapat méretétől, a formátumtól (helyszínen vagy online) és az esetleges testreszabás mértékétől függ.
Írj nekünk a részletekkel, és pontos ajánlatot küldünk.
Lesz felvétel?
Alapból nem — ez egy interaktív workshop, nem előadás, és pont ez adja az értékét.
Ha a csapatnak fontos a rögzítés, ezt is meg tudjuk beszélni az egyeztetés során.
Mit fogtok konkrétan tanulni?
Valós példákon dolgozunk: rendszertervezési döntések, trade-offok megértése, tipikus hibák és azok elkerülése — a saját rendszereitekre szabva.
Nem elméleti előadás, hanem gondolkodásmód-fejlesztés.
Szervezzük meg a csapatodnak
Testreszabjuk a workshopot a ti stackre, rendszereitekre és aktuális kihívásaitokra — helyszínen nálatok vagy online, a csapat méretéhez és időbeosztásához igazítva.
Minta program (testreszabható)
1. nap – Döntések és ADR
- 09:00 – 09:20Bevezetés
Rövid bemutatkozás és kontextus. Áttekintjük a workshop gondolatmenetét: hogyan lesz egy problémából döntés, és abból dokumentált változás.
- 09:20 – 10:30Döntések strukturálása
Megnézzük, hogyan lehet egy problémát tisztán megfogalmazni, opciókat felállítani és trade-offok mentén dönteni. Egy közös példán végig is megyünk.
- 10:45 – 12:15Saját döntési helyzetek
Saját problémákon dolgozunk. A cél, hogy a végére mindenkinél megszülessen egy konkrét, kimondott döntés.
- 12:15 – 13:15Ebéd
- 13:15 – 14:00ADR alapok
Átvesszük, hogyan lesz egy döntésből rövid, érthető dokumentáció. Mire kell fókuszálni, és mi az, ami csak felesleges zaj.
- 14:00 – 15:30ADR írás
A délelőtti döntésekből ADR-eket írtok. Itt válik igazán láthatóvá, hogy mennyire volt tiszta a döntés.
- 15:45 – 16:30Review és pontosítás
Átnézitek egymás ADR-jeit, kérdeztek, pontosítotok, hogy a leírás mások számára is érthető legyen.
- 16:30 – 17:00Zárás
Összegezzük a nap tanulságait, és azt, hogyan változtak a döntések az írás során.
2. nap – C4 és rendszer gondolkodás
- 09:00 – 09:15Ráhangolódás
Rövid visszatérés az előző naphoz: vannak döntéseitek és ADR-ek, ezek hatását most a rendszer szintjén nézitek meg.
- 09:15 – 10:30A rendszer megértése
Arról beszélünk, hogyan lehet egy rendszert úgy nézni, mint döntések eredményét. Mi tartozik bele, mi nem, és mitől lesz érthető mások számára.
- 10:45 – 12:15C4 alapok
Megismeritek a C4 modell lényegét, és azt, hogyan lehet vele különböző szinteken bemutatni a rendszert.
- 12:15 – 13:15Ebéd
- 13:15 – 14:30Közös modellezés
Egy példán keresztül közösen felrajzoljuk a rendszer képét. A fókusz azon van, hogy érthetően kommunikálható legyen az architektúra.
- 14:45 – 15:45Saját rendszer vizualizálása
A saját rendszereiteket rajzoljátok fel. Itt áll össze, hogy mit jelent a gyakorlatban egy jól kommunikálható architektúra.
- 15:45 – 16:30Prezentáció és visszajelzés
Bemutatjátok egymásnak a diagramokat, és visszajelzést adtok arra, mennyire érthető és használható.
- 16:30 – 17:00Teljes flow összekötése
A végén összeáll a teljes kép: probléma, döntés, ADR mint változás, és a rendszer aktuális állapota C4-ben.

Az oktatóról
Krisztián szoftverarchitekt és tanácsadó, 10+ év gyakorlati tapasztalattal. Az elmúlt évek mérnöki vezetői szerepei után saját tanácsadó cégén keresztül segít csapatoknak jobb architekturális döntéseket hozni — ugyanazzal a módszerrel, amit ezen a workshopon tanít. Rendszeresen ad elő meetupokon és nemzetközi konferenciákon is.
Szakterületei a felhőtranszformációk, a DevOps gyakorlatok , az architekturális döntéshozatal ( ADR ) és a pragmatikus rendszertervezés. Krisztián a Letscode.hu közösség alapítója is, ahol támogató közeget épít azért, hogy az egyének fejlődhessenek, megosszák a tudásukat, és együtt vigyék előre a szakmát. Ugyanebben a hangnemben futott a Letscode.hu podcast is: rövidebb epizódok, háttérsztorik — megtalálod SoundCloudon .
