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.

Krisztián workshop közben

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:20
    Bevezeté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:30
    Dö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:15
    Sajá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:15
    Ebéd
  • 13:15 – 14:00
    ADR 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:30
    ADR í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:30
    Review é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:00
    Zá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:15
    Rá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:30
    A 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:15
    C4 alapok

    Megismeritek a C4 modell lényegét, és azt, hogyan lehet vele különböző szinteken bemutatni a rendszert.

  • 12:15 – 13:15
    Ebéd
  • 13:15 – 14:30
    Kö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:45
    Sajá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:30
    Prezentáció és visszajelzés

    Bemutatjátok egymásnak a diagramokat, és visszajelzést adtok arra, mennyire érthető és használható.

  • 16:30 – 17:00
    Teljes 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 .