Mapa pracovních postupů

BMad Method (BMM) je modul v ekosystému BMad, zaměřený na dodržování osvědčených postupů context engineeringu a plánování. AI agenti fungují nejlépe s jasným, strukturovaným kontextem. Systém BMM buduje tento kontext progresivně napříč 4 odlišnými fázemi — každá fáze a volitelně více workflow v každé fázi produkují dokumenty, které informují další, takže agenti vždy vědí, co budovat a proč.

Zdůvodnění a koncepty vycházejí z agilních metodik, které byly v průmyslu úspěšně používány jako mentální framework.

Pokud si kdykoli nejste jisti, co dělat, skill wizz-help vám pomůže zůstat na cestě nebo vědět, co dělat dál. Vždy se můžete odkázat sem — ale wizz-help je plně interaktivní a mnohem rychlejší, pokud již máte nainstalovaný BMad Method. Navíc, pokud používáte různé moduly, které rozšířily BMad Method nebo přidaly další komplementární moduly — wizz-help se vyvíjí a zná vše, co je dostupné, aby vám dal nejlepší radu v daném okamžiku.

Důležitá poznámka: Každý workflow níže lze spustit přímo vaším nástrojem přes skill nebo načtením agenta a použitím záznamu z nabídky agenta.

Otevřít diagram v novém panelu ↗

Fáze 1: Analýza (volitelná)

Prozkoumejte problémový prostor a validujte nápady před závazkem k plánování.

Workflow	Účel	Produkuje
`wizz-brainstorming`	Brainstorming nápadů na projekt s řízenou facilitací brainstormingového kouče	`brainstorming-report.md`
`wizz-domain-research`, `wizz-market-research`, `wizz-technical-research`	Validace tržních, technických nebo doménových předpokladů	Výzkumné nálezy
`wizz-product-brief`	Zachycení strategické vize — nejlepší, když je váš koncept jasný	`product-brief.md`
`wizz-prfaq`	Working Backwards — zátěžový test a zformování vašeho produktového konceptu	`prfaq-{project}.md`

Fáze 2: Plánování

Definujte, co budovat a pro koho.

Workflow	Účel	Produkuje
`wizz-create-prd`	Definice požadavků (FR/NFR)	`PRD.md`
`wizz-ux`	Návrh uživatelského zážitku (když záleží na UX)	`DESIGN.md`, `EXPERIENCE.md`

Fáze 3: Solutioning

Rozhodněte, jak to budovat, a rozložte práci na stories.

Workflow	Účel	Produkuje
`wizz-create-architecture`	Explicitní technická rozhodnutí	`architecture.md` s ADR
`wizz-create-epics-and-stories`	Rozložení požadavků na implementovatelnou práci	Soubory epiců se stories
`wizz-check-implementation-readiness`	Kontrola brány před implementací	Rozhodnutí PASS/CONCERNS/FAIL

Fáze 4: Implementace

Budujte to, jednu story po druhé. Brzy plná automatizace fáze 4!

Workflow	Účel	Produkuje
`wizz-sprint-planning`	Inicializace sledování (jednou na projekt pro sekvencování dev cyklu)	`sprint-status.yaml`
`wizz-create-story`	Příprava další story pro implementaci	`story-[slug].md`
`wizz-dev-story`	Implementace story	Fungující kód + testy
`wizz-code-review`	Validace kvality implementace	Schváleno nebo požadovány změny
`wizz-correct-course`	Řešení významných změn uprostřed sprintu	Aktualizovaný plán nebo přesměrování
`wizz-sprint-status`	Sledování průběhu sprintu a stavu stories	Aktualizace stavu sprintu
`wizz-retrospective`	Revize po dokončení epicu	Poučení

Quick Flow (paralelní cesta)

Přeskočte fáze 1–3 pro malou, dobře pochopenou práci.

Workflow	Účel	Produkuje
`wizz-quick-dev`	Sjednocený quick flow — vyjasněte záměr, plánujte, implementujte, revidujte a prezentujte	`spec-*.md` + kód

Správa kontextu

Každý dokument se stává kontextem pro další fázi. PRD říká architektovi, jaká omezení záleží. Architektura říká dev agentovi, jaké vzory následovat. Soubory stories poskytují zaměřený, kompletní kontext pro implementaci. Bez této struktury agenti dělají nekonzistentní rozhodnutí.

Kontext projektu

Jak ho vytvořit:

Ručně — Vytvořte _wizz-output/project-context.md s vaším technologickým stackem a pravidly implementace
Vygenerujte ho — Spusťte wizz-generate-project-context pro automatické generování z vaší architektury nebo kódové báze

Zjistit více o project-context.md