Planning flow¶

V bilingválnych Projektoch používajú New Plan, Add Scope, prevzaté názvy a popisy Scope, Scope Items, alokácie a náhľady zdrojov Feature Candidate primárny jazyk Projektu nezávisle od jazyka rozhrania. Kľúče artefaktov sa nemenia. Vlastné názvy a popisy Scope zostávajú tak, ako ich zadal plánovač. Chýbajúci preklad sa označí Vyžaduje sa preklad. Názov Use Case sa ukladá v kanonickej angličtine aj v jazyku Projektu. Starší názov zosynchronizujete úpravou Use Case alebo akciou Generovať názov; synchronizácia prebieha cez úlohu Specification na pozadí. Otvorenie stránky Planning nemení ani neprekladá zdrojové artefakty. Epics vytvorené cez Project Bootstrap alebo prenesené z Project Workspace si zachovávajú dvojjazyčné názvy. Následne vytvorené Use Cases v týchto Epics používajú rovnakú synchronizáciu názvov ako ostatné Use Cases v Specification. Nové záznamy histórie Specialist review uchovávajú preklady názvov zachytené pri udalosti. Neskoršie premenovanie zdroja nemení historické názvy. Existujúca história zachováva pôvodne zaznamenané označenia.

Toto je odporúčaný postup pre plannera, ktorý mení validovaný scope špecifikácie na kontrolovateľné plánovacie baseline-y. Použite ho vtedy, keď potrebujete hrubý rozsah úsilia vo vybranej jednotke profilu, confidence, signály pripravenosti, dôkazy faktorov a auditovateľné rozhodnutie pred tým, než začne downstream implementačná práca.

Planning nie je delivery scheduling a nie je to záväzok doručenia. Produkuje plánovacie odporúčanie zo špecifikačných artefaktov, AI-extrahovaných faktorov a estimation profilu vybraného na Plane. Človek stále rozhoduje, či je hodnotenie dosť dôveryhodné na prijatie, prepísanie alebo nahradenie.

Pred začiatkom skontrolujte, že Planning je zapnutý, vaša rola vie otvoriť Plans a cieľová specification už má zmysluplné Epics, Requirements a ideálne aj Use Cases. Test Cases sú voliteľné, ale zlepšujú testovací faktor. Prvý prechod zvyčajne trvá 10 až 20 minút na jeden Planning Scope podľa toho, koľko review vygenerované hodnotenie potrebuje.

Prehľad flowu¶

Overte, že specification je pripravená na planning.
Vytvorte alebo otvorte spec-scoped Plan.
Skontrolujte Scope Coverage pre každý Planning Scope.
Vygenerujte Scope Assessment.
Skontrolujte rozpad Scope Items a assessment drivery.
Prijmite, prepíšte alebo nahraďte assessment.
Vygenerujte a skontrolujte Role Allocation a Specification Allocation.
Vygenerujte a skontrolujte Plan-level Minimum Baseline.
Premietnite prijatý Minimum Baseline do kandidátov na Features.
Skontrolujte Remaining Scope a vytvorte Extensions pre neskoršie pokrytie.
Udržiavajte planning baseline pri zmenách špecifikácie.

Stránky používané v tomto flowe¶

Štartovací kontext: stránka Projects, stránka Project a stránka Plans
Plánovací kontajner: detail Plan
Hodnotenie scope: stránka Planning Scope
Pravidlá odhadu: tab Estimation Profiles na stránke Tenant a tab Delivery Role Profiles na stránke Tenant
Upstream príprava: Flow analytika
Downstream použitie: Flow buildera

1. Overte, že specification je pripravená na planning¶

Použité stránky: stránka Project, stránka Specifications a Flow analytika

Planning závisí od kvality a vzťahov špecifikačných artefaktov. Pred vytvorením alebo prijatím plánovacích odhadov skontrolujte, že cieľový Epic má dosť refinovaného obsahu.

Odporúčaná kvalita vstupov:

Requirements majú byť dosť jasné na klasifikáciu faktorov UI, backend, dáta, integrácia, bezpečnosť a test.
Use Cases majú existovať vždy, keď je to možné. Planning používa Use Cases ako primárne scope items, pretože zvyčajne opisujú súvislé správanie.
Requirements, ktoré nie sú prepojené na žiadny Use Case, sú stále zahrnuté ako fallback riadky, aby z planningu nezmizli.
Test Cases, ak existujú, sa používajú na klasifikáciu testovacieho faktora. Ak nie sú prepojené žiadne Test Cases, Planning odvodí testovací faktor z Use Cases alebo fallback Requirements.

Čo očakávať:

neúplné prepojenia nie vždy blokujú generovanie assessmentu
slabé prepojenia produkujú slabšie dôkazy a nižšiu confidence
chýbajúce Test Cases sú viditeľné ako coverage gapy, nie ako automatické zlyhanie

Ak je scope stále surový, najprv použite Flow analytika. Planning flow je najužitočnejší po tom, čo sú Requirements a Use Cases dosť zrozumiteľné na ľudské review.

2. Vytvorte alebo otvorte spec-scoped Plan¶

Použité stránky: stránka Plans a detail Plan

Otvorte Plans z hornej navigácie alebo zo stránky projektu. Plan je viazaný na jednu Specification a obsahuje jeden Planning Scope pre každý vybraný Epic.

Nový Plan použite vtedy, keď:

specification ešte nebola plánovaná
potrebujete samostatný plánovací kontajner pre nový planning cyklus
predchádzajúci Plan zámerne nahrádzate namiesto toho, aby ste ho ďalej upravovali

Existujúci Plan použite vtedy, keď:

pokračujete v review pre rovnakú Specification a rovnaký scope set
potrebujete pozrieť prijaté baseline-y, históriu assessmentov alebo timeline aktivitu
potrebujete pridať chýbajúci Epic ako ďalší Scope

Čo očakávať:

Plans sa dajú upravovať v ľubovoľnom lifecycle stave; úprava accepted alebo superseded Plan ho znovu otvorí ako draft
legacy Plans viazané priamo na Epic sú v novom spec-scoped detaile Plan iba na čítanie
rodičovský Plan nie je plne accepted, kým každý aktívny Scope nemá prijatý baseline

3. Skontrolujte Scope Coverage¶

Použitá stránka: stránka Planning Scope

Otvorte Planning Scope z detailu Plan a začnite v Overview. Najprv skontrolujte context tree, aby bolo jasné, ktorý Project, Plan, Scope a zdrojový Epic hodnotíte.

V Scope Coverage skontrolujte:

zdrojový Epic
popis Scope
súhrn prijatého baseline, ak už existuje
počet plánovacích položiek
coverage Requirements a Use Cases
fallback Requirements neprepojené na Use Cases
dôkazy z Test Cases

Použite Refresh Coverage, keď sa zmenili linky alebo zdrojové artefakty a súhrn pokrytia treba prepočítať.

Usmernenie pre rozhodnutie:

Ak sa zobrazuje nesprávny Epic alebo Scope, vráťte sa na Plan pred generovaním assessmentu.
Ak príliš veľa Requirements vystupuje ako fallback riadky, zlepšite upstream prepojenia Requirements na Use Cases.
Ak nie sú prepojené žiadne Test Cases, rozhodnite, či je odvodená testová klasifikácia pre tento odhad akceptovateľná.

4. Vygenerujte Scope Assessment¶

Použitá stránka: stránka Planning Scope

Otvorte tab Assessment a použite Generate. Generovanie beží na pozadí. Ak sa stránka neaktualizuje okamžite, kliknite na logo AIKOZO v hornej lište a v Background jobs skontrolujte, či je úloha queued, running, completed alebo failed.

Pri metóde Scope profile generovanie vytvorí:

samostatné analýzy Full Scope a Active Scope, každú s readiness, confidence, drivermi, chýbajúcimi informáciami a rozsahom min/most-likely/max
nulový Active Scope odhad, keď sú odložené všetky Scope Items
klasifikácie všetkých Scope Items vrátane odložených
kanonické deterministické rozdelenie úsilia s presným zosúladením
key, verziu a snapshot estimation profile, ak sú dostupné

Generovanie neprijme odhad automaticky. Vygenerovaný assessment je kandidát na review, kým ho Planner alebo Admin neprijme.

Kalibrácia profilu a generovanie podľa úloh¶

Editor Estimation Profiles na stránke Tenant zobrazuje definície úloh ako kompaktné rozbaľovacie riadky s faktorom a počítanou jednotkou. Po rozbalení môžete zmeniť zaškrtávacie políčko Zapnuté, metadáta a hranice úlohy. Jednotkové sadzby Minimum, Najpravdepodobnejšie a Maximum sú spolu v samostatnom riadku s tromi stĺpcami a zarovnanými číselnými bunkami na kalibráciu.

Každý profil používa jednu Metódu odhadovania. Formulár zobrazí Rozsahy veľkosti Scope pre Profil rozsahu alebo katalóg úloh a sadzby pre metódu Podľa úloh. Nastavenia zložitosti, nejednoznačnosti, rizika, chýbajúcich informácií, opätovného použitia a dôveryhodnosti zostávajú dostupné pre obe metódy. Prepnutie metódy zachová zadané hodnoty vrátane skrytých nastavení; metóda sa zmení až po uložení profilu.

Admin duplikuje Estimation Profile, vyberie metódu Podľa úloh a nastaví sadzby každého povoleného typu práce v jednotke profilu. Definícia určuje faktor, počítanú jednotku, štandardnú hranicu, predpoklady a vylúčené prekryvy. Dodané definície nemajú číselné sadzby. Nepoužívané typy vypnite alebo vyplňte konečné, usporiadané minimum/najpravdepodobnejšiu hodnotu/maximum; pravdepodobná sadzba musí byť kladná. Vlastný typ patrí k jednému existujúcemu faktoru. Uložte kalibrovaný profil a vyberte ho na Pláne. Zmena predvoleného profilu tenantu nemení zvolenú metódu existujúcich Plánov.

Generovanie používa profil a sadzby zachytené pri zaradení hodnotenia do fronty. Vytvorí konkrétne vlastnené pracovné položky, množstvá, neistotu položky, fyzický inventár a medzery v pokrytí. Každá práca sa počíta raz: množstvo krát jednotková sadzba krát úprava zložitosti vlastniaceho faktora krát neistota položky. Pásma veľkosti rozsahu a celková funkčná zložitosť tento výpočet neovplyvňujú. Inventár je dôkaz bez ďalšej prácnosti. Balík zahŕňa svoj obsah iba raz. Nepodporovaná práca alebo práca mimo štandardnej hranice vyžaduje vhodný kalibrovaný typ; zvýšenie zložitosti samo osebe problém nevyrieši.

Používa sa rovnaká background úloha hodnotenia. Počas schváleného release musí Admin publikovať a priradiť kompatibilný v3 prompt. Platný výstup s neznámym množstvom dokončí generovanie ako Neúplný výpočet, so známymi medzisúčtami a konkrétnymi medzerami. Prijatie, číselný override a allocation vyžadujú úplný výpočet Full Scope. Prázdny Active Scope má nulovú prácnosť. Zdieľaná práca zostáva v Active, kým je aktívny vlastník alebo ktorýkoľvek závislý Scope Item, aj keď je vlastník odložený.

5. Skontrolujte Scope Items a assessment drivery¶

Použitá stránka: stránka Planning Scope

Tab Scope Items použite na odpoveď: "Na čo je tento scope rozložený?"

Každý riadok reprezentuje buď:

primárny Use Case, alebo
fallback Requirement, keď daná Requirement nie je prepojená na žiadny Use Case

Pri každom riadku skontrolujte:

úrovne faktorov UI, backend, dáta, integrácia, bezpečnosť a test
evidence text vysvetľujúci, prečo boli faktorové úrovne priradené
faktorové pills, kde môžu Admini a Planneri kliknúť na ľavú polovicu pre zníženie úrovne faktora alebo na pravú polovicu pre jej zvýšenie; zmena sa priamo uloží a prepočíta odhady položky aj Scope pri oboch metódach odhadu
kombinovaný detail Decision s pôvodom rozhodnutia a dôvodom
kombinovaný detail Effort s kanonickými Full aj Active príspevkami
akciu Defer alebo Restore, keď má položka Scope odísť z aktívneho plánovacieho scope alebo sa doň vrátiť bez úpravy zdrojového artefaktu; obe akcie vyžadujú dôvod

Každá položka Scope používa dvojriadkovú skupinu. Názov položky a Action prechádzajú cez oba riadky; prvý riadok obsahuje Decision, Effort a Evidence, zatiaľ čo druhý zobrazuje všetkých šesť faktorov v jednej zlúčenej bunke. Počty prepojených Requirements a Test Cases sú vynechané, aby sa údaje zamerané na rozhodovanie zmestili bez horizontálneho posúvania.

Oba pohľady Scope Items zachovávajú rozloženie stĺpcov a používajú spoločné farby položiek a zvýraznenie okrajov pri prejdení myšou alebo zameraní klávesnicou. V podrobnom pohľade sa oba riadky zvýraznia spoločne.

Pri metóde Podľa úloh faktorové pills menia komplexitu a zachovávajú množstvá jednotlivých úloh aj artefakty. Každé kliknutie zaznamená pôvodnú a novú úroveň do histórie review. Na zmenu celého rozpisu práce použite Upraviť. Ak sa oprava uložila, ale prepočet zlyhal, na danej položke použite Upraviť → Zopakovať uloženú opravu pred ďalšou zmenou faktora.

Pri metóde Scope profile zmena ľubovoľného faktora položky prepočíta jej kanonický Full a Active effort príspevok a premietne rozdiel do odhadov Scope. Príspevky ostatných položiek Scope zostanú nezmenené; úsilie sa neprerozdeľuje tak, aby zachovalo pôvodný celkový odhad. Nastavenie faktora na none preto odstráni kalibrovaný príspevok daného faktora z položky. Existujúce allocations a nadväzujúce Minimum Baselines sa pre audit označia ako stale. Zostávajú použiteľné, ale nemusia zohľadňovať zmenené hodnoty faktorov.

Review merateľnej práce¶

Riadky odhadov podľa úloh zobrazujú jednoduché počty, napríklad tabuľky: 3 a pohľady: 8, so samostatným riadkom pre každý typ úlohy a jeho jednotku. Neznáme počty sa zobrazia ako ?, známa nula zostáva 0. Zdieľaná práca sa zobrazí pri závislých položkách s označením Zdieľaná práca; popis pri prejdení myšou uvedie vlastníka, pri ktorom sa prácnosť započíta raz. Faktor bez vlastných alebo zdieľaných úloh zobrazí Chýba rozpis práce; použite Upraviť na pridanie práce podloženej zdrojmi alebo opravu faktora. Samotné úrovne faktorov neurčujú počty.

Riadky zobrazujú aj príspevky Full/Active a fyzický inventár. Odložený vlastník zobrazuje zachovanú prácnosť zdieľanej závislosti. Tlačidlo Upraviť v stĺpci Action otvorí Upraviť rozpis. Planner/Admin tu upravuje vždy jednu Oblasť práce. Šesť kompaktných kariet zobrazuje počet položiek práce pre každý faktor a označuje oblasti, ktoré vyžadujú pozornosť. Oblasť prepnete kliknutím na kartu alebo šípkami doľava/doprava; Home/End vyberú prvú/poslednú oblasť. Na užších obrazovkách sa karty zalomia do viacerých riadkov. Vybraná karta označuje svoj panel bez opakovania názvu oblasti v jeho obsahu. Rozbaľte položku práce a upravte typ úlohy, stav množstva, množstvo a dôkaz. Neznáme množstvo sa naďalej odlišuje od známej nuly.

Blokujúce problémy ocenenia sa zobrazujú ako prvé v sekcii Vyžaduje pozornosť. Akcia Preskúmať problém otvorí príslušnú oblasť a pole; upozornenia na pokrytie zostávajú v samostatnej zbalenej sekcii. Zoznam uložených problémov sa aktualizuje po kontrole odhadu. Napríklad Pridať prácu do oblasti UI pridá položku do UI a vyžaduje výslovný výber z povolených typov úloh tejto oblasti. Typ úlohy sa nevyberie automaticky.

Úroveň faktora je vo vybranej oblasti vždy viditeľná. Práca sa zobrazuje raz, ako upraviteľné položky, ktoré sú pri otvorení zbalené, bez samostatného zoznamu odkazov Uložená práca. Počty v kartách zahŕňajú aj odkazy na zdieľané položky. Odkazy na prácu a odborné posúdenie zostávajú dostupné v hlavnom zobrazení Scope Items.

Sekcie Vygenerované hodnoty a Podrobnosti o hraniciach a balíku oddeľujú podporné informácie od hlavných polí. Všetky podrobnosti v položke práce sú pri otvorení zbalené aj pri problémoch ocenenia. Akcia Preskúmať problém a validácia rozbalia príslušné polia; nová práca sa otvorí na úpravu. Podrobnosti rozsahu obsahujú inventár, neistotu a poznámky k pokrytiu. Odkazy na zdroje a zdieľaní konzumenti zostávajú v podrobnostiach položky. Opätovné overenie sa zobrazí iba po zmene zdrojov alebo definícií úloh; pred potvrdením ich skontrolujte pre všetku prácu v položke. Pri posúvaní formulára zostávajú viditeľné názov, zatvorenie, výsledky odhadu a akcie Zrušiť, Skontrolovať odhad a Uložiť.

Generovanie identifikuje plánovanú prácu z katalógu podľa opísaného správania pre UI, backend, dáta, integrácie, bezpečnosť a testovanie. Výslovne opísané formuláre a ďalšie jednotky možno spočítať pred implementáciou. Ak je podporovaná práca identifikovaná, ale jej počet nie je jasný, položka práce zachová neznáme množstvo a chýbajúce podklady na určenie počtu pre review. Chýbajúce pokrytie katalógom zostáva medzerou; samotné počty testov nepredstavujú prácnosť implementácie. Prekrývajúce sa všeobecné a užšie Use Cases zachovajú explicitné odkazy na závislé položky, aby užšia položka nestratila pokrytie práce. Aktualizované pokyny promptu sa použijú na nové hodnotenia po publikovaní promptu v3 v platnom rozsahu Settings; existujúce hodnotenia zachovajú uložený rozpis.

Zadajte Dôvod (povinné) vysvetľujúci opravu a potom použite Skontrolovať odhad na prepočet bez uloženia. Päta porovná pôvodnú a navrhovanú prácnosť Full Scope a Active Scope a uvedie zostávajúce medzery aj zrušenie prípadného číselného override. Povinné polia sú označené. Prázdne položky rizík alebo chýbajúcich informácií treba vyplniť alebo odstrániť; známe množstvo musí byť celé nezáporné číslo. Neznáme množstvá môžu zostať neznáme. Neplatné polia zobrazia pokyny na opravu a získajú fokus ešte pred odoslaním požiadavky na kontrolu odhadu. Chyby servera zostávajú viditeľné v editore.

Päta vysvetľuje ďalší krok a dôvod, prečo je Uložiť nedostupné. Úspešná kontrola sprístupní Uložiť; zmena ľubovoľného poľa vyžaduje novú kontrolu. Platné opravy vygenerovaného hodnotenia možno ukladať aj pri neúplnom ocenení, takže medzery možno riešiť postupne. Prijaté hodnotenia musia zachovať úplné ocenenie Active Scope; medzery týkajúce sa iba odloženej práce môžu zostať. Uloženie vyžaduje dôvod a kontrolu odhadu zodpovedajúcu aktuálnym zmenám. Zmena počtu, faktora alebo výpočtu zruší dotknutý číselný override a obnoví príspevky podľa uložených sadzieb. Zmena iba inventára alebo dôkazu override zachová. Vygenerované návrhy aj história pred/po review zostávajú dostupné. Úprava prijatého hodnotenia musí zachovať úplný výpočet a aktualizuje baseline Scope/Plánu; staršie allocations a Minimum Baselines zobrazia upozornenie na aktuálnosť.

Review sa trvalo uloží na Scope a pri nezmenených zdrojoch/definíciách má prednosť pred ďalším vygenerovaným návrhom. Zmenený zdroj vrátane zdieľaného konzumenta alebo použitá definícia vyžadujú výslovné opätovné overenie. Samotná zmena sadzieb zachová množstvá a prejaví sa až v novom hodnotení. Súbežná úprava vráti konflikt; pred novým review obnovte stránku. Ak je oprava uložená, ale odvodené aktualizácie zostali nedokončené, použite Zopakovať uloženú opravu s pôvodným vstupom. Nedokončené review môžete otvoriť aj po opätovnom načítaní stránky.

Potom sa vráťte do Assessment. Kompaktné karty odhadov zvýrazňujú najpravdepodobnejšiu prácnosť a rozsah, s označenou pripravenosťou a dôveryhodnosťou. Zhodné metriky Full a Active Scope sa zobrazujú iba raz pod Celý a aktívny Scope; odlišné odhady alebo ukazovatele kvality zostávajú vedľa seba. Neúplné ocenenie pri oboch rozsahoch ukazuje Známy medzisúčet namiesto prázdneho aktívneho odhadu. Upozornenie na prijatie naďalej vysvetľuje, čo treba vyriešiť.

Profil je v jednom riadku s názvom a verziou; po prejdení myšou sa zobrazí kľúč a systémový/vlastný pôvod. Stav v hlavičke nahrádza duplicitnú kartu Review status; neaktuálna karta Review note bola odstránená. Kompaktné panely nižšie zachovávajú faktory prácnosti, riziká a chýbajúce informácie pre Active Scope.

Odloženie Scope Itemu je iba rozhodnutie v plánovacej doméne. Uloží trvalý overlay na Planning Scope, Requirements, Use Cases a Test Cases nechá bez zmeny a označí prijaté plánovacie výstupy ako stale. Tieto výstupy zostávajú použiteľné; upozornenie na aktuálnosť vysvetľuje, že nemusia zohľadňovať najnovšie rozhodnutie. UI netvrdí okamžitú úsporu, kým sa Active Scope odhad nepregeneruje a neskontroluje.

Karta Prehľad rozsahu začína jedným stavom odhadu: Akceptované · aktuálne, Akceptované · neaktuálne, Bez akceptovaného odhadu alebo Nahradený rozsah. Popis štítka vysvetľuje stav a je dostupný aj čítačkám obrazovky. Pri zmene vstupov stručná správa vysvetlí ďalší postup a odkaz Skontrolovať hodnotenie otvorí kartu posúdenia.

Úsilie aktívneho rozsahu sa zobrazuje raz, ako najpravdepodobnejšia hodnota, jednotka a interval. Podrobnosti odhadu obsahujú celý rozsah a odložené úsilie, ak sa líšia od aktívneho rozsahu, profil odhadovania a prípadnú poznámku. Prázdne poznámky sa nezobrazujú. Pokrytie nižšie uvádza počty plánovacích položiek, požiadaviek a testovacích prípadov; medzery v pokrytí zostávajú viditeľné. Zdrojový Epic zostáva v kontexte stránky namiesto opakovania v súhrnnej karte. Obnovenie pokrytia aktualizuje väzby, nie akceptované posúdenie.

Pri zmenách zdrojov sekcia Zmeny špecifikácie pod pokrytím rozsahu uvádza pridané, odstránené a zmenené artefakty. Rozbaľte položku a porovnajte podklad posúdenia s aktuálnym zdrojom po jednotlivých poliach. Staršie posúdenia môžu mať iba čiastočné snímky; náhľad chýbajúce historické údaje výslovne označí. Nové posúdenia uchovávajú úplné zdrojové polia na toto porovnanie.

Planner, Manager a Admin môžu zvoliť Prijať riziko zmien, uviesť dôvod a potvrdiť rozhodnutie tlačidlom Prijať riziko zmien v modálnom okne. Akceptované úsilie zostáva nezmenené; používateľ, čas a dôvod sa zaznamenajú do časovej osi. Stav bude Riziko prijaté. Plán práce podľa rolí môže tento podklad použiť po splnení ostatných podmienok pripravenosti; rozhodnutie zostáva v snímke zdrojov. Uložené scenáre naďalej vyžadujú výslovnú aktualizáciu spoločných zdrojov.

Rozhodnutie platí pre skontrolované posúdenie a revízie rozsahu. Ďalšie zmeny zistené obnovením pokrytia, úpravou posúdenia alebo spätnej väzby ho zneplatnia. Zmena zdrojov medzi náhľadom a potvrdením rozhodnutie odmietne. Odloženie alebo obnovenie položiek rozsahu, čakajúce opravy a neúplné ocenenie nemožno touto akciou obísť. Aktuálnosť minimálnej základne zostáva nezávislá. Manager má prístup na čítanie Plánovania a k tomuto rozhodnutiu; ostatné úpravy zostávajú pre Planner/Admin pri zachovaní obmedzení nájomcu, projektu a funkcií.

Usmernenie pre rozhodnutie:

vysoký effort so slabými dôkazmi treba pred prijatím skontrolovať opatrne
missing information je plánovacie riziko, nie iba poznámka
nízka confidence je signál na zlepšenie zdrojových artefaktov alebo vyjasnenie práce s jej vlastníkom
Scope Items sú klasifikačné dôkazy, nie výstup Effort Allocation

6. Prijmite alebo nahraďte assessment¶

Použitá stránka: stránka Planning Scope

Skontrolujte odhad a dôkazy v Scope Items. Accept nastaví assessment ako baseline Scope, Supersede ho vyradí. Karta Assessment už nezobrazuje tlačidlá Review ani Override; uložené poznámky a história odhadov zostávajú dostupné. Ak je najnovší assessment už superseded, Supersede cieli na zostávajúci prijatý baseline.

Scope Items začína podrobnou tabuľkou a filtrami *, aktívne, odložené, vyžaduje ocenenie. Kompaktný súhrn zobrazuje počty položiek a schválených prác. Prepínač vpravo otvorí Zjednodušený pohľad so stĺpcami položka rozsahu, finálny text, medzery, posudzovateľ a klikateľné položky práce. Finálny text zobrazuje náhľad súvisiaceho artefaktu špecifikácie s rovnakým limitom 220 znakov ako Allocation. Údaj o schválení pod položkou práce je menší a písaný kurzívou. Prejdenie myšou alebo zameranie klávesnicou zvýrazní spodný okraj položky. Pohľad ponúka filtre * a priradené mne v kombinácii so samostatným filtrom Medzery: * (všetky položky vrátane položiek bez medzier), chyba alebo upozornenie. Napríklad výber priradené mne a chyba zobrazí vaše priradené položky s blokujúcimi medzerami. Položky s chybami aj upozorneniami sa zobrazia pri oboch úrovniach. Zmena jedného filtra zachová druhý výber; prepnutie pohľadu obnoví oba filtre na *. Priradené položky zahŕňajú aj zdieľanú prácu, ktorú posudzujete. Odkazy na prácu v oboch pohľadoch otvárajú rovnaký panel na kontrolu, priradenie, opravu a schválenie. Súhrn viacerých prác otvorí výber. Bez identity prihláseného posudzovateľa je filter priradené mne nedostupný. Podrobný pohľad obnoví rozhodnutia, prácnosť, faktory a dôkazy. Čakajúce opravy a neaktuálne odhady majú stručné upozornenie nad filtrami.

Pri hodnotení podľa úloh Generated znamená dokončenie AI úlohy, nie úplné ocenenie. Chýbajúce množstvá a merateľná práca, nevyriešené prekrývanie balíkov, chyby štandardného rozsahu, nenastavené sadzby a požadované opätovné overenie zdrojov blokujú Accept, ak ovplyvňujú Active Scope. Medzery týkajúce sa iba odloženej práce prijatie neblokujú. Zdieľaná práca potrebná pre aktívneho konzumenta musí byť ocenená aj pri odloženom vlastníkovi. Po odložení alebo obnovení položiek znovu vygenerujte hodnotenie, aby Active Scope zohľadňoval tieto rozhodnutia. Filter vyžaduje ocenenie naďalej zobrazuje aj odložené položky. Celkový odhad Full Scope aj jeho súčet v Pláne zostávajú pri týchto medzerách neúplné; známe medzisúčty nie sú úplným odhadom. Alokácie Active Scope na artefakty a roly zostávajú dostupné. Alokácia Full Scope, číselné prepisy odhadov a výpočty Minimum Baseline naďalej vyžadujú úplné ocenenie Full Scope. Chyby opravte cez Scope Items → Upraviť → Skontrolovať odhad → Uložiť. Zjednodušený pohľad ponúka pri medzerách Upraviť rozpis. Prejdenie myšou alebo zameranie ikony zobrazí problém a postup riešenia. Chyby sú červené, koncepčné upozornenia používajú spoločný štýl upozornení.

Textové Medzery v pokrytí sú neblokujúce poznámky. Chýbajúce detaily poskytovateľa alebo nejasné správanie životného cyklu vyjasnite s vlastníkom požiadavky. Otvorte prepojený prípad použitia alebo požiadavku a doplňte chýbajúce správanie či obmedzenia. Nový artefakt pridajte iba pre nový rozsah. Upravte príslušné množstvá práce a po zmene zdrojov hodnotenie znovu vygenerujte. Upozornenie nenahrádza chýbajúce množstvo. Úprava množstiev poznámky neodstráni; Odstrániť vyriešenú poznámku použite až po vyriešení. Uloženie opravy naďalej vyžaduje dôvod a novú serverovú kontrolu odhadu. Skutočné chyby ocenenia zvýraznia dotknuté faktory a súhrn problémov červeným okrajom. Sadzby mení Admin v Estimation Profile; novú sadzbu použije nové hodnotenie.

Staršie assessmenty zachovávajú uložený výsledok ocenenia. Znovu ich vygenerujte, aby sa uplatnilo pravidlo neblokujúcich poznámok. Po uložení opráv skontrolujte výsledný odhad a použite Accept na karte Assessment. Zmena spätnej väzby Scope vyžaduje nové generovanie; čakajúcu uloženú opravu zopakujte pred prijatím.

Čo očakávať po prijatí:

prijatý assessment sa stane baseline Scope
predchádzajúce prijaté assessmenty pre rovnaký Scope sa označia ako superseded
prepočíta sa rollup rodičovského Plan
upozornenia na aktuálnosť sa zobrazia po zmene vstupov; sú informačné a neblokujú plánovacie akcie
assessment zostáva auditovateľný v histórii a filtrovateľných detailoch timeline

Prijmite iba odhad, ktorý je dôveryhodný pre planning. Dôvody opráv musia byť zrozumiteľné aj pre neskoršieho posudzovateľa.

7. Vygenerujte a skontrolujte Role Allocation a Specification Allocation¶

Použitá stránka: stránka Planning Scope

Tab Roles otvorte až po prijatí assessmentu na vygenerovanie a kontrolu role splitu. Dovtedy stránka zobrazuje Accept an assessment before role allocation. Tab Allocation použite pre rozdelenie podľa špecifikačných artefaktov; kým assessment nie je prijatý, zobrazuje Accept an assessment before allocation.

Stránka Planning Scope má dva allocation pohľady:

Role Allocation najprv rozdelí príspevok každej aktívnej položky Scope medzi jej šesť faktorov odlišných od none a potom rozdelí každý faktorový bucket iba medzi roly oprávnené pre daný faktor. Váhy a faktorové úpravy z Delivery Role Profile určujú rozdelenie vnútri bucketu. Faktor none neprispieva žiadnym úsilím; ak sú napríklad všetky test faktory none, rola Tester sa nealokuje. Key, verzia, snapshot profilu, faktorové rozdelenie a faktorové reconciliation sa ukladajú pre audit.
Specification Allocation používa Full alebo Active základ (predvolene Active). Full zahŕňa celú lineage a Active vynechá odloženú lineage. Ide o voliteľný pohľad, nie podmienku Minimum Baseline.

Použite Generate Allocation na tabe Roles, keď potrebujete role split pre planning a review. Použite Generate Allocation na tabe Allocation, keď potrebujete traceable effort guidance podľa špecifikačného artefaktu. Obe cesty sa zosúlaďujú späť na prijatý odhad Scope, takže súčet alokovaného effortu rolí zodpovedá súčtu alokovaného effortu špecifikačných artefaktov pre rovnaký prijatý assessment.

Skontrolujte:

prijatý odhad assessmentu a Delivery Role Profile priradený k Planu
faktorovo proporcionálne podiely rolí, rozsahy effortu, faktorové zdôvodnenie, confidence, maticu úsilia faktorov a rolí a podľa potreby CSV export. Riadky matice sú koše úsilia faktorov a stĺpce sú delivery roly. CSV exportuje celkovú pridelenú prácnosť a podiel každej roly raz. Po umiestnení kurzora nad názov riadka alebo počty úrovní sa zobrazí vysvetlenie, že ide o počty aktívnych položiek Scope na jednotlivých úrovniach faktora a ich úsilie sa zdieľa medzi oprávnené roly. Odložené položky Scope sa do týchto počtov nezahŕňajú. Kompaktné hlavičky matice používajú BE Developer a FE Developer
allocation target: automatic, Use Cases, Requirements alebo Test Cases
allocation method: factor weighted alebo equal
total allocated effort
reconciliation status
riadky prepojených artefaktov, final text, váhy položiek, koše úsilia faktorov a podľa potreby CSV export

Čo očakávať:

ak role allocation ešte neexistuje, stránka hovorí No role allocation generated yet.
ak allocation ešte neexistuje, stránka hovorí No allocation generated yet.
vygenerované role allocation aj specification allocation totals sa majú zhodovať s prijatým odhadom
Factor-weighted Specification Allocation a Role Allocation používajú rovnaký kanonický výpočet košov úsilia faktorov. Generovanie sa explicitne zastaví, ak aktívnej položke Scope chýbajú platné faktory, všetkých šesť faktorov je none pri nenulovom úsilí, alebo kanonické úsilie položiek nesedí s Active Scope; equal fallback sa nepoužíva
malé rozdiely zo zaokrúhlenia sa pridajú poslednej položke
každá položka zobrazuje koše úsilia faktorov UI, backend, dáta, integrácia, bezpečnosť a test; klasifikácie low/medium/high prerozdelia allocation položky a zachovajú jej celkový súčet
prijaté allocations sú plánovacie usmernenie, nie delivery commitments

Allocation a export podľa úloh¶

Role Allocation delí kanonické príspevky faktorov medzi oprávnené roly pomocou váh Delivery Role Profile. Počty zostávajú celé množstvá dôkazov. Matica zahŕňa aj odložených vlastníkov, ktorých zdieľaná práca zostáva aktívna. Specification Allocation má predvolený cieľ Scope Items, teda hlavné Use Cases a neprepojené Requirements, a metódu Podľa úloh. Explicitný cieľ Requirement/Test Case delí príspevky cez overenú lineage a pomenuje nepokrytú prácu. Metóda Equal je výslovná alternatíva zachovávajúca súčty Scope aj jednotlivých faktorov.

Oba CSV exporty používajú uložený allocation snapshot. Karta Allocation exportuje množstvo a prácnosť každej vlastnenej úlohy raz a popisný inventár. Súhrnné riadky položiek aj faktorov a auditné metadáta vynecháva, takže stĺpce prácnosti možno sčítať bez duplicít. Stĺpce sú Artefakt, Faktor, Typ úlohy, Jednotka počítania, Množstvo, Úprava zložitosti, Násobiteľ neistoty položky, Minimum, Najpravdepodobnejšie, Maximum a Jednotka. Riadky inventára nepridávajú prácnosť.

Karta Roles exportuje jeden riadok pre každú delivery rolu z uloženého rozdelenia prácnosti, pri odhadoch podľa úloh aj faktorov. Stĺpce sú Doručovacia rola, Podiel, Minimum, Najpravdepodobnejšie, Maximum a Jednotka. Podiel je uložený zlomok alokácie (napríklad 0.25 znamená 25 %). Stĺpce prácnosti obsahujú celkovú prácnosť každej roly raz a možno ich sčítať. Množstvá úloh, súhrnné riadky faktorov, inventár a auditné metadáta sa vynechávajú.

Minimum Baseline používa jedinečný zoznam práce. Zaradený konzument zachová prácnosť závislosti aj pri odloženom vlastníkovi; klasifikácie zdrojových artefaktov sa nemenia. Feature Projection priradí každý zdieľaný príspevok iba raz medzi kandidátov.

Plán práce podľa rolí: prognóza potreby ľudí¶

V pláne otvorte kartu Plán práce podľa rolí hneď za kartou Rozsahy. Planner a Admin môžu upravovať; Manager má prístup na čítanie. Prognóza nemení akceptovanie plánu, posúdenia rozsahov, rozdelenia podľa rolí ani minimálnu základňu.

Výber scenára je na začiatku jedného riadka, za ním nasledujú tlačidlá scenára, bez samostatného popisu. V tomto paneli je aj Exportovať; Vymazať je posledná akcia, oddelená čiarou a zvýraznená ako deštruktívna. Na úzkych obrazovkách sa panel posúva vodorovne. Nastavenie a zdroje je predvolene zbalené a obsahuje pokrytie, predpoklady, pripravenosť zdrojov, úpravy a editor. Počty pokrytia, časovanie a predpoklady prepočtu sú zoskupené v prehľadových kartách. Riadky zdrojov oddeľujú názov, stav, dôvody blokovania a odkazy na otvorenie. Editory zdrojov, časovania a scenárov používajú rovnaký prehľadný formulár so samostatným riadkom akcií kontroly a uloženia. Začatie úpravy ho otvorí automaticky; zbalenie zachová neuložené úpravy. Označenie Vyžaduje aktualizáciu upozorňuje na neaktuálne zdroje; jeho tooltip vysvetľuje zmeny a odkazuje na Aktualizovať spoločné zdroje, čím obnovíte základ všetkých scenárov. Filtre a tabuľka potreby nasledujú priamo pod nastaveniami bez dodatočnej medzery medzi sekciami. Variant odhadu a zobrazenie sa vyberajú kompaktnými skupinami filtrovacích tlačidiel vedľa vyhľadávania rolí. Vybrané možnosti sú zvýraznené a platia aj pre export CSV. Tooltip ľudského úsilia vysvetľuje súčty a oddelenie ľudí od automatizácie. Navigácia medzi obdobiami je vpravo dole v riadku štatistík.

Ak rozsah Nie je pripravený, rozbaľte Nastavenie a zdroje. Dôvod blokovania nájdete v sekcii Pokrytie a pripravenosť zdrojov. Otvoriť posúdenie vás pri zmenených vstupoch alebo rozhodnutiach presmeruje na posúdenie. Aj akceptované posúdenie môže byť neaktuálne: vygenerujte a akceptujte nové posúdenie, potom vygenerujte a akceptujte jeho rozdelenie podľa rolí. Pri samotných zmenách zdrojov môžete namiesto toho v prehľade rozsahu skontrolovať Zmeny špecifikácie a s dôvodom Prijať riziko zmien. Ostatné podmienky pripravenosti zostávajú v platnosti. Obnovenie stránky ani väzieb negeneruje a neakceptuje odhady. Po dokončení sa vráťte na Plán práce podľa rolí, kde sa pripravenosť znovu načíta.

Zvoľte Nový scenár, zadajte jedinečný názov a dĺžku v pracovných dňoch alebo pracovných týždňoch. Pri prvom vytvorení vyberte pripravené rozsahy a skontrolujte dva samostatné predpoklady: Hodiny odhadu na človekodeň a Hodiny pracovného dňa pri plnom úväzku, oba predvolene 8. Pripravený rozsah je aktívny, má aktuálne úplné akceptované posúdenie a akceptované zosúladené rozdelenie podľa rolí.
Voliteľne použite kalendárne dátumy. Zadajte pracovný deň začiatku a buď dĺžku, alebo dátum ukončenia. Predvolené pracovné dni sú pondelok až piatok; sviatky sa automaticky nevylučujú. Vylúčené dátumy zadajte výslovne. Relatívna časová os používa Týždeň 1, Týždeň 2 atď.; mesačné zoskupenie vyžaduje dátumy.
Zobrazte náhľad a uložte ho. Počiatočné rozdelenie je rovnomerné. Cez Upraviť časovanie rozbaľte rozsah a zadajte jeho pracovné okno alebo vlastné časovanie rolí. Pozície začínajú od 1 a oba krajné dni sú zahrnuté. Skôr používa klesajúce denné váhy, Neskôr rastúce. Fázy realizácie sa neodvodzujú z názvov rolí. Pri zmene dĺžky môžete ponechať pozície pracovných dní alebo pomerne prispôsobiť vlastné časovanie. Neplatné okná pred uložením opravte.
V číselnej tabuľke potreby rolí zvoľte minimum, najpravdepodobnejší odhad alebo maximum. Prepínajte priemerné FTE a hodiny úsilia, filtrujte roly a otvorte bunku s prispievajúcimi rozsahmi a dennými špičkami. Filter nemení súčty ani zahrnutie rozsahov. Ovládacie prvky pre obdobia umožňujú prejsť celý horizont. FTE je potreba práce vyjadrená plnými úväzkami, nie počet konkrétnych ľudí ani záruka dodania. Úsilie AI agenta je oddelené; ľudský recenzent zostáva ľudskou prácou.

Výberom názvu roly otvoríte editor týždenného rozloženia. Týždne sú pod sebou; posunutie vodorovného posuvníka doprava zvýši alokáciu daného týždňa. Editor používa Najpravdepodobnejší odhad, priemerné FTE alebo hodiny pre ľudské roly a hodiny pre automatizáciu. Celá akceptovaná prácnosť zostáva rozložená. Číselné bunky tabuľky naďalej otvárajú prehľad prispievajúcich Scope. Každý Scope má kartu s označenými hodnotami úsilia a FTE, štítkami rozloženia a posúdenia a údajmi o časovaní. Výberom dostupnej karty otvoríte záložku Roly daného Scope. Karty automatizácie zobrazujú iba hodiny úsilia; nedostupné zdroje zostávajú čitateľné.

Hodiny v matici, editore rozloženia, prehľade Scope, náhľadoch a CSV sa zaokrúhľujú na najbližšiu polhodinu: 8,878 h → 9 h, 8,74 h → 8,5 h. Hodnoty presne medzi polhodinami sa zaokrúhlia nahor. FTE sa v celom pláne práce podľa rolí aj v CSV zobrazuje najviac na dve desatinné miesta: 2,135 → 2,14, 0,396 → 0,4. Výpočty a uložené rozloženia zachovávajú pôvodnú presnosť. Súčty sa počítajú pred zaokrúhlením, preto sa súčet zobrazených riadkov môže líšiť; veľmi malé hodnoty sa môžu zobraziť ako nula. Výberom číselného poľa zobrazíte a upravíte presnú hodnotu. Samotné otvorenie a opustenie poľa bez úpravy prácnosť nezaokrúhli ani neprerozdelí.

Upravený týždeň sa označí ako Fixované. Ostatné týždne Auto prevezmú zmenu pomerne podľa svojej prácnosti v rámci časových okien jednotlivých Scope. Fixované týždne zachovávajú príspevky Scope. Zadaná nula zostáva fixovaná na nule; úplne prázdna automatická skupina dostane prácnosť podľa vhodných pracovných dní. Neúplné týždne preto nemusia obsahovať rovnaký počet hodín. Hodnoty nad jedno FTE sú povolené: ide o potrebu práce, nie limit kapacity ľudí.

Presné úpravy umožňuje číselné pole, tlačidlá plus/mínus a šípky posuvníka; Jemné nastavenie zmenší krok. Späť a Znova obnovia celú zmenu vrátane automaticky upravených týždňov. Uvoľnenie fixovania okamžite nemení prácnosť. Obnoviť uložené rozloženie obnoví stav pri otvorení; Použiť rozloženie podľa časovania odstráni vlastný profil a obnoví existujúce krivky Scope/rolí. Oddialiť, Prispôsobiť rozsah alokácii a Prejsť na týždeň menia iba zobrazenie. Automatické týždne mimo viditeľnej oblasti sa tiež prerozdeľujú. Časové okná Scope skontrolujete cez Ako funguje prerozdelenie → Upraviť časovanie; neuložené zmeny rozloženia vyžadujú bežné potvrdenie zahodenia.

Po každej dokončenej úprave sa automaticky vypočíta náhľad. Uložiť rozloženie sa sprístupní po overení aktuálneho návrhu a zmení rolu vo vybranom scenári. Zrušenie návrh zahodí. Konflikt revízií vyžaduje výslovné obnovenie; uloženie s neznámym výsledkom treba pred ďalšou úpravou zopakovať. Používatelia iba s právom čítania a neaktuálne scenáre umožňujú rozloženie prezerať. Pred úpravou neaktuálneho časovania obnovte spoločné zdroje. Okno zoskupuje súčty do prehľadových kariet a pri zablokovaní úprav uvádza konkrétny dôvod. Pri neaktuálnych zdrojoch okno zatvorte, otvorte Nastavenie a zdroje → Aktualizovať spoločné zdroje, skontrolujte a uložte aktualizáciu a znovu otvorte rolu. Platí to aj pri lokálnom vývoji s vypnutou autentifikáciou: aktuálnosť zdrojov nezávisí od oprávnení. Aktualizácia môže ovplyvniť všetky scenáre, ktoré tieto zdroje zdieľajú.

Kópia scenára zachová vlastný profil aj fixovanie. Aktualizácia spoločných zdrojov zachová zodpovedajúce pomerné profily a pred uložením všetkých scenárov ukáže zmeny fixovaných hodnôt. Zmeny kalendára/okien uvoľnia fixovanie týždňov, ktorých pracovné dni sa zmenili; náhľad ich vypíše. Ponechanie pozícií nechá nové dni vlastných profilov prázdne; pomerná zmena časovania zachová ich prácnosť v novom okne. Neplatné alebo skrátené profily treba výslovne opraviť.

Pomenované scenáre majú vlastný kalendár a časovanie. Prepnutie zachová scenarioId v adrese plánu a chráni neuložené zmeny. Bez výberu sa otvorí prvý vytvorený scenár; neznamená to jeho schválenie ani uprednostnenie. Duplikovať otvorí neuloženú kópiu časovania a predpokladov s požiadavkou na nový názov. Názvy sú v pláne jedinečné bez ohľadu na veľkosť písmen. Odstránenie posledného scenára ponechá spoločné zdroje. Samostatná obrazovka porovnania nie je súčasťou tejto verzie.

Všetky scenáre majú jeden spoločný základ zdrojov. Zdieľajú výber rozsahov, snímky akceptovaných odhadov, klasifikáciu rolí a predpoklady prevodu. Počty zahrnutých, pripravených nezahrnutých a nepripravených rozsahov vyjadrujú pokrytie, nie percento úplnosti úsilia. Čiastočná prognóza nepredstavuje potrebu zdrojov celého projektu.

Cez Aktualizovať spoločné zdroje skontrolujte zmeny odhadov, odstránené rozsahy/roly/vlastné časovanie a dopad na každý scenár. Editor oddeľuje výber rozsahov, predpoklady prepočtu a akcie kontroly. Rozsah vyberiete začiarkavacím políčkom alebo názvom; Otvoriť rozsah otvorí jeho podrobnosti samostatne. Uloženie použije zmenu naraz na všetky scenáre. Zodpovedajúce časovanie sa zachová. Nové rozsahy pokryjú celý horizont scenára; nové roly prevezmú okno rozsahu s rovnomerným rozdelením. Neplatný zdroj opravte v pôvodnom rozsahu alebo ho výslovne odstráňte. Po počiatočnom nastavení možno odstrániť všetky zdroje; výsledkom je prázdna prognóza.

Zmenené alebo odstránené zdroje označia všetky uložené scenáre ako neaktuálne. Uloženú potrebu možno ďalej prezerať a exportovať s upozornením. Pred zmenou časovania obnovte alebo odstráňte neplatné zdroje; premenovanie a odstránenie scenára zostáva dostupné. Konfliktné uloženie zachová serverovú revíziu a vyžiada obnovenie a kontrolu. Odstránenie rozsahu ponechá uložené odhady s nedostupným historickým zdrojom; odstránenie plánu odstráni aj jeho plán práce podľa rolí.

Exportovať v paneli scenára stiahne CSV maticu zodpovedajúcu tabuľke: riadok pre každú filtrovanú rolu, stĺpec pre každé obdobie celého horizontu a súhrnné stĺpce Hodiny spolu, Priemerné FTE za celý horizont a Špičkové denné FTE. Použije vybraný variant odhadu, zobrazenie, agregáciu a jazyk rozhrania. Riadok ľudského súčtu naďalej zahŕňa všetky ľudské roly. Automatizácia zostáva v hodinách bez ľudského FTE. Hodiny sa rovnako zaokrúhľujú na polhodiny a FTE na dve desatinné miesta; nejde o presnú účtovnú evidenciu. Podrobné metadáta a snímky zdrojov sa vynechajú.

Export používa očakávanú uloženú revíziu aj pri otvorených neuložených úpravách. Upozornenia na neaktuálne zdroje zostávajú v rozhraní; export neobnovuje uložené údaje. Prefixy vzorcov pre tabuľkové procesory sa zneškodnia.

Dostupná kapacita, nedostatok zdrojov, konkrétni ľudia, automatické plánovanie a porovnávanie scenárov sú mimo rozsahu tejto verzie.

8. Vygenerujte a skontrolujte Minimum Baseline¶

Použitá stránka: detail Plan

Keď má každý aktívny Scope aktuálne prijaté dvojité hodnotenie, vráťte sa na detail Plan a otvorte Minimum Baseline. Specification Allocation nie je podmienkou. Použite Generate na vytvorenie nemennej deterministickej revízie z prijatých hodnotení a kanonických rozdelení Scope Items. Akcia nevolá AI a nevymazáva ani nemení Requirements, Use Cases, Test Cases, Scope Assessments ani allocations. Uloží snapshot, takže neskoršie zmeny zdrojov neprepíšu historické baseline-y.

Klasifikácie:

included: existuje mandatory alebo core dôkaz, napríklad high alebo critical priorita, prijatý/final core workflow, security, audit, compliance alebo explicitný required jazyk.
required dependency: artefakt podporuje included položku cez Requirement, Use Case, Test Case alebo schválené dependency graph linky.
Deferred from this Minimum Baseline: existuje explicitný optional, nice-to-have, secondary, reporting alebo advanced-filtering dôkaz a neexistuje mandatory ani dependency dôkaz.
excluded: existuje explicitný out-of-scope, obsolete, deprecated alebo cancelled dôkaz.
decision needed: chýba allocation alebo assessment, dôkazy sú v konflikte, existuje compliance/security nejasnosť alebo dôkazy nestačia. Ticho samo o sebe položku neodkladá.

Zosúladenie platí pre min, most-likely aj max:

Full Scope = Active Scope + explicitne odložené plánovačom
Active Scope = Minimum Baseline + baseline-deferred + excluded + decision-needed
Plánované zníženie zahŕňa explicitne odložené, baseline-deferred a excluded úsilie; nikdy nezahŕňa decision-needed
neúplné náklady alebo nenulový residual blokujú prijatie

Štyri kompaktné súhrnné karty zobrazujú Full Scope, aktuálny Active Scope, aktuálny cieľ Minimum Baseline a plánované zníženie s výrazným rozsahom a samostatnou najpravdepodobnejšou hodnotou.

Časť Zosúladenie Scope oddeľuje rozdelenie úsilia od aritmetiky. Päť kompaktných dlaždíc zobrazuje úsilie a počet položiek v Minimum Baseline a potom úsilie presunuté odkladmi plánovača, navrhnutými alebo prijatými odkladmi, vylúčeniami a nevyriešenými rozhodnutiami. Podporné auditné informácie sú zoskupené pod Detaily baseline, aby sa dali hlavné odhady a rozhodnutia rýchlo prečítať. Po rozbalení sa zobrazia zdrojové hodnotenia, počty klasifikácií, poznámky ku kontrole a samostatné kontroly Vyváženie Full Scope a Vyváženie Active Scope, ktoré zobrazia zelený stav Vyvážené, keď je príslušný zvyšok nulový; nenulový zvyšok sa zvýrazní ako odchýlka na kontrolu. Nevyriešené úsilie tak zostáva viditeľné bez toho, aby sa prezentovalo ako plánované zníženie.

Navrhnuté na neskôr a Vylúčené používajú nemennú revíziu Minimum Baseline. Odložené plánovačom používa aktuálne rozhodnutia Scope Items a sčíta ich kanonické Full Scope príspevky. Aktuálny Active Scope, odhad Minimum Baseline, plánované zníženie a karta V Minimum Baseline sa projektujú z týchto aktuálnych odkladov. Vyžaduje rozhodnutie používa otvorené Savings Opportunities, ktorých backend validácia je decision_needed, a sčíta dostupné orientačné rozsahy. Pomocný text uvádza, koľko opportunities má kvantifikované úsilie. Aplikované opportunities opustia túto skupinu a zobrazia sa cez výsledné odložené rozhodnutia Scope. Kontroly vyváženia naďalej používajú nemenné súčty revízie.

Prijatie s decision-needed effort je možné iba po potvrdení upozornenia. Vygenerované, skontrolované a prijaté revízie sú nemenné. Zmena rozhodnutí alebo coverage ich pre audit označí ako stale, ale pred pokračovaním nevyžaduje novú revíziu. Novú revíziu vygenerujte, keď potrebujete zohľadniť najnovšie vstupy.

Kanonická jednotka je person_days alebo person_hours. Každá skupina zosúladenia zachováva jednotku estimation profile; UI ju zobrazuje ako person-days alebo person-hours bez vzájomného prepočtu.

Použite Review, keď je vygenerovaný baseline skontrolovaný, Accept, keď ho chcete prijať ako aktuálny Minimum Baseline pre Plan, a Supersede, keď už baseline nemá byť aktuálny. Prijatie nového Minimum Baseline nahradí predtým prijatý Minimum Baseline pre rovnaký Plan. Supersede nie je vymazanie; staré baseline-y zostávajú audit records.

Otvorte Design verification a použite Generate v sekcii Design-informed Confidence, keď existuje final Implementation Design a chcete overiť, či je Minimum Baseline stále dôveryhodný voči architektúre. Review číta persistované fragmenty Implementation Designu a Patterns vybrané alebo povolené týmto Designom. Nečíta Flow Designs, Features, Execution Targets, Action Packs, Instruction Sets, Build Runs, JIRA tasks ani implementation tasks a nemení záznamy Design ani Pattern.

Výsledok Design-informed Confidence ukladá architecture fit, Pattern fit, reuse evidence, architektonické effort a risk drivery, chýbajúce architektonické informácie, poznámky k realizmu baseline, referencované Design fragments, referencované Patterns, odporúčanú confidence a to, či sa confidence má zvýšiť, znížiť alebo zostať bez zmeny. Odporúčaná confidence je usmernenie pre ľudské planning review; neprepočítava effort, neprepisuje prijaté Scope Assessments, neprepisuje prijaté allocations a nemení prijatý Minimum Baseline. Roly Planner a Admin môžu tieto reviews generovať, skontrolovať, prijať, nahradiť alebo obnoviť. Prijaté reviews vytvárajú auditovateľný confidence checkpoint pred neskoršou fázou Feature Projection.

Generovanie Design-informed Confidence beží ako background job. V Background jobs cez logo AIKOZO skontrolujete, či je Design Confidence job queued, running, completed alebo failed. Keď job dobehne a review sa ešte neaktualizovala, obnovte tab Design verification.

Tab Minimum Baseline vie pre existujúci Minimum Baseline vygenerovať aj Savings Opportunities. Sú to AI-asistované návrhy, ktoré odpovedajú, kde môže Plan znížiť implementačný effort a stále zachovať required scope. Nenahrádzajú deterministické generovanie baseline: AI iba navrhuje kandidátov a backend validuje referencie artefaktov, ochranu mandatory scope, ochranu dependencies, bezpečnosť klasifikácie, tenant/project scope a všetky výpočty úspor pred tým, ako sa návrh zobrazí.

Použite Generate, aby sa AI prompt zaradil ako background job. Počas štartovania jobu tlačidlo zobrazuje Generating.... V Background jobs cez logo AIKOZO skontrolujete, či je Minimum Baseline savings job queued, running, completed alebo failed. Keď job dobehne a tabuľka sa ešte neaktualizovala, obnovte tab Minimum Baseline.

Savings Opportunities používajú tieto typy návrhov:

defer: presunúť jasne optional scope mimo Minimum Baseline.
reduce: zúžiť jasne optional scope pri zachovaní required správania.
split later: ponechať required správanie teraz a secondary správanie presunúť neskôr.
decision required: zvýrazniť nejasnosť, ktorú musí Planner alebo Admin vyriešiť pred tým, ako sa môže počítať ako úspora.

Každá príležitosť je naviazaná na artefakty, ktoré už sú v Minimum Baseline alebo prijatých allocations. Úspory sa počítajú iba z existujúcich allocation item odhadov a zobrazujú sa ako Indicative saving. Ak je artefakt mandatory, security/compliance/audit critical, required dependency, časť prijatého core workflow alebo je nejasný, backend môže stále zobraziť orientačný effort naviazaný na affected artifact a príležitosť označiť ako decision needed. Ak artefakt nemá allocation estimate, nie je čo zobraziť ako orientačnú úsporu. Návrhy príležitostí nevymazávajú, neodkladajú ani nemenia Specification artefakty; kontrola Planner/Admin zostáva povinná.

Keď sa affected artifacts jednoznačne mapujú na Planning Scope Items, Defer all zapíše rozhodnutia a označí príležitosť ako applied. Zdrojový Minimum Baseline nikdy neprepisuje. Stale prijatý baseline možno naďalej použiť pre nové Savings, Design Confidence, Feature Projection a Extension generation/apply akcie. UI ponechá upozornenie na aktuálnosť viditeľné, pretože tieto výstupy môžu používať staršie vstupy.

9. Premietnite Feature Candidates¶

Použitá stránka: detail Plan

Po prijatí Minimum Baseline otvorte Feature Candidates. Tento tab odpovedá, ktoré Implementation Features majú vzniknúť z prijatého baseline. Generate zaradí background AI job, ktorý vytvorí Feature Projection Proposal z prijatého Minimum Baseline, Baseline Items, prepojených Requirements, Use Cases, Test Cases, prijatej Specification Allocation, dôkazov Role Allocation, keď sú dostupné, prijatého výsledku Design verification, fragmentov Implementation Designu a Patterns vybraných alebo povolených týmto Designom. Job sledujte v Background jobs; tab sa obnoví po dokončení jobu.

Feature Candidates nie sú Flow Designs, Action Packs, Instruction Sets, delivery tasks, execution routing ani code. Sú to kontrolovateľné hranice implementation feature s traceability späť na Plan, Minimum Baseline, proposal, candidate, Baseline Items, Scopes, Requirements, Use Cases, Test Cases, Design fragments a Patterns.

Tab zobrazuje stav proposal, coverage summary, nepriradené Baseline Items, prevzatý effort a zoznam vygenerovaných Feature Candidates. Upozornenia sú zoskupené v predvolene zbalenej časti s viditeľným počtom; rozbaľte ju na kontrolu problémov s validáciou a vysledovateľnosťou. Otvorte kandidáta, ak chcete skontrolovať detail Feature Candidate. Jeho taby oddeľujú Risks and decisions, Included in scope, Required dependencies a Design fragments. Detail zároveň zobrazuje doplnkovú traceability na Requirements, Use Cases a Test Cases, Patterns a linky na vytvorené Features po aplikovaní. Nepriradené Baseline Items sú položky prijatého baseline, ktoré sú oprávnené na projekciu, ale neboli zaradené do Feature Candidate; skontrolujte ich pred prijatím proposal.

Roly Planner a Admin môžu Feature Projection Proposals generovať, kontrolovať, prijímať a nahrádzať. Apply je v aktuálnom UI/API obmedzené na Admin. Apply funguje iba v dvoch bezpečných režimoch:

vytvoriť novú Implementation a vytvoriť Features v nej
použiť existujúcu Implementation iba vtedy, keď nemá žiadne Features

Feature Projection chráni naplnené Implementations. Ak vybraná Implementation už obsahuje Features, apply sa zamietne, nevytvorí sa žiadna Feature a existujúce Features sa neprepíšu ani nezlúčia. Aplikovanie proposal nikdy nemení prijatý Minimum Baseline, Specification artifacts, Design artifacts, Pattern definitions, Flow Designs, Action Packs, Instruction Sets ani execution artifacts.

10. Skontrolujte Remaining Scope a Extensions¶

Použitá stránka: detail Plan

Po aplikovaní Feature Projection otvorte Remaining Scope. Tab porovnáva lineage Plan Scope s traceability vytvorených Implementation Features a ukazuje, čo už bolo premietnuté a čo zostáva mimo projected Implementation. Coverage sa počíta z aplikovaných source referencií Features, nie z manuálnych checkboxov.

Dashboard zobrazuje premietnuté Requirements, Use Cases, Test Cases a effort, keď sú dostupné allocation odhady. Effort coverage používa uložené planning allocation a baseline estimates; keď niektorým artefaktom chýba číselný effort, tab stále zobrazí count coverage a pridá warning namiesto vymysleného odhadu.

Stavy artefaktov znamenajú:

projected: už pokryté vytvorenými Features z aplikovaných projections
remaining: oprávnené na neskoršiu Extension
deferred: zámerne odložené v planningu
decision_needed: blokované, kým planner nezapíše rozhodnutie
excluded: explicitne vylúčené z aktuálneho baseline
blocked: chýba traceability, allocation alebo iný prerequisite

Roly Planner a Admin môžu vybrať artefakty so stavom remaining alebo deferred a vytvoriť Extension. Extension items si uchovávajú source Scope, baseline item, keď je dostupný, allocation estimate a snapshot pôvodného artefaktu. Už premietnuté artefakty nemožno vybrať znova a backend zamietne artefakty mimo lineage Planu.

Prijatá Extension môže vygenerovať vlastný Feature Projection Proposal cez ten istý mechanizmus Feature Candidates ako Minimum Baseline, ale so source_type uloženým ako extension. Extension projection zachováva traceability na Plan, Extension, Extension Items, source baseline items, keď sú dostupné, Scopes, Requirements, Use Cases, Test Cases, Design fragments a Patterns. Nevytvára Flow Designs, Action Packs, Instruction Sets, execution artifacts ani implementation tasks.

Aplikovanie Extension sa líši od aplikovania Minimum Baseline. Baseline projection sa stále dá aplikovať iba do novej Implementation alebo do existujúcej Implementation bez Features. Extension projection sa môže aplikovať aj do existujúcej naplnenej Implementation iba vtedy, keď každá existujúca Feature má traceability na predchádzajúce prijaté alebo aplikované Feature Projections z toho istého Planu. Backend atomicky zamietne unrelated, mixed, untraceable alebo duplicate artifact targety.

Karty Extension pri metóde podľa úloh zobrazujú prácnosť z uloženého zoznamu vybranej práce. Zdieľané závislosti sa počítajú raz aj pri nezvolenom odloženom vlastníkovi. Práca už zaradená do prijatého Minimum Baseline pridáva nulovú inkrementálnu prácnosť. Existujúce oprávnenia projection/apply zostávajú potrebné.

11. Udržiavajte baseline pri zmenách scope¶

Použité stránky: detail Plan, stránka Planning Scope, tab Estimation Profiles na stránke Tenant a tab Delivery Role Profiles na stránke Tenant

Planning je baseline, nie jednorazový export súboru. K Planu sa vráťte vtedy, keď sa podkladová specification materiálne zmení.

Pregenerujte alebo znovu skontrolujte assessment, keď:

Requirements alebo Use Cases pribudli, zmizli alebo boli výrazne prepísané
zmenili sa linky medzi Requirements, Use Cases a Test Cases
missing information bolo vyriešené
risk alebo effort drivers už nezodpovedajú aktuálnemu pochopeniu
nový prijatý baseline má nahradiť starý
prijatý Minimum Baseline už nezodpovedá aktuálnym prijatým dôkazom Scope

Použite Assessment history, Timeline na Planning Scope a Versions na Plane na spätné zistenie, čo sa zmenilo a prečo. Aktuálne Planning panely predvolene skrývajú superseded assessments, allocations a Minimum Baselines, aby vyradení kandidáti nerušili aktívny workflow. Estimation Profiles na stránke Tenant použite vtedy, keď potrebujete pozrieť, ktorá deterministická verzia profilu je priradená k Planu pre budúce assessmenty. Zmena predvoleného profilu pre tenant mení iba predvýber profilu pre nové Plany; neprepisuje existujúce odkazy na profily v Planoch. Delivery Role Profiles na stránke Tenant použite na kontrolu alebo správu deterministických váh rolí dostupných pre Plany. Zmena predvoleného profilu pre tenant mení iba predvýber delivery role profilu pre nové Plany; existujúce Plany a Role Allocations si zachovajú uložené odkazy na profily a snapshoty.

Kontrolný zoznam dokončenia¶

Planning flow je hotový vtedy, keď:

každý aktívny Scope v Plane má skontrolované coverage
každý aktívny Scope, ktorý treba plánovať, má prijatý assessment baseline
override-y, ak existujú, majú jasné zdôvodnenie
dôkazy v Scope Items boli skontrolované na slabé alebo prekvapivé klasifikácie
Role Allocation alebo Specification Allocation bolo vygenerované a prijaté, keď treba dané allocation guidance
Plan-level Minimum Baseline bol vygenerovaný a prijatý, keď treba minimum scope optimization guidance
Design-informed Confidence bolo vygenerované a skontrolované, keď má final Implementation Design ovplyvniť planning confidence pred Feature Projection
Remaining Scope bol skontrolovaný po aplikovaní Feature Projection, keď tím potrebuje cestu od Minimum Baseline k širšiemu pokrytiu
tím chápe, že výstup je plánovacie usmernenie, nie delivery commitment

Odborné posúdenie práce¶

V Položkách rozsahu otvorte súhrn práce, napríklad Webové formuláre: 1. Súhrn viacerých položiek otvorí výber. Zdieľaná práca sa otvorí pod vlastníkom a v priebehu posúdenia sa počíta iba raz. Položky prehliadajte pomocou existujúcich filtrov a zoradenia rozsahu. Oba pohľady používajú štandardné názvy úloh v množnom čísle a množstvo uvádzajú iba raz, napríklad Webové zobrazenia: 2 alebo Procesy: 1. Tieto súhrny sú klikateľné; podrobnosti o jednotke zostávajú v popise pri prejdení myšou. Zjednodušená tabuľka zobrazuje mená priradených posudzovateľov; Nepriradené zobrazí iba vtedy, keď nie je priradený žiadny posudzovateľ. Panel práce zobrazuje jednotlivé priradenia a stavy posúdenia. Predpona zdieľanej práce zostáva obyčajným textom. Akcie riadka sú Upraviť a Defer (Restore pri odložených položkách). Novú prácu alebo chýbajúce pokrytie faktora doplníte cez Upraviť → Oblasť práce → Pridať prácu do oblasti {factor}. Výber úloh zostáva v zvolenej oblasti práce.

Zjednodušený panel používa rovnaké poradie úprav ako Upraviť rozpis. Blokujúce problémy ocenenia sa zobrazujú ako prvé v sekcii Vyžaduje pozornosť, s akciami na úpravu množstva, kontrolu podrobností alebo vyriešenie problému v rozpise. Panel zobrazuje posudzovateľa a stav ľudského posúdenia oddelene od medzier v ocenení. Hlavné polia sú množstvo, stav množstva a dôkaz; výslovne vyberte Známe, Neznáme alebo Neuplatňuje sa. Vygenerované hodnoty sú predvolene zbalené; podrobnosti o hraniciach a balíku sa rozbalia pri súvisiacom probléme. Sekcie Zobraziť zdroje a Odkazy na zdrojové dôkazy sú predvolene zbalené. Po rozbalení šípkou zobrazujú zdroje ako štítky v obvyklých farbách RQ, UC a TC; odkazy sa otvárajú na samostatnej karte a zachovávajú rozpracované zmeny. Prepínače majú kurzor ruky, odozvu pri prejdení myšou a viditeľné zvýraznenie pri ovládaní klávesnicou. V sekcii Podrobnosti o hraniciach a balíku používajú možnosti V rámci štandardného rozsahu a Prekryv balíkov vyriešený štandardné riadky so zaškrtávacím políčkom. Hodnotu zmeníte kliknutím na popis alebo stlačením medzerníka pri zameranom políčku. Výber typov úloh zostáva v oblasti práce položky a v povolenom katalógu. Priradenie cez Zmeniť posudzovateľa → Použiť zachová rozpracované zmeny vrátane neznámeho množstva. Posudzovateľmi môžu byť aktívni členovia tenanta s prístupom Plánovača alebo Administrátora k Projektu. Nedostupnosť zoznamu sa zobrazí ako chyba.

Po zmene ocenenia sa po krátkej prestávke automaticky skontroluje odhad na serveri. Päta porovná pôvodnú a navrhovanú prácnosť práce a celkové odhady Full Scope a Active Scope v kompaktných kartách s názvom nad odhadom. Zostávajúce medzery a prípadné zrušenie číselnej úpravy odhadu sa zobrazujú pod kartami. Oprava vyžaduje dôvod. Potom vyberte Uložiť, Uložiť čiastočnú opravu alebo Uložiť a schváliť. Nezmenenú platnú položku možno schváliť s voliteľnou poznámkou. Uložiť poznámku k posúdeniu zaznamená posúdenie bez schválenia. Schváliť môže ľubovoľný oprávnený Plánovač alebo Administrátor; vždy sa zaznamená skutočný schvaľovateľ.

Úspešné uloženie alebo schválenie zatvorí panel a vráti fokus na odkaz práce. Zrušenie, Escape, História a zmena editora chránia neuložené zmeny potvrdzovacím panelom. Zdroje sa otvárajú samostatne. Pri súbežných zmenách akcia Obnoviť a zosúladiť zachová vaše zmenené polia nad aktuálnymi hodnotami a vyžiada novú kontrolu odhadu. Čakajúcu uloženú operáciu treba pred ďalšími zmenami dokončiť opakovaním tej istej operácie.

Upraviť rozpis zostáva miestom pre spoločné predpoklady, inventár, balíky a výslovné opätovné overenie zdrojov. Pri prechode zo zjednodušeného panela zostane v rozpise vybraná jeho oblasť práce. Medzery bez práce môžu mať priradenú zodpovednosť, ale nemožno ich schváliť ako ocenenú prácu. Vytvorenie práce neprenáša zodpovednosť automaticky.

Stavy sú Vyžaduje posúdenie, Posúdené, Schválené a Vyžaduje opätovné posúdenie. Schválenie sa viaže na posúdené množstvá, definície, sadzby, zdroje, vzťahy a výslednú prácnosť. Relevantné zmeny vyžadujú opätovné posúdenie; nesúvisiace zmeny a zmena posudzovateľa zachovávajú aktuálne schválenie. Odborné schválenie nenahrádza úplnosť ocenenia ani prijatie celého posúdenia. Bez prihláseného človeka zostávajú dostupné úpravy ocenenia, menovité posúdenia nie.

Existujúca Časová os zobrazuje najnovšie udalosti bez nadpisov skupín podľa dátumu. Kompaktné karty majú vľavo súhrn udalosti, používateľa a akciu, dôvod a zbalené Podrobnosti. Vpravo je čas v miestnom časovom pásme prehliadača a priamo pod ním tlačidlo Otvoriť prácu. Použite filtre všetko, Posúdenia práce, manuálne, ai a stav; Načítať ďalšie zobrazí staršie udalosti. História otvorí prehľad filtrovaný podľa práce. Otvoriť prácu otvorí aktuálny editor alebo historické podrobnosti odstránenej práce bez možnosti úprav. Oprava a schválenie sa zobrazujú ako dve akcie jednej operácie. Odkazy používajú parametre tab, itemId, workId, actorId a action.