← Zpět na knihovnu
Dokumenty a postupyIT a projektyexpert
Technické zadání nové funkcionality
Requirements spec pro vývojáře nebo externího dodavatele — user stories, acceptance criteria, edge cases a co není v scope.
Prompt
Napiš technické zadání (requirements specification) pro novou funkcionalitu nebo systémovou změnu. Zadání slouží vývojářům nebo externímu dodavateli jako závazný podklad — musí být jednoznačné a kompletní. Struktura: Přehled: (název funkcionality, priorita: must have / should have / nice to have, odhadovaný rozsah) Kontext a účel (3–5 vět): (proč tuto funkcionalitu potřebujeme, jaký problém řeší, pro koho) User stories: Jako [ROLE] chci [CO] aby [PROČ] (uvést 2–5 user stories pokrývajících hlavní scénáře) Acceptance criteria: Pro každou user story: konkrétní podmínky přijetí ve formátu "Dáno — Když — Pak" Musí být testovatelné a jednoznačné Co NENÍ v scope (explicit out of scope): (co záměrně neřešíme v této iteraci) Technické požadavky a omezení: (výkon, bezpečnost, integrace, kompatibilita) Edge cases a chybové stavy: (co se stane když vstup není validní, systém je nedostupný atd.) Závislosti: (co musí být hotovo před implementací) Funkcionalita: [NÁZEV A STRUČNÝ POPIS] Priorita: [MUST HAVE / SHOULD HAVE / NICE TO HAVE] Cílový uživatel: [ROLE] Hlavní scénáře použití: [VLOŽ] Technické omezení: [VLOŽ nebo ŽÁDNÁ] Co není v scope: [VLOŽ]
Tipy k použití
- Sekce „co není v scope“ předchází nejdražším nedorozuměním — nikdy ji nevynechávej.
- Acceptance criteria projdi s vývojářem před začátkem práce — nejednoznačnost odhalená v zadání je levnější než v kódu.
Související prompty
Hodnotící zpětná vazba pro zaměstnance
Strukturovaná zpětná vazba pro hodnotící rozhovor — konkrétní, motivující, akční.
Onboarding plán pro nového zaměstnance
Strukturovaný plán prvních 30/60/90 dnů — aby nový kolega věděl co ho čeká a cítil se vítán.
Tvorba dokumentu pracovního postupu
Standardní pracovní postup pro opakující se firemní proces — srozumitelný pro každého.