BMAD
Breakthrough Method for Agile AI-Driven Development
A négy ágens: Business · Manager · Architect · Developer
Strukturált AI-támogatott fejlesztés
— egy Java 8 → 25 migráción keresztül
Roland Bata · 2026
👋 Üdv — kezdjük egy gyors kérdéssel.
════════════════════════════════════════════════
OPENING SCRIPT — ~60-90 másodperc.
Olvasd el hangosan, ne fejből — a vendég szövegét fogod elismételni, mire észbe kapsz.
════════════════════════════════════════════════
[1] KÖSZÖNTÉS (~10 mp) — mosolyogj rá a teremre, vegyél egy levegőt:
"Üdv mindenkinek. Köszönöm, hogy itt vagytok."
[2] BEMUTATKOZÁS (~15 mp):
"Roland vagyok, Java fejlesztő — és mint sokan a teremben, én is végigéltem már néhány migrációt, amikor a 'majd kitaláljuk menet közben' eléggé fájdalmasan végződött."
[3] MIRŐL LESZ SZÓ (~20 mp):
"A következő egy órában azt fogjuk megnézni, hogy lehet egy Java 8 alkalmazást Java 25-re átemelni — de NEM ad-hoc módon, hanem strukturáltan, AI-támogatással. Ez a BMAD: Breakthrough Method for Agile AI-Driven Development."
[4] KULCS ÜZENET (~10 mp) — lassítva, hangsúllyal:
"Ma NEM egy újabb tool-t mutatok be — hanem egy módszertant. A Java migráció csak egy use case. Amit ma látsz, holnap tudod használni .NET migrációhoz, új feature-höz, sprint tervezéshez — bármihez."
[5] HÍD A KÖVETKEZŐ DIÁRA (~10 mp) — itt utalsz a 👋 sorra:
"Mielőtt belevágunk, egy gyors kérdéssel kezdek." [TOVÁBB →]
────────────────────────────────────────────────
VÉSZHELYZETI MENTŐÖV — ha teljesen lefagysz:
Olvasd fel a saját diádat. Egyszerűen mondd ki: "BMAD — Breakthrough Method for Agile AI-Driven Development." Innen már menni fog.
────────────────────────────────────────────────
Először egy kérdés
Ki dolgozik most is Java 8-on vagy 11-en?
51%
a Java fejlesztők még legacy Java verzión dolgozik
— Azul 2025 State of Java Survey
Java 8 EOL: 2026. november ·
Spring Boot 1.5 EOL: 2019 óta
DEMÓ INSTRUKCIÓ: "Kézfeltartás — ki fut még Java 8-on? 11-en?" Várd meg a kezeket. "Az Azul felmérése szerint a felénk." Hangsúlyozd: "November után nincs public security patch."
Az ismerős forgatókönyv
Tipikus migrációs hét egy középvállalati csapatnál:
📅 Hétfő reggel · Becslés: "2 nap, max 3"
📅 Hétfő délután · pom.xml átírva, 200 compile error
📅 Kedd · "findOne() nem létezik?!"
📅 Szerda · sed-del cseréltük a javax-ot, az SSL eltört 💀
📅 Csütörtök · Tesztek zöldek, JSON formátum más lett
📅 Péntek · "Holnap újra próbáljuk" → következő szprint
Szétszórt jegyzetek · Nem dokumentált döntések · Production-ben felfedezett bugok
════════════════════════════════════════════════
FRAGMENT-ENKÉNTI SCRIPT — építsd a fájdalmat lépésről lépésre.
Ne siesd el, hagyd ülepedni mindegyiket. Ez a "callback set-up" a 22. perces javax.crypto wow-momenthez.
════════════════════════════════════════════════
FELVEZETÉS (a dia címe után):
"Ismerős a következő hét? Mert szerintem a teremben fele már látta."
[Hétfő reggel — ALAP, már látható]
"Hétfő reggel, becslés: 2 nap, max 3. Klasszikus." (kis szünet, mosoly)
[Hétfő délután — KATTINTS]
"Hétfő délután: pom.xml átírva — 200 compile error. Aki dolgozott Spring Boot 1.5 → 2.x-en, az tudja, miért."
[Kedd — KATTINTS]
"Kedd: 'findOne() nem létezik?!' — Spring Data JPA 2-ben kivették. Optional-t kell írnod. Ez egy óra Stack Overflow."
[Szerda — KATTINTS] ← EZ A KULCS, lassabban!
"Szerda: sed-del cseréltük a javax-ot jakartá-ra. SSL eltört. (szünet) Erre még visszatérünk a 22. percnél — ez NEM véletlenül van itt."
[Csütörtök — KATTINTS]
"Csütörtök: tesztek zöldek, viszont a JSON formátum más lett. Jackson default-ok megváltoztak. A frontend csapat hívogat."
[Péntek — KATTINTS]
"Péntek: 'Holnap újra próbáljuk' — ami azt jelenti: csúszik a következő szprintre. És a következőre. És a következőre."
[Záró fragment — szétszórt jegyzetek]
Hangosan, lassítva: "És MIT viszünk magunkkal? Szétszórt jegyzeteket. Nem dokumentált döntéseket. Production-ben felfedezett bugokat."
HÍD: "Mi lenne, ha nem így kellene?" [TOVÁBB →]
Mi lenne, ha...
✓ Egy parancs feltérképezné a kódbázist?
✓ Az AI azonosítaná a kockázatokat előre?
✓ Lenne fázisonkénti terv minden lépéshez?
✓ Minden döntés visszakövethető lenne?
...mielőtt egyetlen sort módosítanál?
Ez a BMAD.
Lassan építsd a fragmenteket. Az utolsó kérdés a kulcs: "mielőtt módosítanál". Hangsúlyozd.
Mi a BMAD?
📐 Módszertan
Strukturált fázisok
Explicit döntések
Visszakövethetőség
Phase gate-ek
🔧 Eszközkészlet
AI agentek (specializált)
Slash parancsok
6 modul
Bővíthető (BMB)
A módszertan a fontos. Az eszközök támogatják — nem helyettesítik.
"Két dolog egyben. A módszertan a stratégia, az eszközök a taktika. Sok cég AI-t vesz, de módszertan nélkül csak gyorsabban produkál rosszat. A BMAD-ban a kettő együtt jár."
A BMAD ökoszisztéma — 6 modul
Core
Általános alapok
Mélyítés, review-k, párbeszédek, dokumentum kezelés
BMM
BMad Method
Tervezés, architektúra, sprint, kód (a négy ágens-szerep itt él)
CIS
Creative Intelligence Suite
Ötletelés, design thinking, prezentáció, storytelling
WDS
Web Design Studio
8 lépéses UX folyamat: brief-től a design system-ig
TEA
Test Architecture Enterprise
ATDD, NFR mérés, CI pipeline, traceability
BMB
BMad Builder
Saját agentek, workflow-k, modulok építése
Ma a BMM -re fókuszálunk a migrációhoz, de a többit is megemlítem.
Egyenként jönnek be a kártyák. Magyarázd: "Core az alap, BMM a fő munkafolyamat, CIS kreativitás, WDS UX, TEA tesztelés, BMB saját bővítés. Egységes méret — egyik sem fontosabb. Most a BMM."
Specializált agentek — virtuális csapat
BMM csapat
Mary — Business Analyst
John — Product Manager
Sally — UX Designer
Winston — Architect
Amelia — Developer
Paige — Tech Writer
CIS csapat
Carson — Brainstorming
Maya — Design Thinking
Victor — Innovation
Dr. Quinn — Problem Solver
Sophia — Storytelling
Caravaggio — Presentations ✨
TEA & WDS
Murat (TEA) — Test Architect
Freya (WDS) — UX Designer
Saga (WDS) — Analyst
+ generic review-erek (adversarial, edge case)
Mindegyik specializált — Party Mode -ban közösen vitáznak.
"Több kicsi specializált AI, mint egy nagy. Az architect nem ír PRD-t, a dev nem hoz architektúra döntést. Caravaggio segített a slide-okkal. Party Mode-ban össze tudod őket terelni."
Kulcs fogalmak
Ezek vissza fognak jönni a slide-okon:
📝 Product Brief
A migráció víziója . Mit, kinek, milyen scope-ban.
📋 PRD
FR (functional) és NFR követelmények.
🏗️ ADR
Architecture Decision Record — explicit döntés indoklással.
📦 Epic + Story
Epic nagyobb fázis, Story implementálható feladat.
🚪 Phase Gate
Validáció: zöld build, parity — különben nincs továbblépés.
🔗 Traceability
Story → Epic → ADR → FR → Brief. Visszakövethetőség .
════════════════════════════════════════════════
KÁRTYÁNKÉNTI SCRIPT — egy mondat mindegyikre, sorban.
Cél: ezek a fogalmak vissza fognak jönni a slide-okon, ne ijedjenek meg tőlük később.
════════════════════════════════════════════════
FELVEZETÉS:
"Mielőtt belevágunk a workflow-ba, hat fogalmat tisztázzunk. Ezek vissza fognak jönni — most ráhangoljuk a szemeteket."
[Product Brief]
"Product Brief — a vízió. 'Mit csinálunk, kinek, milyen scope-ban.' Ez NEM PRD — ez egy A4-es összefoglaló. A célt rögzíti, nem a részleteket."
[PRD]
"PRD — Product Requirements Document. Itt jönnek a Functional és Non-Functional követelmények. FR1, FR2, NFR1... mindegyik egy mondat, mindegyik tesztelhető."
[ADR]
"ADR — Architecture Decision Record. Egy strukturált döntés-jegyzet: kontextus, döntés, indoklás, következmények. Ha valaki egy év múlva felteszi, hogy 'ezt miért így csináltátok?' — itt lesz a válasz."
[Epic + Story]
"Epic egy nagyobb fázis, Story egy implementálható feladat. Adott story-t egyetlen fejlesztő be tud fejezni egy ülésben — ez a méret."
[Phase Gate]
"Phase Gate — kapu. A fázis végén nem mész tovább, amíg nem zöld a build és nem stimmel a parity. Ez kényszerít arra, hogy ne hurcoljunk át hibát fázisok között."
[Traceability]
"Traceability — visszakövethetőség. Egy commit-ból visszavezethető vagyok az eredeti vízióig. Story → Epic → ADR → FR → Brief. Ezt később egy konkrét példán is megnézzük."
HÍD: "Most nézzük meg a demó projektet, amin mindezt végigjátszuk." [TOVÁBB →]
A demo projekt
Library API — Könyvtár-kezelő REST API
Java 8 / Spring Boot 1.5.22 / WAR / Tomcat
├── 3 entitás (Book, Member, Loan)
├── 12 REST végpont
├── javax.persistence, java.util.Date
├── JUnit 4, Springfox Swagger 2
└── 14 forrásfájl
Szándékosan kicsi — átlátható.
De minden tipikus migrációs kihívást tartalmaz.
"Egy kis könyvtár-kezelő. 14 fájl. Nem éles termék — demó. De minden tipikus 2010-es éveken átívelő pattern benne van."
LIVE Az eredeti alkalmazás
🎬 DEMÓ LÉPÉSEK
1. Böngésző: localhost:8081/library/swagger-ui.html
2. Mutasd: "12 endpoint, klasszikus Springfox kinézet"
3. GET /api/books → Try it out → Execute
4. Mutass rá: "createdAt": "2026-04-07T15:44:56"
5. Opcionális: H2 console /library/h2-console
Java 8, javax.*, régi date API.
ELŐKÉSZÍTÉS előtte: terminálban `sdk use java 8.0.482-tem && git checkout b93e61e && mvn spring-boot:run`. Hagyj 30 mp indulásra.
A BMM workflow — 5 fázis
1
document-project — Megérti, amink van
2
product-brief — Definiálja a víziót
3
create-prd — Részletezi a követelményeket
4
create-architecture — Explicit technikai döntések
5
create-epics-and-stories — Implementálható feladatok
Mindegyik dokumentumot produkál. Mindegyik épít az előzőre.
Lassan jön mindegyik. Az utolsó pontban vezesd fel az Advanced Elicitation-t.
SHOW 1. fázis: Document Project
📺 MIT MUTASS
1. VS Code: nyisd meg a docs/ mappát
2. docs/index.md — projekt áttekintés
3. docs/architecture.md — felismert architektúra (3-tier layered)
4. docs/api-contracts.md — 12 endpoint inventár
5. docs/data-models.md — 3 entitás, 2 reláció
Egy parancs · ~30 perc · 6 dokumentum
VS Code splitscreen. "Nézzük meg, mit talált a BMAD." Görgesd át a docs/index.md-t. Mutasd a táblákat.
SHOW 2. fázis: Product Brief
📺 MIT MUTASS
1. Nyisd: _bmad-output/planning-artifacts/product-brief-library-api-migration.md
2. Executive Summary — vízió 3 bekezdésben
3. What Makes This Special — miért nem csak "egy migráció"
4. Scope — mit NEM csinálunk
A scope kikényszeríti, hogy előre eldöntsd :
"Most ezt csináljuk. Ezt nem. Erre most nem érünk rá."
"A brief nem csak egy 'cél' — szerződés a jövőddel. A scope itt dől el, nem a sprint közepén."
Advanced Elicitation — mélyítés
Minden fázis után: "Mélyítsd el a döntéseket"
Pre-mortem
"Tegyük fel megbukott — mi vezetett oda?" Kockázatok visszafelé.
Shark Tank
Szkeptikus befektetők kérdezik. Hol gyenge?
Red Team
Egyik AI támad, másik véd. Hibákat vadász.
First Principles
"Mi az alapfeltevés? Tényleg igaz?"
Persona Group
Több persona ugyanarra reagál. Eltérő szempontok.
Reverse Engineering
"Tegyük fel működik. Hogyan jutottunk ide?"
50+ módszer. Mindegyik más szögből támadja a döntést.
════════════════════════════════════════════════
KÁRTYÁNKÉNTI SCRIPT — 6 módszer, kártyánként ~10-15 mp.
Cél: ne csak felsoroljuk, hanem mindegyikről legyen egy kép a fejükben.
════════════════════════════════════════════════
FELVEZETÉS:
"Minden BMAD fázis után ezt kapod: 'Mélyítsd el a döntéseket.' Nem csak rákérdez — strukturált módszereket kínál fel. Mutatok hatot az 50-ből."
[Pre-mortem]
"Pre-mortem: feltesszük, hogy a projekt megbukott — és visszafelé kérdezzük, mi vezetett oda. Ez ALAP a tervezésnél. A javax.crypto csapdát is ez fogta meg, mindjárt megmutatom."
[Shark Tank]
"Shark Tank: szkeptikus befektetők kérdeznek. Hol gyenge a tervünk? Milyen feltételezést nem teszteltünk? Az AI eljátssza a Cuban-okat és Kevin O'Leary-ket."
[Red Team]
"Red Team: az egyik AI támad, a másik véd. Hibákra, biztonsági résekre, gyenge pontokra vadászik. Pentest-szerű gondolkodás a tervben."
[First Principles — KATTINTS]
"First Principles: 'Mi az alapfeltevés? Tényleg igaz?' Ezt Elon Musk-féle gondolkodás — ne a meglévőből indulj ki, hanem a fizikából/követelményekből."
[Persona Group — KATTINTS]
"Persona Group: több persona ugyanarra a tervre reagál. A junior fejlesztő mást lát benne, mint az ops mérnök vagy a product owner. Eltérő szempontok = új meglátások."
[Reverse Engineering — KATTINTS]
"Reverse Engineering: tegyük fel, hogy MŰKÖDIK. Hogyan jutottunk ide? Visszafelé bontjuk le a sikert lépésekre. Ez segít kihagyott lépéseket találni."
[50+ módszer fragment]
"Ötvennél is több ilyen módszer van. A BMAD strukturáltan kínálja fel őket — nem kell fejből tudnod, melyik mikor jó."
HÍD: "OK — nézzük a 3. fázist, ahol ezeket alkalmaztuk." [TOVÁBB →]
SHOW 3. fázis: PRD
📺 MIT MUTASS
1. Nyisd: _bmad-output/planning-artifacts/prd.md
2. Functional Requirements — görgess: 34 FR
3. User Journeys — Roland, Kata, Gergő
4. Mutasd: nem a Library API felhasználói — a PREZENTÁCIÓ közönsége!
A PRD 5 elicitation kört futott minden szekciónál.
"34 FR, mindegyik tesztelhető. A user journey érdekes: a TI-ről szól, a közönségről."
4. fázis: Architecture — explicit ADR-ek
ADR = strukturált döntés: kontextus → döntés → indoklás → következmények
ADR Döntés Phase
001 Fázisos migráció (1.5→2.7→3.x) All
002 Centralizált error handling (@RestControllerAdvice) 1
003 Per-field date mapping (LocalDate vs LocalDateTime) 2
004 Springfox → SpringDoc 2
005 Git branch per phase (rollback = branch revert) All
006 Explicit Jackson config a response parity-hez 2
007 Layered architecture megőrzése All
008 Paketo buildpacks, nem manuális Dockerfile 3
Minden döntés indokolva és visszakövethető .
Lassan minden ADR. "Egy év múlva valaki megnyitja és érti, miért döntöttünk így."
Fázisos migráció — Phase Gate-ekkel
Phase 1 · Spring Boot 1.5 → 2.7
findOne removal · context-path rename · JUnit 4→5 · Error handling
🚪 Tovább csak ha: lefordul, minden teszt zöld, a fő végpontok ugyanazt válaszolják
Phase 2 · Spring Boot 2.7 → 3.x
javax → jakarta · java.time · SpringDoc · Lambdák, streams
🚪 Tovább csak ha: tesztek zöldek, minden végpont 1:1 ugyanazt adja, nincs téves javax-átírás
Phase 3 · Containerization
WAR → JAR · Paketo buildpack · Devcontainer Java 25
🚪 Tovább csak ha: a konténer pontosan ugyanazt válaszolja, mint a sima JAR
Miért nem egy ugrás? Ha 5 breaking change egyszerre csap le → nem tudod, melyik tört el.
Mindegyik fázis fragment. "Phase 1: framework API. Phase 2: namespace és modernizáció. Phase 3: packaging. Mindegyik végén GATE — nem mész tovább, amíg nem zöld."
⚠️ A javax.crypto csapda
Emlékeztek a szerdai SSL eseményre? Ez az.
❌ Naiv megközelítés
$ sed -i 's/javax/jakarta/g' \
src/main/java/**/*.java
javax.persistence → jakarta.persistence ✓
javax.validation → jakarta.validation ✓
javax.crypto → jakarta.crypto ❌
javax.net.ssl → jakarta.net.ssl ❌
Kriptó eltört. TLS eltört.
Production deploy → security incident.
✅ BMAD megközelítés
PRD FR6 explicit kimondja:
FR6: Migrate javax.* to jakarta.*
EXCEPT JDK-owned packages
(javax.crypto, javax.net.ssl,
javax.security.*) — NEVER rename
A Pre-mortem Analysis derítette ki
a tervezési fázisban.
Felderítve a tervezésnél.
Nem production-ben.
FONTOS WOW MOMENT. "Emlékeztek? A szerdai sed csere — itt van miért volt baj. A javax.crypto JDK-tulajdonú. Ki csinált volna sed cserét? A BMAD-ban a Pre-mortem Analysis-ben derült ki, MIELŐTT egy sort módosítottunk."
5. fázis: Epics & Stories
Epic 1
Spring Boot 2.7 Migration
6 story · 12 FR
Epic 2
Boot 3.x + Modernization
6 story · 8 FR
Epic 3
Containerization
3 story · 2 FR
Epic 4 — Presentation & Demo
6 story · 13 FR — Reveal.js, README, cheat sheet, demo setup
Minden story Given/When/Then acceptance criteria-val.
"21 story összesen. Mindegyik annyira specifikus, hogy egy ismeretlen fejlesztő végre tudná hajtani."
Traceability — minden visszakövethető
Egy konkrét story-ból az eredeti vízióig:
Story 2.2: javax→jakarta migration in Book.java
↑
Epic 2: Spring Boot 3.x Migration & Modernization
↑
ADR-001: Phased migration, namespace = Phase 2
↑
PRD FR6: Migrate all javax.* to jakarta.* (except JDK-owned)
↑
Brief: Java 8 EOL November 2026 → mandatory modernization
ChatGPT bármelyiket generálná — a láncot közöttük nem.
Lassan építsd alulról fölfelé (story → brief). "Ez nem dokumentum-csomag — egy döntési láncolat. 6 hónap múlva: 'miért írtad át?' — végig tudod vezetni."
LIVE Before vs After
🎬 DEMÓ LÉPÉSEK
1. Nyiss 2 böngésző tab-ot egymás mellett:
• Tab A: localhost:8081/library/swagger-ui.html (Java 8)
• Tab B: localhost:8082/library/swagger-ui/index.html (Java 25)
2. Mutasd a Swagger UI title különbséget:
"Library API" vs "Library API v2 — Java 25 / Spring Boot 3.x"
3. Mindkettőn: GET /api/books → Try → Execute
4. Hasonlítsd a JSON response-okat (Jackson config!)
Response parity ✓
ELŐKÉSZÍTÉS: két terminál fut. 1: java 8 + boot 1.5 (8081). 2: java 25 + boot 3.x (8082). Splitscreen.
A kód diff — tiszta, fázisonkénti
Before (Java 8)
import javax.persistence.*;
import java.util.Date;
@Entity
public class Book {
@Temporal(TemporalType.DATE)
private Date publishedDate;
private Date createdAt;
public List<Book> sorted() {
return books.stream()
.sorted(new Comparator<Book>() {
public int compare(Book a, Book b) {
return a.getAuthor()
.compareTo(b.getAuthor());
}
}).collect(toList());
}
}
After (Java 25)
import jakarta.persistence.*;
import java.time.LocalDate;
import java.time.LocalDateTime;
@Entity
public class Book {
private LocalDate publishedDate;
@JsonFormat(pattern="yyyy-MM-dd'T'HH:mm:ss")
private LocalDateTime createdAt;
public List<Book> sorted() {
return books.stream()
.sorted(comparing(Book::getAuthor))
.toList();
}
}
Nincs 500 soros "migration commit" — minden commit egy BMAD story .
"Egy konkrét fájl: Book.java. javax→jakarta, Date→LocalDate, anonymous Comparator→method reference. Mindegyik VÁLTOZÁS külön commit, külön fázisban."
SHOW Git log = Migration story
📺 MIT MUTASS
Terminálban: git log --oneline
50572ab [Phase 4] docs: Reveal.js presentation, cheat sheet, README
d7b17f0 Merge phase-3: Paketo + Java 25 devcontainer
3303005 [Phase 3] migrate: Paketo buildpack config
06e89d4 [Phase 3] migrate: WAR → JAR
aad2384 Merge phase-2: Java 25 / Boot 3.5.13
5d3097a [Phase 2] refactor: lambdas, streams
a50f871 [Phase 2] migrate: java.time per ADR-003
55c4cc6 [Phase 2] migrate: Boot 3.x, javax→jakarta
c6c75f7 Merge phase-1: Boot 2.7.18
59e5982 [Phase 1] refactor: centralize error handling
1f75204 [Phase 1] migrate: Boot 2.7 + JUnit 5
b93e61e Initial commit: Java 8 / Boot 1.5
Commit convention [Phase X] type: description — az Architecture doc-ban definiálva .
Terminálban: `git log --oneline`. "A git log MAGA a migrációs történet. A convention nem véletlen — a BMAD kikényszerítette."
LIVE Paketo container
🎬 DEMÓ LÉPÉSEK
1. Mutasd: docker ps | grep library-api
2. Opcionálisan élő build: mvn spring-boot:build-image -DskipTests
3. Böngészőben: localhost:8082/library/api/books
$ mvn spring-boot:build-image -DskipTests
# → Paketo auto-detects Spring Boot
# → BellSoft Liberica JRE 25
# → Layered OCI image (cache-elhető)
# → Zero Dockerfile
$ docker run -p 8082:8081 library-api:1.0.0
Ha a build már megtörtént, csak `docker ps`-szel mutasd. "Egy parancs. Nincs Dockerfile."
BMAD a migráción túl
Bármilyen szoftverprojektre.
📋 BMM Sprint Flow
sprint-planning sprint terv
create-story story részletek
dev-story implementáció
sprint-status állapot + risks
retrospective retro
correct-course sprint pivot
🧪 TEA Test Architecture
testarch-framework setup
testarch-atdd red-phase
testarch-test-design terv
testarch-nfr NFR mérés
testarch-ci CI pipeline
testarch-trace traceability
🎨 WDS — UX 8 lépés
wds-1-project-brief
wds-2-trigger-mapping
wds-3-scenarios
wds-4-ux-design
wds-5-agentic-development
wds-7-design-system
"A migráció csak a jéghegy csúcsa. BMM sprint, TEA test architecture, WDS UX. Mind ugyanazzal a strukturált gondolkodással."
Core: minden fázisban hasznos
🔍 Mélyítés
advanced-elicitation
50+ módszer
party-mode
több agent együtt
brainstorming
🎯 Review
review-adversarial
cinikus review
review-edge-case
edge case vadászat
code-review
📄 Dokumentum
distillator
tömörítés
shard-doc
nagy doksik bontása
help ← bármikor
Orthogonális a workflow-hoz — bármikor használható.
"A Core MINDIG használható. Bármelyik fázisban kérheted az elicitation-t, review-t, distillator-t."
BMB: saját modulok és agentek
A BMAD meta-szintje — építsd a saját workflow-d
agent-builder — Saját agent
pl. "DevOps Engineer" a saját pipeline-odhoz
workflow-builder — Saját workflow
pl. ".NET Migration" workflow .NET 6 → 8 átálláshoz
module-builder — Komplett modul
pl. "FinOps" modul cég cost-management-hez
customize — Built-in agent override
céges szabályok ráhúzása a meglévő agentekre
A BMAD nem zárt . Testreszabható. Bővíthető.
"A BMB a meta-szint. Sajátot építhetsz. Egy DevOps agent. Egy .NET migráció workflow. A customize-zal a céges szabályok ráhúzhatók."
BMAD nélkül vs vele
Nélküle Vele
"Majd kitaláljuk" Fázisonkénti terv előre
Szétszórt jegyzetek Koherens artifact-csomag
sed cserék, eltört SSL Pre-mortem felderíti előre
"Miért is csináltuk így?" ADR-ek, döntési napló
"Mennyi van még hátra?" Sprint status, story-k
3 nap debug egy hibás merge után Phase gate elkapja
Onboarding: "kérdezz egy senior-t" Onboarding: "olvasd az ADR-eket"
"Nem a BMAD-dal töltött idő a kérdés — hanem a NÉLKÜLE eltöltött debug és magyarázkodási idő."
Élő dokumentáció — bonus
📝 Brief → Miért csináltuk · onboarding
📋 PRD → Mit követeltünk meg · audit trail
🏗️ Architecture → Hogyan döntöttünk · döntési napló
📦 Epics & Stories → Mit hajtottunk végre · traceability
Az új fejlesztő megnyitja az architecture.md-t
és tudja, MIÉRT van @JsonFormat a createdAt-on.
A BMAD artifactok a kóddal együtt készültek — nem utólag.
"Plusz előny: élő dokumentáció. Új fejlesztő nem 'kérdezz Rolandot' — 'olvasd az ADR-t'."
Próbáld ki — 30 perc
1 npm install -g @anthropic-ai/claude-code
2 Telepítsd a BMAD-ot:
github.com/bmad-code-org/BMAD-METHOD
3 Futtasd: /bmad-document-project
4 30 perc múlva: docs/index.md a saját kódodról
Low-risk experiment.
Ha hasznos — folytatod. Ha nem — 30 percet vesztettél.
"30 perc. Vegyél egy kódbázist amit jól ismersz, futtasd, nézd meg. Ha 'igen, jól értette' — folytasd."
BMAD Cheat Sheet
BMM Workflow
document-project
product-brief
create-prd
create-architecture
create-epics-and-stories
sprint-planning
create-story
dev-story
sprint-status
retrospective
Bárhol használd
help ← bármikor
advanced-elicitation
party-mode
code-review
checkpoint-preview
Más modulok
testarch-* (TEA)
wds-* (WDS UX)
cis-* (Innovation)
Top 5 Pitfall
1. javax.crypto trap
2. Springfox + Boot 2.6+
3. data.sql exec order
4. Jackson nanosec
5. Mockito strict stubbing
Részletek:BMAD-CHEAT-SHEET.md
Demo repo: github.com/bataroland/bmad_presentation
"A BMAD-CHEAT-SHEET.md is benne van a repóban — teljes lista, 6 modulhoz."
Köszönöm!
Kérdések?
Roland Bata
Demo repo: github.com/bataroland/bmad_presentation
BMAD: github.com/bmad-code-org/BMAD-METHOD
════════════════════════════════════════════════
Q&A — ANTICIPATED KÉRDÉSEK + VÁLASZOK.
Ha csend van: "Pár kérdés, amit szoktak tőlem kérdezni — kezdjük ezekkel."
════════════════════════════════════════════════
[Q1] "Mennyibe kerül? Az AI tokenek nem olcsók nagyobb projekten."
→ "Claude Code Pro előfizetés ~$20/hó. A teljes Library API tervezése (brief + PRD + architecture + 21 story) belefért ebbe — nem volt extra token-fogyasztás. Nagyobb projektnél a Max tier ~$100/hó. Egy senior fejlesztő egy ÓRÁJA többe kerül."
[Q2] "Junior fejlesztő is használhatja, vagy ehhez senior kell?"
→ "Pont fordítva — a juniorok profitálnak a legtöbbet. A struktúra kikényszeríti a 'ne ugorj fejest a kódba' gondolkodást. Az ADR-ek tanítanak, miért döntünk valamit. Egy senior nélkül is használható — de a senior gyorsabban ítéli meg, melyik javaslat jó."
[Q3] "Mi a különbség Cursor / Copilot / sima ChatGPT-hez képest?"
→ "Azok TOOL-ok, a BMAD MÓDSZERTAN. A Cursor egy kódszerkesztő AI-jal. A BMAD egy gondolkodási keretrendszer, amit BÁRMELYIK AI tool-lal használhatsz — Claude Code-ban a legintegráltabb, de elvileg Cursor-ral, GPT-vel is megy. A különbség: a BMAD megmondja, MIKOR használj advanced elicitation-t, mikor pre-mortemet, mikor architecture review-t — nem rád bízza."
[Q4] "Hogyan győzöm meg a vezetőséget, hogy ezt használhatom?"
→ "Két érv. (1) Compliance: minden döntés dokumentált — auditra felkészültek vagytok. (2) Kockázatcsökkentés: a pre-mortem és phase gate-ek mérhetően kevesebb production incidentet jelentenek. Indulj egy KIS pilot projekttel — egy 30 perces /bmad-document-project futás egy meglévő repón. A vezetőség látja a kimenetet, nem a hype-ot."
[Q5] "Lock-in van Claude Code-hoz?"
→ "Nem — a BMAD artifactok sima Markdown fájlok a repóban. Ha holnap váltasz Cursor-ra vagy GPT-re, a brief, PRD, ADR-ek velük is olvashatók. Az AGENT-ek Claude-specifikusak, de az OUTPUT nem."
[Q6] "És ha az AI rosszul érti a kódot? Hallucinál?"
→ "Hallucinál — ezért van a phase gate és a review réteg. Az AI javaslatot ad, te döntesz. A `code-review` és `review-adversarial` parancsok pont arra valók, hogy egy másik AI ellenőrizze az elsőt. Soha ne futtass /dev-story-t felülvizsgálat nélkül."
────────────────────────────────────────────────
HA NINCS KÉRDÉS:
"Ha valaki saját projekten szeretné kipróbálni, szívesen segítek beüzemelni — fogjatok meg utána. A repó-link és a cheat sheet a slide-okon."
────────────────────────────────────────────────