Prejsť na obsah
Knižnica promptov

Prompty pre Projektový manažment

Zadania, zápisy, plánovanie a riadenie rizík pre projekty, ktoré dodržiavajú termíny. Nahraďte premenné v zátvorkách vaším kontextom. Následne prompt skopírujte alebo ho priamo otvorte v chate.

  • 50 promptov pre Projektový manažment
  • Skopírovať alebo otvoriť v chate

Vypracovanie zadania projektu (Project Charter)

Dokument, ktorý zjednotí všetkých pred štartom: rozsah, riziká a míľniky.

Vypracuj zadanie projektu [názov projektu] pre [názov firmy]. Cieľ projektu: [cieľ]. Objednávateľ: [meno]. Tím: [zloženie]. Rozpočet: [suma]. Plánovaný termín: [dátum]. Kontext vzniku projektu: [prečo projekt vzniká].

Štruktúra: kontext a problém na riešenie (3 riadky), merateľný cieľ, zahrnutý rozsah (in-scope), explicitne VYČLENENÝ rozsah (out-of-scope – detailne, aby sa predišlo „nafukovaniu“ projektu), výstupy s kritériami prijatia, časové míľniky, roly a zodpovednosti (kto rozhoduje, kto vykonáva, kto je konzultovaný, kto informovaný), identifikované riziká s plánom reakcie ([predpokladané riziká]), hypotézy a závislosti.

Formuluj každú sekciu tak, aby prípadný nesúhlas vyplával na povrch TERAZ pri pripomienkovaní, nie počas realizácie. Na záver uveď 3 kľúčové otázky, ktoré musí vedenie rozhodnúť pred spustením.

Premena poznámok z porady na akčný zápis

Stručný zápis s rozhodnutiami a pridelenými úlohami z hrubých poznámok.

Transformuj moje hrubé poznámky z porady na štruktúrovaný zápis. Porada: [predmet porady] zo dňa [dátum], účastníci: [mená]. Tu sú poznámky: [vložte poznámky].

Formát výstupu: prijaté rozhodnutia (jednoznačne formulované, vrátane toho, kto rozhodol), úlohy (tabuľka: úloha, zodpovedný, termín; ak niečo v poznámkach chýba, uveď „DOPLNIŤ“), prediskutované body bez rozhodnutia (max. 2 riadky ku každému), odložené body s dátumom ďalšej diskusie.

Pravidlá: maximálne jedna strana, žiadne menenie významu povedaného, vyhni sa diplomatickým frázam typu „dohodli sme sa, že sa téme budeme venovať“. Zakonči zoznamom bodov „NA DOPLNENIE“, ktoré treba zaslať účastníkom na validáciu.

Rozdelenie projektu na etapy a harmonogram

Prechod od cieľa k plánu: etapy, úlohy, závislosti a kritická cesta.

Rozdeľ nasledujúci projekt na etapy a vytvor harmonogram. Projekt: [popis projektu a finálny výstup]. Termín dodania: [dátum]. Dostupný tím: [ľudia a ich kapacita, napr. 2 osoby na polovičný úväzok]. Známe obmedzenia: [napr. schvaľovanie klientom, dodávka od subdodávateľa, celozávodná dovolenka].

Postupuj takto: rozdeľ prácu na balíky (WBS), kde každý má overiteľný výstup, rozlož balíky na úlohy v trvaní 0,5 až 3 dni, identifikuj závislosti a kritickú cestu, pridaj explicitnú časovú rezervu k neistým úlohám namiesto skrytých rezerv všade.

Výstup: štruktúrovaný zoznam etapy → úlohy s odhadmi, týždenný harmonogram s míľnikmi, zvýraznená kritická cesta a 3 úlohy, ktoré musia začať okamžite. Ak je termín [dátum] pri danom tíme nereálny, upozorni na to s argumentmi podloženými číslami.

Týždenný Flash Report pre vedenie

Stručný prehľad stavu projektu na jednu stranu: status, fakty a potrebné rozhodnutia.

Vypracuj týždenný flash report projektu [názov projektu] pre [príjemcovia, napr. riadiaci výbor]. Údaje za týždeň: progres [plán vs. realita], problémy [prekážky], zmeny v rizikách [riziká], čerpanie rozpočtu [čerpané vs. plán], očakávané rozhodnutia [blokujúce body a ako dlho čakajú].

Prísny formát na jednu stranu: „počasie“ projektu (zelená/oranžová/červená) s jednou vetou zdôvodnenia, 3 kľúčové udalosti týždňa, progres vs. plán (jeden riadok na aktívnu etapu), riziká a kritické body (len zmeny oproti minulemu týždňu), potrebné rozhodnutia s menom zodpovedného a dopadom omeškania, priority na ďalší týždeň.

Pravidlá: projekt sa nevráti do zelenej farby bez vysvetlenia nápravy; oranžový status dva týždne po sebe sa mení na červený; pri čakajúcich rozhodnutiach uveď dátum pôvodnej žiadosti.

Moderovanie retrospektívy po ukončení projektu

Kompletná príprava užitočnej retrospektívy: priebeh, otázky a akčné ponaučenia.

Priprav scenár retrospektívy pre projekt [názov projektu], ktorý skončil [výsledok: včas, meškanie X dní, zrušený]. Účastníci: [roly]. Trvanie: [napr. 90 min]. Kľúčové momenty: [čo sa podarilo, konflikty, technické problémy].

Výstup: časový harmonogram (otvorenie s pravidlom „hľadáme príčiny, nie vinníkov“, individuálny zber podnetov pred diskusiou, diskusia o hlavných bodoch, rozhodnutia), presné otázky na prekonanie všeobecných fráz (napr. „v ktorom momente sme presne vedeli, že nestíhame? čo nám bránilo to povedať nahlas?“), a technika, ako otvoriť [citlivá téma] bez toho, aby sa to zvrhlo na vzájomné obviňovanie.

Formát výstupov: každé ponaučenie musí byť akčným pravidlom pre ďalší projekt („odteraz budeme...“) s prideleným vlastníkom. Maximálne 5 pravidiel, aby boli reálne aplikovateľné.

Štúdia uskutočniteľnosti a Go/No-Go analýza

Podklad pre rozhodnutie o spustení: prínosy, možnosti, náklady a riziká.

Priprav štúdiu uskutočniteľnosti pre projekt [názov projektu] vo firme [názov]. Problém alebo príležitosť: [kontext]. Očakávané prínosy: [benefity]. Maximálny rozpočet: [suma]. Známe alternatívy: [vrátane možnosti nerobiť nič].

Štruktúruj dokument do 6 častí: problém a náklady na nečinnosť, možné varianty riešenia (vrátane status quo) s výhodami a nevýhodami, hrubý odhad nákladov a termínov pre každý variant (rozpätie), prínosy naviazané na merateľné ukazovatele, hlavné riziká každého variantu, argumentované odporúčanie.

Obmedzenia: každý prínos musí byť overiteľný, inak ho označ za „nemerateľný predpoklad“. Sformuluj 5 Go/No-Go kritérií pre rozhodovací výbor. Na záver uveď zoznam chýbajúcich informácií, ktoré oslabujú štúdiu, a kto ich má dodať.

Rýchla karta projektu (Project Charter Express)

Jednostranový dokument pre menšie projekty bez zbytočnej byrokracie.

Vypracuj jednostranovú kartu projektu pre malý projekt. Projekt: [popis dvoma vetami]. Zadávateľ: [meno]. Zapojení ľudia: [kto a ich časová kapacita]. Požadovaný termín: [dátum]. Rozpočet: [suma alebo nula].

Povinný formát (max 1 strana): cieľ jednou merateľnou vetou, finálny výstup a ako spoznáme, že je hotový, čo je mimo rozsahu (minimálne 3 riadky – kľúčová časť), kto má rozhodujúce slovo pri sporoch, míľniky (max. 3), hlavné riziko a reakcia naň.

Obmedzenia: nepoužívaj projektový žargón, píš tak, aby to pochopil laik na prvé prečítanie. Ak chýbajú informácie, napíš „VYJASNIŤ s [meno]“. Zakonči 2 otázkami pre zadávateľa pred samotným štartom.

Príprava rozhovorov na zber požiadaviek

Scenáre rozhovorov podľa profilov na zistenie reálnych potrieb používateľov.

Začínam projekt [názov projektu] pre [firma] a potrebujem zozbierať požiadavky. Koho budem spovedať: [zoznam profilov, napr. vedenie, koncoví používatelia, IT podpora]. Čo má byť výsledkom: [predpokladaný výstup]. Čas na jeden rozhovor: [trvanie].

Priprav pre každý profil scenár: 8 až 10 otvorených otázok od všeobecných po detailné. Rozlíš otázky na súčasný stav (problémy, obchádzky systému, objemy dát) a otázky na budúce potreby. Pridaj 2 „chytáky“ na odhalenie skrytých potrieb, napr. „čo robíte, keď súčasný nástroj zlyhá?“. 

Obmedzenia: žiadne navádzajúce otázky ani otázky typu áno/nie. Priprav aj šablónu na syntézu: vyjadrené potreby, vydedukované potreby, rozpory medzi profilmi a kľúčové citáty.

Tvorba User Stories a akceptačných kritérií

Premena hrubých požiadaviek na testovateľné úlohy pre realizačný tím.

Transformuj tieto hrubé požiadavky na User Stories pre realizačný tím. Projekt: [popis]. Používatelia: [profily]. Požiadavky: [zoznam].

Pre každú požiadavku vytvor: User Story vo formáte „Ako [profil], chcem [akcia], aby [prínos]“, 3 až 5 akceptačných kritérií (binárne overiteľné áno/nie, žiadne vágnu pojmy ako „rýchly“ alebo „intuitívny“ bez definície) a otázky na zadávateľa, ak je požiadavka príliš neurčitá.

Obmedzenia: story musí byť realizovateľná v priebehu pár dní, inak ju rozdeľ. Upozorni na „riešenia“ maskované za požiadavky a preformuluj ich na skutočné potreby. Výsledok daj do tabuľky: Story, Akceptačné kritériá, Odhadovaná veľkosť (S/M/L), Otázky. Na záver uveď závislosti medzi stories.

Prioritizácia preťaženého backlogu

Zoradenie úloh podľa hodnoty a úsilia s jasným odôvodnením rozhodnutí.

Pomôž mi prioritizovať backlog projektu [názov projektu]. Čakajúce úlohy: [zoznam s krátkym popisom]. Kapacita tímu: [napr. 15 človekodní mesačne]. Hlavný cieľ kvartálu: [cieľ]. Kto najviac tlačí na termíny: [politický kontext].

Ohodnoť každý prvok na dvoch osiach: hodnota (prínos k cieľu, počet zasiahnutých používateľov, náklady na neriešenie) a odhadované úsilie (relatívna veľkosť). Rozdeľ ich do 4 kategórií: urobiť hneď (vysoká hodnota, malé úsilie), naplánovať (vysoká hodnota, veľké úsilie), výplňové úlohy (nízka hodnota, malé úsilie), odmietnuť/odložiť (nízka hodnota, veľké úsilie).

Obmedzenia: tlak zadávateľa nie je kritériom hodnoty. Priprav tabuľku s odôvodnením a následne navrhni 3 najťažšie správy o zamietnutí požiadavky – stručne a fakticky.

Tvorba kvartálnej produktovej roadmapy

Roadmapa zameraná na výsledky s vysvetlením strategických rozhodnutí.

Vytvor roadmapu na nasledujúce 2 kvartály pre [produkt/projekt] firmy [názov]. Ročné ciele: [ciele]. Navrhované okruhy: [zoznam]. Kapacita tímu: [veľkosť a dostupnosť]. Fixné záväzky: [napr. legislatívne zmeny, zmluvy].

Roadmapu usporiadaj podľa kvartálov. Každý riadok formuluj ako očakávaný výsledok, nie funkciu (napr. „skrátiť čas vybavenia objednávky“ namiesto „vyvinúť modul X“). Pre každý kvartál: max 2-3 hlavné témy, cieľový výsledok, KPI úspechu, závislosti.

Obmedzenia: nechaj 20 % kapacity voľnej na nepredvídané udalosti a explicitne to uveď. Uveď, čo v roadmape zámerne chýba a prečo. Priprav dve verzie: detailnú pre tím a 5-riadkovú pre vedenie. Upozorni na témy, ktorých hodnota je príliš nejasná na zaradenie.

Reálny odhad pracnosti projektu

Odhady v rozpätiach s jasnými predpokladmi a elimináciou prehnaného optimizmu.

Pomôž mi odhadnúť pracnosť projektu [názov projektu]. Obsah: [zoznam etáp/úloh]. Tím: [profily a skúsenosti]. Historické dáta: [ak sú známe podobné projekty a ich reálne trvanie].

Pre každú etapu uveď: odhad v rozpätí (optimistický, pravdepodobný, pesimistický), predpoklady (čo musí platiť, aby odhad sedel) a faktory, ktoré by spôsobili pesimistický scenár.

Obmedzenia: ak existujú historické dáta, porovnaj odhad s realitou a vysvetli rozdiel. Povinne pridaj položky, na ktoré sa zabúda: opravy po testovaní, koordinácia, zaškolenie, dovolenky. Celkový súčet prezentuj v 3 scenároch. Ak je rozdiel medzi optimizmom a pesimizmom viac ako dvojnásobný, uveď, aké informácie potrebujeme na zníženie neistoty.

Rozpočet projektu a mesačný monitoring

Kompletný rozpočet podľa položiek so systémom sledovania čerpania a varovných signálov.

Vytvor rozpočet projektu [názov projektu] pre [firma]. Interné náklady: [človekodni podľa profilov a sadzby]. Externé nákupy: [zoznam]. Trvanie: [čas]. Schválený limit: [suma].

Priprav rozpočet podľa kategórií: interná práca, externé služby, licencie, vedľajšie náklady a rezerva na riziká (zdôvodni jej percento). Skontroluj súlad s limitom a upozorni na prekročenie už pri návrhu.

Navrhni systém mesačného sledovania: tabuľka čerpané vs. plán, prepočet zostávajúcej práce (ETC), projekcia celkových nákladov (EAC) a 2 úrovne varovania pre sponzora projektu. Uveď 3 najčastejšie príčiny predraženia pri tomto type projektu a ako ich včas odhaliť.

Register rizík projektu

Prioritizovaný zoznam rizík s plánom opatrení a pridelenou zodpovednosťou.

Vytvor register rizík projektu [názov projektu]. Kontext: [popis, termín, ciele]. Predpokladané riziká: [vaše nápady]. Externé závislosti: [dodávatelia, iné tímy, legislatíva].

Doplň typické riziká pre tento druh projektu zo 4 oblastí: ľudské (odchody, preťaženie), technické, organizačné (pomalé rozhodovanie, zmeny rozsahu), externé. Pre každé riziko: popis dopadu, pravdepodobnosť (nízka/stredná/vysoká), dopad (nízky/stredný/vysoký), výsledná kriticita, včasný varovný signál, preventívne opatrenie, záložný plán (mitigácia), zodpovedná osoba.

Obmedzenia: formuluj riziko ako udalosť (napr. „dodávateľ mešká s dodávkou o mesiac“), nie ako vágnu tému („termíny“). Vyber top 10 rizík, ktoré si vyžadujú aktívne sledovanie. Urči frekvenciu revízie registra.

Mapa zainteresovaných strán (Stakeholders)

Analýza vplyvu a postojov kľúčových osôb s plánom komunikácie pre každého.

Zmapuj zainteresované strany projektu [názov projektu] v [firma]. Zoznam osôb/tímov: [zoznam]. Čo projekt zmení pre každého: [dopady]. Zistená podpora alebo odpor: [kontext].

Umiestni každého na dve osi: vplyv na projekt (môže ho zablokovať/zrýchliť) a aktuálny postoj (podporovateľ, neutrálny, odporca). Pre vplyvné osoby urč: čo môžu získať/stratiť, ich pravdepodobnú námietku a vhodnú stratégiu zapojenia (pravidelné info, účasť na rozhodovaní, osobný rozhovor pred oznámeniami).

Obmedzenia: nezamieňaj organizačnú štruktúru s reálnym vplyvom. Upozorni na „šedé eminencie“ bez formálnej funkcie. Výstup daj do tabuľky: aktér, aktuálny postoj, cieľový postoj, akcia, termín. Urči 2 priority na tento týždeň.

Komunikačný plán projektu

Kto, čo, kedy a ako má vedieť, aby nikto nebol zahltený ani vynechaný.

Vytvor komunikačný plán projektu [názov projektu]. Cieľové skupiny: [napr. sponzor, tím, používatelia, iné oddelenia]. Trvanie: [čas]. Kľúčové míľniky: [napr. spustenie, školenia]. Dostupné kanály: [napr. MS Teams, e-mail, intranet, porady].

Pre každú skupinu definuj: čo potrebujú vedieť (a nič navyše), frekvenciu, kanál, formát a kto správu pripravuje. Rozlíš priebežnú komunikáciu (status) a eventovú komunikáciu (štart projektu, incident, ukončenie).

Obmedzenia: každá správa musí odpovedať na otázku príjemcu „čo to znamená pre mňa?“. Priprav vzor správy k spusteniu projektu. Výstup daj do tabuľky a uveď 3 najčastejšie chyby v komunikácii, ktorým sa tento plán vyhýba.

Matica zodpovednosti RACI

Jasné rozdelenie kompetencií, ktoré predchádza konfliktom a duplicite práce.

Vytvor RACI maticu pre projekt [názov projektu]. Hlavné aktivity/výstupy: [zoznam]. Aktéri: [mená alebo funkcie]. Existujúce nejasnosti: [napr. dvaja ľudia si myslia, že rozhodujú o tom istom].

Priraď roly: R (Responsible – vykonáva), A (Accountable – nesie zodpovednosť a rozhoduje, iba jeden na riadok), C (Consulted – konzultovaný pred akciou), I (Informed – informovaný po akcii). Zdôvodni nejasné priradenia.

Kontrola kvality: žiadne dva „A“ na riadku, žiadny riadok bez „R“, upozorni na preťažených „C“ (úzke hrdlá) a ľudí bez roly. Výstup v tabuľke, plus 3 riadky s najväčším rizikom konfliktu a odporúčanie, ako ich ošetriť na porade tímu.

Príprava Kick-off stretnutia

Scenár úvodného stretnutia, ktorý motivuje tím a zjednotí očakávania.

Priprav úvodné stretnutie (kick-off) projektu [názov projektu]. Účastníci: [roly]. Trvanie: [napr. 60 min]. Stav prípravy: [napr. zadanie schválené]. Citlivé body: [napr. skepsa, história neúspešných projektov v tejto téme].

Výstup: časový harmonogram (prečo teraz, cieľ, čo nerobíme, kto je kto, míľniky, pravidlá fungovania, diskusia), 3 kľúčové posolstvá pre účastníkov a spôsob, ako adresovať [citlivý bod] bez toho, aby to pokazilo atmosféru.

Obmedzenia: kick-off nie je len prednáška. Navrhni 2 interaktívne momenty (napr. rýchly zber obáv). Priprav text pozvánky s programom a zoznam vecí, ktoré musia byť jasné PRED stretnutím, aby sme nezačínali v hmle.

Príprava a vedenie riadiaceho výboru (SteerCo)

Program zameraný na rozhodnutia, nie na zdĺhavé čítanie statusov.

Priprav podklady pre riadiaci výbor projektu [názov projektu]. Účastníci: [členovia vedenia]. Trvanie: [čas]. Stav projektu: [progres, problémy, rozpočet]. Potrebné rozhodnutia: [zoznam s variantmi]. Témy, ktoré môžu odviesť pozornosť: [napr. detaily implementácie].

Zostav program porady podľa priorít rozhodovania, nie podľa progresu. Každé rozhodnutie má pridelený čas, pripravené možnosti (2-3 s výhodami/nevýhodami a odporúčaním) a dopad, ak sa nerozhodne. Status projektu sa preberie za max 10 minút na základe vopred zaslaného dokumentu.

Výstup: časový program, presná formulácia žiadostí o rozhodnutie, technika ako slušne stopnúť odbočky k [citlivá téma] a vzor zápisu rozhodnutí. Uveď, čo treba poslať účastníkom 48 hodín vopred.

Štruktúra prezentácie pre riadiaci výbor

Osnova prezentácie v 10 slajdoch, ktorá povie všetko podstatné.

Navrhni štruktúru prezentácie pre riadiaci výbor projektu [názov projektu]. Údaje za mesiac: progres [plán vs realita], rozpočet [čerpané], riziká [zmeny], rozhodnutia [zoznam], kľúčové udalosti.

Štruktúra (max 10 slajdov): 1. Zhrnutie (status, hlavná správa, potrebné rozhodnutia), 2. Progres podľa etáp (odchýlky), 3. Stav rozpočtu, 4. Zmeny v rizikách, 5. Detail kritického bodu mesiaca s odporúčaním, 6-8. Požadované rozhodnutia (jeden slajd na jedno), 9. Nasledujúce kroky.

Pre každý slajd: nadpis ako správa (napr. „Etapa 2 dobieha meškanie“, nie „Status etapy 2“), max 5 bodov textu a čo povedať ústne (mimo slajdu). Obmedzenia: žiadne opakovanie kontextu, ktorý už poznajú; zaokrúhlené čísla. Na záver test: ak si prečítajú len slajd 1, vedia to podstatné?

Proces riadenia zmien (Change Request)

Jednoduchý systém na spracovanie požiadaviek bez ohrozenia cieľov projektu.

Navrhni proces riadenia zmien pre projekt [názov projektu]. Kontext: [odkiaľ chodia zmeny, napr. klient si vymýšľa za pochodu]. Existujúce porady: [napr. týždenný status]. Dostupná rezerva: [čas a peniaze].

Definuj: minimálny formulár žiadosti (popis, žiadateľ, zdôvodnenie, naliehavosť), 4 otázky pre analýzu dopadu (termín, rozpočet, iné etapy, čo ak to neurobíme), kto schvaľuje podľa veľkosti dopadu (navrhni limity) a ako evidovať zmeny v logu.

Priprav 3 vzory odpovedí: zmena prijatá s dopadom, zmena odložená do ďalšej fázy, zmena zamietnutá so zdôvodnením. Obmedzenia: proces musí byť na pol strany, inak ho nikto nebude dodržiavať. Žiadna zmena nesmie byť prijatá ústne bez záznamu.

Vyjednávanie o nereálnom termíne

Argumentácia podložená číslami a varianty riešenia, keď termín „horí“.

Pomôž mi pripraviť sa na vyjednávanie o nereálnom termíne. Projekt: [názov]. Požadovaný termín: [dátum]. Môj reálny odhad: [čas] pretože [dôvody: pracnosť, kapacity, závislosti]. Sponzor: [kto to je a na čom mu záleží]. Dôvod fixného termínu: [ak je známy, napr. veľtrh, zákon].

Priprav: faktickú ukážku rozdielu (pracnosť vs. kapacita v jednoduchých číslach) a 3 poctivé možnosti: 1. Dodržať termín orezaním rozsahu (presne čo vypadne), 2. Dodržať rozsah posunutím termínu, 3. Navýšiť zdroje (náklady a limity – noví ľudia hneď neprodukujú).

Obmedzenia: nikdy nehovor „to sa nedá“ bez alternatívy. Priprav odpovede na námietky typu „nejako to urobte“ alebo „uvidíme za pochodu“. Formát: jedna strana argumentov plus tabuľka 3 možností s dopadmi.

Krízový plán pre meškajúci projekt

Diagnostika meškania a reálny plán nápravy bez „kúzlenia“ s číslami.

Vytvor plán nápravy pre projekt [názov projektu], ktorý mešká [počet dní] oproti termínu [dátum]. Príčiny meškania: [popis]. Zostávajúca práca: [zoznam úloh a odhady]. Tím: [zloženie]. Možnosti: [dodatočný rozpočet, flexibilita rozsahu].

Začni analýzou: je meškanie spôsobené podcenením pracnosti, nafúknutím rozsahu alebo externými blokmi? Následne navrhni plán využívajúci reálne páky: redukcia rozsahu, paralelizácia úloh, zrušenie zbytočných aktivít, posilnenie len na kritickej ceste.

Obmedzenia: je zakázané „stláčať“ odhady bez zmeny spôsobu práce alebo rozsahu. Nesmieš krátiť čas na testovanie. Výstup: nový reálny harmonogram, zoznam obetí (čo sa nestihne), 2 podmienky úspechu a správa pre sponzora, ktorá priznáva meškanie bez zbytočných výhovoriek.

Eskalácia problému bez narušenia vzťahov

Faktická správa o zablokovaní projektu s návrhom riešenia a nákladmi na čakanie.

Priprav eskaláciu zablokovaného bodu na projekte [názov projektu]. Problém: [napr. chýbajúce rozhodnutie, nepridelené zdroje]. Trvá od: [dátum]. Čo som už skúsil: [pokusy o riešenie]. Komu eskalujem: [meno a pozícia]. Kto problém spôsobuje: [aktéri a ich citlivosť].

Napíš správu: zhrnutie problému v 3 faktických riadkoch, konkrétne dôsledky čakania (stratené dni, náklady, ohrozené míľniky), 2-3 možnosti odblokovania s mojím odporúčaním, požadované rozhodnutie a termín.

Obmedzenia: žiadne osobné útoky – nechaj hovoriť fakty a dátumy. Príjemca musí byť schopný rozhodnúť len na základe tejto správy. Priprav aj 60-sekundovú ústnu verziu („elevator pitch“) a správu pre dotknuté osoby, aby sa o eskalácii nedozvedeli „za chrbtom“.

Sledovanie úloh medzi poradami

Systém monitorovania a pripomínania úloh, ktorý tím motivuje a neobťažuje.

Navrhni systém sledovania úloh pre projekt [názov projektu]. Súčasný stav: [napr. úlohy z porád sa neplnia, pripomínanie pôsobí ako policajná kontrola]. Periodicita porád: [napr. týždenne]. Nástroje: [napr. Excel, Jira, Planner].

Navrhni kompletný systém: formát registra úloh (akcia začínajúca slovesom, overiteľný výstup, jeden zodpovedný, termín, status), proces aktualizácie (kto, kedy, ako dlho) a mechanizmus odstupňovaného pripomínania (automatické pripomenutie 2 dni pred termínom, individuálna správa v deň termínu, zmienka na porade až pri druhom omeškaní).

Priprav vzory správ pre všetky 3 úrovne – stručne a bez výčitiek. Obmedzenia: úloha bez termínu alebo bez jedného zodpovedného sa do registra neprijíma. Register nesmie presiahnuť reálnu kapacitu tímu. Uveď, ako systém odprezentovať tímu ako pomoc, nie kontrolu.

Návrh projektového dashboardu

Ukazovatele progresu, ktoré ukazujú reálny stav, nie ilúziu kontroly.

Navrhni dashboard pre projekt [názov projektu]. Typ projektu: [napr. implementácia CRM]. Trvanie: [čas]. Kritické body: [napr. tesný termín, kvalita dát]. Dostupné dáta: [napr. výkazy práce, rozpočet, Jira].

Vyber max 6-8 ukazovateľov v 3 blokoch: Progres (hotové výstupy vs. plán, nie % dokončenia úloh), Zdravie (meškajúce úlohy, čakajúce rozhodnutia a ich vek, rastúce riziká), Zdroje (čerpané vs. rozpočet, vyťaženie tímu).

Pre každý ukazovateľ urči: definíciu, zdroj dát, frekvenciu a varovný limit. Obmedzenia: nepoužívaj neoveriteľné subjektívne percentá (typu „mám to na 80 %“), uprednostni binárne hotovo/nehotovo. Popíš, ako dashboard prečítať za 15 minút a kedy spustiť poplach mimo tímu.

Mesačný report pre vedenie

Jednostranové zhrnutie trajektórie projektu, rozhodnutí a kritických bodov.

Napíš mesačný report projektu [názov projektu] pre [vedenie]. Údaje za mesiac: úspechy [čo sa dodalo], odchýlky [meškania], rozpočet [čerpané vs plán], riziká [zmeny], prijaté rozhodnutia, varovania [problémy].

Formát na jednu stranu: Celkový stav 2 vetami (skončíme včas a v rozpočte? áno/nie a čo sa zmenilo), úspechy mesiaca v 3 bodoch naviazaných na míľniky, odchýlky s príčinou a plánom riešenia (žiadny problém bez návrhu riešenia), rozpočet s výhľadom do konca, varovania vyžadujúce zásah vedenia s jasnou požiadavkou.

Obmedzenia: vedenie číta desiatky takýchto správ, žiadna vata ani samochvála. Zlé správy a odchýlky uveď ako prvé, neskrývaj ich na koniec strany.

Prioritizácia zdrojov medzi viacerými projektmi

Metóda riešenia konfliktov o kapacity s jasným zobrazením dopadov.

Pomôž mi vyriešiť konflikt o zdroje medzi viacerými projektmi. Projekty: [zoznam s termínmi a dôležitosťou]. Zdieľaní ľudia: [kto a ich aktuálne alokácie]. Aktuálny konflikt: [popis]. Kto má konečné slovo: [napr. prevádzkový riaditeľ].

Vytvor reálny prehľad: kto na čom robí v reálnych percentách (nie teoretických) a kde sú ľudia vyťažení na viac ako 100 %. Navrhni maticu prioritizácie podľa kritérií: prínos pre firmu, náklady na meškanie, nevratnosť (napr. fixný termín kampane), zmluvné záväzky.

Aplikuj maticu na konflikt a vytvor 2 scenáre alokácie. Pri každom jasne uveď, čo ktorý projekt získa, čo stratí a aký bude nový termín ukončenia. Obmedzenia: nerieš konflikt preťažovaním ľudí alebo sľubovaním 50 % kapacity na 3 projekty naraz.

Príprava plánovania sprintu (Sprint Planning)

Plán sprintu s jasným cieľom a kapacitou, ktorú tím dokáže reálne doručiť.

Priprav plánovanie sprintu pre tím [názov] na projekte [názov]. Trvanie: [napr. 2 týždne]. Kapacita: [ľudia, dovolenky, čas na support/porady]. Prioritizovaný backlog: [úlohy s odhadmi]. Zvyšky z minula: [nedokončené úlohy].

Štruktúruj stretnutie: výpočet reálnej kapacity (dostupný čas mínus réžia a rezerva), formulácia cieľa sprintu jednou vetou (výsledok, nie zoznam úloh), výber úloh do limitu kapacity (začni zvyškami), overenie, či sú úlohy jasne definované.

Obmedzenia: odmietni úlohy bez akceptačných kritérií. Ak zadávateľ tlačí nad kapacitu, odpoveďou je výber „niečo za niečo“, nie tiché prijatie nadčasu. Výstup: program stretnutia, cieľ sprintu a 3 varovné signály počas sprintu, že záväzok nebude splnený.

Moderovanie retrospektívy sprintu

Krátky a úderný formát retrospektívy, ktorý vedie k reálnym zmenám v tíme.

Priprav scenár retrospektívy sprintu pre tím [názov]. Trvanie: [max 45 min]. Aktuálna nálada: [napr. únava z rituálu, nedávny konflikt]. Udalosti sprintu: [čo sa stalo]. Akcie z minula: [stav ich plnenia].

Výstup: časový plán začínajúci kontrolou úloh z minulej retrospektívy (ak sa úlohy neplnia, rituál stráca zmysel), formát aktivity vhodný pre [aktuálna nálada], otázky na rozprúdenie debaty a metóda výberu: max 2 vylepšenia na ďalší sprint, každé so zodpovedným a termínom.

Obmedzenia: žiadne vágne úlohy typu „lepšie komunikovať“, každá akcia musí byť merateľná zmena. Témy mimo dosah tímu (napr. rozpočet) spíš do zoznamu na eskaláciu, nerieš ich dookola. Navrhni 2 alternatívne formáty pre ďalšie porady, aby sa predišlo nude.

Nastavenie efektívneho Daily Standupu

Pravidlá pre krátke denné stretnutia, ktoré riešia bloky, nie zoznamy činností.

Nastav pravidlá denného stretnutia (daily) pre tím [názov]. Problém: [napr. trvá 30 minút, ľudia len hlásia status šéfovi, ostatní nedávajú pozor]. Veľkosť tímu: [počet]. Spôsob práce: [napr. remote/office].

Navrhni cieľový formát: max trvanie, fixný čas a obsah zameraný na koordináciu: čo je hotové, čo ma blokuje, čo potrebujem od ostatných. Technické debaty a riešenie problémov sa presúvajú na „after-party“ len pre dotknutých.

Uveď: pravidlá moderovania (tím hovorí tímu, striedanie moderátora), vety na zastavenie odbočiek, úpravy pre [spôsob práce] a 3 signály, že daily prestáva fungovať. Priprav správu pre tím o zmene formátu, ktorá vysvetlí prínosy bez kritiky starého spôsobu.

Definícia hotového (Definition of Done)

Spoločná dohoda o tom, čo znamená „hotovo“, aby sa predišlo nedorobkom.

Pomôž tímu [názov] definovať ich Definition of Done (DoD) pre projekt [názov]. Typ výstupov: [napr. kód, dokumentácia, analýzy]. Problémy: [napr. úlohy sa vracajú z testovania, nejednotná kvalita].

Vytvor DoD v 3 úrovniach: 1. Čo robí úlohu „hotovou“ (overiteľné: peer review, otestované, zdokumentované, schválené kým), 2. Čo je explicitne vyňaté (kvôli realizovateľnosti), 3. Pravidlá pre výnimky a ich evidenciu.

Obmedzenia: max 8 kritérií, všetky binárne (áno/nie). Žiadne kritériá, ktoré tím nevie ovplyvniť. Uveď: metódu, ako DoD zaviesť cez workshop (nie príkazom), pravidlo pre rozpracované úlohy a plán revízie po mesiaci.

Užívateľské testovanie (UAT) a akceptačný protokol

Plán testovania s prioritami, kategorizáciou chýb a vzorom protokolu.

Zorganizuj užívateľské testovanie (UAT) projektu [názov]. Čo sa testuje: [popis]. Testeri: [profily]. Trvanie: [čas]. Existujúce kritériá: [ak sú].

Vytvor: plán testovania podľa reálnych biznis scenárov (nie podľa funkcií), každý scenár s dátami, akciou a výsledkom; prioritizáciu (kritická chyba, dôležitá, kozmetická); pravidlá pre nahlasovanie chýb s príkladmi; proces opravy a re-testu.

Priprav vzor akceptačného protokolu: čo sa testovalo, zoznam chýb podľa úrovne, rozhodnutie (akceptované, akceptované s výhradami a termínom, zamietnuté) a podpisy. Obmedzenia: testovanie bez reálnych dát nič nedokazuje, uveď ako ich pripraviť. Výhrady musia mať termín odstránenia, inak zostanú navždy.

Plán nasadenia a Checklist spustenia

Harmonogram „Dňa D“ hodinu po hodine s Go/No-Go kritériami a Rollback plánom.

Priprav plán nasadenia [systém/výstup] pre projekt [názov]. Termín: [dátum]. Zasiahnutí používatelia: [kto a koľko]. Časové okno: [napr. noc, víkend]. Aktéri: [roly]. Možnosť návratu späť (rollback): [áno/nie/čiastočne].

Vytvor: checklist pred štartom (technické predpoklady, schválenia, zálohy, dostupnosť ľudí), harmonogram hodinu po hodine so zodpovednými a overiteľným úspechom každého kroku, Go/No-Go body (kto rozhoduje a podľa čoho), Rollback plán (kedy ho spustiť a presný postup) a monitoring prvých hodín po spustení.

Obmedzenia: každý krok musí mať jasný výsledok, žiadne „malo by to byť ok“. Rollback musí byť tak detailný ako nasadenie, lebo sa robí pod stresom. Priprav vzor správy pre používateľov pred a po akcii.

Kontinuita prevádzky počas migrácie

Organizácia prechodného obdobia, kedy funguje starý aj nový systém súčasne.

Navrhni plán kontinuity počas migrácie z [starý systém] na [nový systém] v [firma]. Plánované prechodné obdobie: [čas]. Kritické činnosti: [čo nesmie stáť]. Tímy: [zoznam]. Rizikové termíny: [napr. účtovná závierka, sezónna špička].

Rieš kľúčové riziká: ktorý systém je „pravdivý“ pre daný typ dát počas súbehu, ako sa vyhnúť dvojitému nahadzovaniu (alebo ako ho riadiť), kto rieši rozpracované prípady zo starého systému a ako prebehne finálna synchronizácia.

Výstup: tabuľka kritických činností a ich režim počas migrácie, pravidlá autority dát, posilnený support na prvé týždne a 3 najpravdepodobnejšie krízové scenáre s postupom riešenia.

Formálne ukončenie projektu a Lessons Learned

Checklist administratívneho, zmluvného a vedomostného uzavretia projektu.

Priprav uzavretie projektu [názov], ktorého výstupy boli akceptované dňa [dátum]. Súčasti: [dodávatelia, rozpočet, dokumentácia, tím]. Zostávajúce výhrady: [zoznam].

Vytvor checklist uzavretia: Zmluvná časť (vyúčtovanie dodávateľov, vyriešenie výhrad, zrušenie prístupov), Finančná časť (ukončenie nákladových položiek, analýza plán vs. realita), Dokumentácia (kde a čo archivovať, čo musí byť dohľadateľné o 2 roky), Ľudská časť (realkokácia tímu, poďakovanie), Odovzdanie (kto preberá prevádzku a podporu).

Obmedzenia: rozlíš, čo blokuje uzavretie a čo sa dá dobiť neskôr. Projekt „hotový na 98 %“, ktorý sa vlečie pol roka, je drahý – urči fixný dátum konca. Priprav osnovu záverečnej správy na jednu stranu.

Odovzdanie projektu inému manažérovi

Plán odovzdania agendy a „tieňovania“, aby nový manažér nestratil niť.

Zorganizuj odovzdanie projektu [názov] medzi [odchádzajúci] a [nastupujúci]. Kontext: [dôvod odchodu a čas]. Stav projektu: [progres, kritické body, míľniky]. Čas na odovzdanie: [koľko dní sa prekrývajú].

Vytvor zoznam informácií, ktoré nie sú v dokumentoch: história rozhodnutí a ich skutočné dôvody, ústne dohody so sponzorom, politické citlivosti a vzťahy, riziká, ktoré manažér sleduje „pocitovo“, reálny stav úloh mimo oficiálny reporting.

Naplánuj prekrývanie: spoločné stretnutia so sponzorom a tímom, poradie tém podľa dôležitosti a správu o zmene, ktorá upokojí okolie. Obmedzenia: odovzdanie musí byť overiteľné – priprav zoznam otázok, ktoré musí nastupujúci vedieť zodpovedať na konci procesu.

Onboarding nového člena do projektu

Plán integrácie, vďaka ktorému bude nováčik prínosom už po prvom týždni.

Priprav onboarding pre [nový člen, profil], ktorý sa pridáva k projektu [názov] dňa [dátum]. Stav projektu: [kontext]. Očakávaná rola: [úlohy]. Čas tímu na zaškolenie: [obmedzenia].

Navrhni plán na prvé 2 týždne: balíček dokumentov na 1. deň (zadanie, posledný report, register rizík, slovník pojmov), 4 kľúčové rozhovory s kolegami, prvá užitočná a jasne ohraničená úloha už v 1. týždni a pridelený „buddy“ na 10-minútové denné check-iny.

Obmedzenia: žiadne pasívne vysedávanie na 15 poradách, nováčik sa učí prácou. Povedz mu aj to, čo sa nepíše: kto s kým nevychádza, citlivé témy, reálne rozhodovacie procesy. Výstup: harmonogram, zoznam literatúry a kontrolné otázky po 15 dňoch.

Riešenie konfliktov v projektovom tíme

Postup mediácie v 3 krokoch na vyriešenie sporov brzdiacich projekt.

Pomôž mi vyriešiť konflikt v tíme. Kontext: [faktický popis sporu medzi dvoma ľuďmi bez súdenia] na projekte [názov]. Dopad: [napr. zadržiavanie informácií, napätie na poradách, meškanie]. Moja rola: [projektový manažér, s/bez personálnej právomoci]. História: [ako dlho to trvá].

Navrhni postup v 3 krokoch: 1. Individuálne rozhovory (otázky na pochopenie verzie každej strany bez preberania viny, pasce, ktorým sa vyhnúť), 2. Spoločné stretnutie (nastavenie pravidiel, ako vrátiť debatu k faktom, dohoda na 2-3 pravidlách spolupráce), 3. Následné sledovanie (ako overiť dodržiavanie dohody bez špehovania).

Obmedzenia: drž sa roly projektového manažéra – veci pre HR alebo líniového šéfa len identifikuj, nerieš ich. Nikto nesmie vyjsť z procesu označený za vinníka pred celým tímom. Uveď signály, kedy treba okamžite eskalovať vyššie.

Náprava nefungujúceho subdodávateľa

Postupná eskalácia od faktického upozornenia až po prípravu ukončenia zmluvy.

Pomôž mi riešiť problémy s dodávateľom na projekte [názov]. Dodávateľ: [firma a služba]. Problémy: [fakty s dátumami: meškanie, nízka kvalita, zmena tímu, nesplnené sľuby]. Zmluva: [čo hovorí o termínoch a sankciách]. Závislosť: [ako ľahko sú nahraditeľní].

Vytvor stupňovitý plán: 1. Stretnutie k náprave (faktický zoznam odchýlok od zmluvy, požiadavka na nápravný plán s termínom), 2. Intenzívne sledovanie (krátke míľniky, písomné zápisy z každého kontaktu), 3. Príprava alternatívy (tiché hľadanie náhrady, ak náprava zlyhá).

Obmedzenia: všetko musí byť písomne podložené pre prípad súdneho sporu. Buď faktický a zmluvný, žiadne prázdne vyhrážky. Výstup: tabuľka odchýlok, text pozvánky na stretnutie, osnova porady a kritériá pre ukončenie spolupráce.

Vypracovanie súťažných podkladov (RFP)

Zadanie pre dodávateľov, ktoré definuje potreby a ciele bez diktovania riešenia.

Napíš súťažné podklady (zadanie) pre výber dodávateľa na [predmet, napr. nový web, implementácia ERP] pre [firma]. Potreba: [popis problému]. Technický a organizačný kontext: [súčasný stav, obmedzenia]. Orientačný rozpočet: [rozpätie alebo neuvedené]. Harmonogram: [termíny].

Štruktúra: predstavenie firmy a kontextu (pol strany), problém a ciele formulované ako očakávané výsledky (popíš ČO potrebujeme, nie AKO to majú urobiť), rozsah a výnimky, fixné obmedzenia (technické, legislatívne, časové), požadované výstupy, kritériá výberu s váhou, proces výberového konania (otázky, termíny, prezentácie) a požadovaný formát ponuky pre ľahké porovnanie.

Obmedzenia: každá požiadavka musí byť otestovateľná. Rozlíš povinné požiadavky a „nice-to-have“. Zakonči 5 otázkami na prezentáciu ponuky, ktoré odhalia, či dodávateľ skutočne pochopil zadanie.

Objektívne porovnanie ponúk dodávateľov

Vážená hodnotiaca matica na porovnanie ponúk bez emócií a marketingových trikov.

Vytvor hodnotiacu tabuľku na porovnanie ponúk pre [predmet výberu]. Ponuky: [počet a stručný súhrn: cena, termín, prístup]. Naše priority: [napr. dodržanie termínu, podpora, celkové náklady TCO, stabilita dodávateľa]. Podozrivé signály: [napr. podozrivo nízka cena, generické odpovede].

Zostav maticu: kritériá rozdelené do skupín (pochopenie zadania, navrhnutý prístup, reálny tím, celková cena vrátane skrytých nákladov, referencie, zmluvné podmienky), váha kritérií podľa priorít, bodovacia škála s popisom úrovní pre zníženie subjektivity.

Aplikuj maticu na popísané ponuky a upozorni na: nevysvetlené cenové rozdiely (nízka cena často znamená orezaný rozsah), rozdiel medzi tímom na prezentácii a tímom na projekte, skryté prevádzkové náklady. Výstup: porovnávacia tabuľka, doplňujúce otázky pre každého a 5-riadkové odporúčanie.

Plán riadenia zmien (Change Management)

Podpora používateľov pri prechode na nový systém: od komunikácie po adopciu.

Vytvor plán riadenia zmien pre [projekt, napr. nový dochádzkový systém] v [firma]. Zasiahnuté skupiny: [kto a koľko ľudí, čo sa pre nich mení]. Obavy: [predpokladaný odpor]. Harmonogram: [kľúčové termíny]. Prostriedky: [čas, rozpočet, ambasádori].

Pre každú skupinu urči: čo sa reálne mení v ich práci (prínosy AJ straty – zamlčané straty spôsobia neskôr odpor), potrebná úroveň podpory (info, školenie, osobná asistencia) a kľúčové posolstvo z ich pohľadu.

Časová os: PRED (oznámenie, sieť interných ambasádorov vybraných podľa prirodzenej autority, nie podľa voľného času), POČAS (posilnená podpora, zber podnetov, rýchle opravy chýb), PO (meranie reálneho využívania, nie len účasti na školení, riešenie zvyškového odporu).

Obmedzenia: žiadne plány typu „viac komunikovať“ bez obsahu. Každá akcia má vlastníka a termín. Výstup: tabuľka podľa skupín a spoločný harmonogram.

Plán zaškolenia koncových používateľov

Vzdelávací program podľa profilov zameraný na reálne úkony a prax.

Navrhni plán školení pre nasadenie [nástroj/proces] v [firma]. Používatelia: [profily, počty, IT zručnosti, lokalita]. Čo musia vedieť: [kľúčové úlohy]. Obmedzenia: [dostupnosť, rozpočet, termín spustenia].

Vytvor program podľa profilov (nie jedno školenie pre všetkých): pre každého 5-10 kľúčových úkonov z praxe (nie prehľad všetkých funkcií), vhodný formát (krátky workshop, video, individuálny mentoring), trvanie a materiály (ťaháky na jednu stranu namiesto hrubých manuálov).

Naplánuj školenia čo najbližšie k termínu spustenia – školenie 6 týždňov vopred je zbytočné. Priprav plán pre chýbajúcich a systém lokálnej podpory na každom oddelení.

Obmedzenia: úspech meraj reálnym používaním po spustení (schopnosť urobiť úkon, počet otázok na support), nie prezenčnou listinou. Výstup: tabuľka podľa profilov a prioritizovaný zoznam materiálov na výrobu.

Krízová komunikácia pri probléme na projekte

Séria správ pre rôzne publiká: od nahlásenia incidentu až po jeho vyriešenie.

Na projekte [názov] nastal vážny incident: [popis, napr. únik dát, zlyhanie migrácie, zastavenie výroby]. Dopady: [kto a ako je zasiahnutý]. Stav riešenia: [čo vieme, čo nevieme]. Koho informovať: [vedenie, zamestnanci, klienti, partneri].

Napíš sériu správ: 1. Rýchla prvá správa (čo sa stalo, čo robíme, kedy dáme ďalšie info – sľúb čas ďalšej správy, nie čas opravy), 2. Priebežné správy (v dohodnutom rytme aj keď nie je nič nové), 3. Správa o vyriešení (vrátane opatrení, aby sa to neopakovalo).

Prispôsob tón: vedenie chce dopady a rozhodnutia, používatelia chcú vedieť ako majú zatiaľ pracovať, klienti chcú vedieť, či sú v bezpečí. Obmedzenia: žiadne špekulácie o príčine, kým nie je potvrdená; žiadne hľadanie vinníkov; žiadne nesplniteľné sľuby o termínoch. Priprav texty pripravené na úpravu.

Nastavenie OKR pre tím

Kvartálne ciele a merateľné kľúčové výsledky zosúladené s prioritami firmy.

Pomôž tímu [názov] z [firma] nastaviť OKR na [kvartál]. Priority firmy: [zoznam]. Bežná agenda tímu: [činnosti]. Plánované projekty: [nápady]. Počet ľudí: [kapacita].

Vytvor max 2-3 Ciele (Objectives): každý inšpiratívny, ale konkrétny, naviazaný na prioritu firmy. Pre každý cieľ 2-4 Kľúčové výsledky (Key Results): merateľné (od-do), merajúce výsledok, nie aktivitu (napr. „skrátiť čas vybavenia z X na Y“, nie „urobiť školenie Z“).

Obmedzenia: bežná prevádzka (run) nie je OKR, tá sa riadi cez KPI. Ak nevieme, ako budeme výsledok merať, preformuluj ho. Uveď navrhované OKR, otázky na diskusiu v tíme a rituál sledovania (frekvencia, 15-minútový formát a čo robiť, ak výsledky zaostávajú).

Kvartálne vyhodnotenie OKR

Úprimná bilancia kvartálu: čo sme sa naučili a ako nastaviť ďalšie obdobie.

Priprav kvartálne vyhodnotenie OKR tímu [názov]. OKR za minulý kvartál: [ciele a výsledky s mierou plnenia]. Udalosti kvartálu: [kontext: zmeny priorít, odchody ľudí]. Účastníci: [kto]. Trvanie: [čas].

Štruktúruj poradu do 3 častí: 1. Úprimné bodovanie (Key Results na základe reálnych čísel – nemerané rovná sa nesplnené), 2. Analýza odchýlok (odlíš chyby v exekúcii od zle nastavenej ambície alebo externých vplyvov), 3. Rozhodnutia pre ďalší kvartál (čo pokračuje, čo končí, čo meníme).

Obmedzenia: vyhodnotenie nie je obhajoba. Žiadna vata, choď priamo k číslam. Cieľ splnený na 100 % hneď v prvom kvartáli je podozrivý rovnako ako ten na 20 %. Výstup: program porady, bodovacia matica, otázky pre analýzu a vzor zhrnutia pre firmu.

Post-mortem analýza incidentu

Analýza zlyhania zameraná na systémové príčiny, nie na hľadanie vinníka.

Priprav post-mortem analýzu incidentu [popis], ktorý sa stal dňa [dátum] na projekte [názov]. Chronológia: [čo sa kedy stalo]. Zapojení ľudia: [kto]. Atmosféra: [napr. niekto sa cíti pod útokom, vedenie chce hlavu vinníka].

Štruktúruj dokument a poradu: faktická časová os (bez interpretácií), analýza príčin (choď za hranicu „ľudskej chyby“ – prečo systém dovolil, aby sa chyba stala? čo ju malo zachytiť?), čo v reakcii fungovalo dobre a preventívne opatrenia.

Pravidlá na úvod: hľadáme diery v systéme, nie vinníka. Kto prizná chybu, pomáha tímu a nebude potrestaný. Obmedzenia: max 5 opatrení, každé so zodpovedným a termínom. Uprednostni technické riešenia (ktoré chybu znemožnia) pred „väčšou ostražitosťou“. Výstup: šablóna dokumentu a scenár porady.

Premena skúseností na tímové štandardy

Ako zabezpečiť, aby sa rovnaké chyby neopakovali a dobrá prax sa stala normou.

Pomôž mi pretaviť skúsenosti (lessons learned) tímu [názov] do prevádzkových štandardov. Podklady: [napr. zápisy z retrospektív, správy z projektov, analýzy chýb]. Problém: [napr. rovnaké chyby sa opakujú, správy nikto nečíta].

Postupuj takto: zoskup skúsenosti podľa tém a nájdi tie, ktoré sa opakujú (to sú priority), premeň ich na akčné pravidlá jednou vetou („pri každom štarte urobíme X“), urči, kde budú tieto pravidlá žiť (integruj ich do šablón a checklistov, nie do hrubej príručky).

Obmedzenia: max 10 pravidiel celkovo, každé má vlastníka. Naplánuj polročnú revíziu na vymazanie zbytočných pravidiel – príručka, ktorá len rastie, umiera. Výstup: navrhované pravidlá podľa fázy projektu, spôsob ich integrácie a správa pre tím.

Príprava na projektový audit alebo Quality Review

Kompletizácia podkladov, identifikácia slabých miest a príprava na otázky audítora.

Priprav projekt [názov] na audit/revíziu, ktorú vykoná [audítor: interný, klient, certifikačná autorita] dňa [dátum]. Rozsah auditu: [čo budú kontrolovať]. Reálny stav: [silné a slabé stránky, aktuálnosť dokumentov]. O čo ide: [napr. ďalšie financovanie, certifikácia ISO].

Zorganizuj prípravu: zoznam dokumentov (zadanie, rozhodnutia, riziká, zápisy, rozpočet) s označením toho, čo treba prioritne doplniť. Priprav odpovede na pravdepodobné otázky audítora. Pre každé slabé miesto navrhni úprimný postoj: priznať ho, ukázať, že o ňom vieme a máme plán nápravy s termínom.

Obmedzenia: nikdy nefalšuj dokumenty ani nedopisuj dátumy spätne. Priznaná chyba s plánom riešenia pôsobí lepšie ako prasknutá bublina pri výsluchu. Inštruuj tím, aby odpovedal fakticky. Výstup: checklist podkladov, zoznam otázok a odpovedí a plán prípravy.

Otestujte tieto prompty pre Projektový manažment na vašich dátach

Skopírujte prompt, otvorte ho v GPTPro a porovnajte odpovede modelov Claude, GPT, Gemini a Mistral.