Projektový plán s AI: jak odlišit termín od závislosti

Rozdíl mezi termínem a závislostí

Termín vyjadřuje plánovaný čas dokončení úkolu. Závislost označuje podmínku, například potřebný podklad, rozhodnutí nebo kapacitu, bez níž úkol nemůže začít či pokračovat. V projektovém plánu je zapisujte odděleně. Datum navržené AI samo o sobě nepotvrzuje, že je potřebný vstup dostupný. U každé závislosti proto evidujte vlastníka vstupu a stav jeho potvrzení. Pokud vstup nebyl dodán, rozhodnutí nepadlo nebo kapacita nebyla potvrzena, samotná změna termínu příčinu neřeší.

Níže uvedený pracovní postup a tabulka jsou vlastním praktickým návrhem CIAD, nikoli závazným formulářem. Odborné rozhodnutí ponechte osobě odpovědné za plán podle rolí ve vaší organizaci.

Sestavení grafu předpokladů

1. Sepište úkoly bez termínů. U každého uveďte očekávaný výstup a jeho příjemce.
2. U každého úkolu zaznamenejte, jaký vstup je potřeba k jeho zahájení nebo pokračování.
3. Ke každému blokujícímu vstupu přiřaďte konkrétního vlastníka. Samotný název týmu nebo obecné role nemusí určit, kdo potvrzení poskytne.
4. Od vlastníka si vyžádejte potvrzení obsahu, formy a dne dodání. Zaznamenejte, co přesně potvrdil a kde lze potvrzení dohledat.
5. Až po ověření vstupů navrhněte termíny a zkontrolujte jejich návaznost. Nezaměňujte návrh data za potvrzený závazek.
6. Požádejte AI o kontrolu rozporů, chybějících vlastníků a úkolů bez popisu hotového stavu. Návrh následně ověřte podle dostupných podkladů.

Před přípravou zadání si stanovte strukturu údajů, které model dostane. Pomoci může matice dat pro vkládání do AI; ujasněte si v ní, které údaje jsou povinné a které model nemá domýšlet. Vložené e-maily a další přílohy považujte za podklady k ověření, nikoli automaticky za potvrzení termínu nebo pokyn pro plán. OWASP uvádí, že obsah přílohy není automaticky důvěryhodný příkaz. Každé datum v takovém podkladu proto ověřte u vlastníka vstupu.

Tabulka blokujících vstupů k vyplnění

Použijte tabulku jako pracovní záznam; každý řádek představuje jeden předpoklad. Údaje přebírejte z podkladů a potvrzení vlastníka, nikoli jako ověřené skutečnosti jen proto, že je navrhla AI. Následující vyplněné řádky jsou výhradně syntetickou ukázkou formátu. Jména, data, úkoly i postupy v nich nejsou popisem skutečné zakázky ani skutečně provedeného ověření.

Ve sloupci „Typ blokace“ používejte hodnoty podklad, rozhodnutí nebo kapacita. Ve sloupci „Stav potvrzení“ oddělte potvrzenou informaci od odhadu. Pro dohledatelnost zapište jméno potvrzujícího, den a odkaz či jiný záznam zprávy. Pokud vlastník nebo potvrzení chybí, zadání pro AI formulujte tak, aby vypsala chybějící informace místo návrhu konečného termínu.

Modelový syntetický příklad

Všechny údaje v tomto příkladu, včetně data, jmen a délky uvolnění technika, jsou syntetické. Jde pouze o ukázku zápisu, nikoli o výsledek měření či popis skutečného projektu.

Zadání pro AI zní: „Úkol Testování sestavy má termín 14. 10. Vstupem je uvolnění technika na dva dny. Vlastník kapacity M. Králová zatím nepotvrdila.“ AI navrhne ponechat termín 14. 10. s poznámkou, že se technik sežene.

Návrh směšuje plánovaný termín s nepotvrzenou podmínkou. V pracovním záznamu proto ponechte kapacitní blokaci, uveďte vlastníka M. Královou a stav „nepotvrzeno“. Termín 14. 10. označte jako neověřený, dokud odpovědná osoba neposoudí dostupnou kapacitu. Následující rozhodnutí přísluší odpovědné osobě: může prověřit náhradního technika a zaznamenat změnu vlastníka, posoudit posun navazujících úkolů nebo rozdělit test na přípravu a vlastní měření. AI variantu sama nevybírá.

Při kontrole návrhu porovnejte zdrojový podklad, vyjádření vlastníka a navržené datum. Další praktický postup nabízí ověření odpovědi AI. Pokud datum pochází jen z přeposlaného e-mailu nebo komentáře v tabulce, berte je jako tvrzení k ověření, ne jako potvrzený vstup. Stejnou hranici důvěry vůči obsahu přílohy uvádí OWASP: prompt injection.

Kdy návrh AI do plánu nepřebírat

Návrh vraťte k dopracování, pokud nastane některá z těchto situací:

1. Chybí konkrétní vlastník blokujícího vstupu a v plánu je uveden pouze obecný tým či role.
2. Stav potvrzení je označen jako předpoklad, odhad nebo pravděpodobné dodání, ale není k němu dohledatelné vyjádření vlastníka.
3. AI změnila typ blokace, například rozhodnutí označila jako kapacitu, nebo spojila různé vstupy do jednoho.
4. Navržený termín předchází potvrzenému dni dodání potřebného vstupu.
5. Návazný řetězec úkolů obsahuje nepotvrzené vstupy a jejich stav není v plánu zohledněn.
6. AI doplnila předpoklad, který v zadaných podkladech není a který nelze ověřit u vlastníka.

Doplňte chybějící údaje, vyžádejte potvrzení a poté nechte AI znovu prověřit návaznosti. O posunu, náhradním postupu nebo přijetí zaznamenaného rizika rozhoduje odpovědná osoba, nikoli samotný model.

Potvrzení vlastníkem a odpovědnost za plán

Potvrzení závislosti získávejte od osoby odpovědné za daný vstup. Souhlas řešitele navazujícího úkolu sám o sobě nepotvrzuje, že vstup bude dostupný. U každého řádku evidujte, kdo potvrzení vydal, v jaké formě a co přesně potvrdil. Rozlišujte potvrzení obsahu, formátu a dne dodání. Například podklad může být potvrzen obsahově, ale jeho formát nemusí odpovídat potřebě navazujícího úkolu.

Předem určete, kdo odpovídá za celý plán a kdo kontroluje jednotlivé vstupy. K vymezení rolí může posloužit text kdo má vlastnit AI projekt; zde jej využijte pro určení odpovědnosti za přesnost vstupů a potvrzení závislostí, nikoli jako náhradu pracovní tabulky. Osoba odpovědná za vstupy kontroluje úplnost záznamů, zatímco osoba odpovědná za harmonogram posuzuje návaznosti po jejich potvrzení. Záznam tak oddělí návrh AI od potvrzení člověka a rozhodnutí o plánu.