LLP CRM – Přehled projektů (Tasks & Bugs + Doporučení)

Datum: 2026-05-16 Organizace: llpcrmops Projektů celkem: 65 (zobrazeno 31 s otevřenými work items, 34 prázdných skryto)

WIQL filtr: State NOT IN ('Closed','Resolved','Done','Removed'), WorkItemType IN ('Task','Bug').

Projekt	Tasks	Bugs	Doporučení Tasks	Doporučení Bugs
Accace	1	0	1. Drobnost ke zavření. Task 16112 je 2h release pipeline v aktuálním sprintu – stačí dotáhnout v rámci běžného sprint flow, žádná akce navíc není potřeba. 2. Velmi nízká hladina aktivních tasků. Pouze jeden otevřený Task v celém projektu naznačuje, že vlastní práce projektu Accace teče dominantně přes jiné typy work item (User Story / Bug / PBI) nebo přes jiný projekt. Stojí za to ověřit, jestli to odpovídá očekávanému stylu rozpadu prací – pokud má tým pracovat na úrovni Tasků, je třeba je vytvářet pod US.	—
BCP	3	0	1. Dotáhnout nebo zavřít 6545 PARC integrace – testování. Task je Active s RW 3 h a CW 7 h – buď za pár hodin doladit a uzavřít, nebo pokud už PARC integrace dávno běží produkčně, zavřít jako Done bez další práce a zaznamenat finální CompletedWork. 2. Rozhodnout o 7203 PARC log + 7504 ARES deploy. Pokud byly PARC/ARES integrace skutečně nasazeny (6545 byl skoro hotov, na ARES navazuje 7504), tyto dva tasky jsou pravděpodobně dávno provedené mimo systém – uzavřít. Pokud zůstaly skutečně neudělané a stále potřebné, přesunout do aktuální iterace a aktualizovat odhady. 3. Hygiena iterací. Celý otevřený backlog leží v BCP 2023\2023 S45–46. Triáž: vše buď zavřít, nebo přesunout do aktuálního cyklu / Backlog – jinak zkresluje sprint reporting. 4. Doplnit parenty u 6545 a 7504. Bez nadřízené US/Feature ztrácejí business kontext – minimálně 6545 logicky patří pod stejný PARC parent US 2247 jako 7203, 7504 patří pod US pro ARES integraci.	—
Benzina Fleet Cards	6	0	1. Zavřít zombie 6789. Task z roku 2023 ve Sprint 41–42 2022 (964 dní), P2 ale dávno zapomenutý. Buď ověřit u P. Kaisera, zda požadavek "odeslání změny zákazníka" stále platí, nebo zavřít jako Won't Do. Zkresluje statistiku projektu. 2. Dotáhnout Active tasky 11768 a 15386. Oba ležely v polovině práce (Doc Gen 10h hotovo / 10h zbývá; Mystery call 17,25h / 14,75h). Buď v aktuálním sprintu dokončit, nebo přesunout do backlogu se zachováním CompletedWork – současný stav "Active rok bez pohybu" je nečitelný. 3. Doplnit assignee a iteraci u 16321. Bez vlastníka task nejde rozplánovat – BCS Integrace – Pricing je už ve S17–18 a měl by mít jasného owner-a (pravděpodobně P. Kaiser stejně jako sourozenci 16323). 4. Hygiena iterací. Tři tasky leží v zaniklých iteracích (Sprint 41–42 2022, 2025 S03–04, 2026 S03–04). Buď přesunout do aktuální iterace, nebo do projektového backlogu. 5. Posílit kapacitu. 5 ze 6 tasků na jednom konzultantovi (P. Kaiser) je single-point-of-failure. Při onboarding druhého člověka by mělo smysl rozdělit BCS Integraci 16321/16323 do páru.	—
Benzina Inspections	0	2	—	1. Priorita 1 (15178): Zkontrolovat registraci pluginu pro user-to-team na Create message. Jde o stejný typ chyby, který byl řešen u llp_store — řešení by mělo být rychlé. 2. Priorita 2 (16487): Inspection book bug je závažnější (selhání hlavního flow), ale chybí logy. Doporučuji nejprve doplnit telemetrii / tracing do dokončování Questionnaire, pak teprve hledat příčinu. 3. Stale items: 15178 visí od listopadu 2025 a byl několikrát přesunut (nyní v iteraci S17-18). Pokud nemá vlastníka pro akci, zvážit eskalaci. 4. Workload: Rudolf Tutka má oba bugy — single point of failure, zvážit párovaní s druhým vývojářem.
BudvarCRM	9	8	1. Vyčistit stalé tasky ze S03–04 (14750, 15265). Filtrace IDOC měla deadline říjen 2025 – buď ji někdo dotáhne (jasně potvrdit externího vlastníka Jandu), nebo zavřít jako Won't Do a sloučit s nově definovaným scope. SAP Digital Licence je Active 117 dní bez pohybu – ověřit s M. Procházkou status; pokud čekáme na vendora, převést na Blocked s odkazem na konkrétní case. 2. Redistribuovat zátěž Jana Kodeta. 5 souběžných P2 tasků v jednom sprintu (16080/16120/16703/16704 + P4 16666) je optimisticky napláno – při dovolené/nemoci paralyzuje sprint. Buď zúžit scope sprintu na 2–3, nebo přesunout přípravu (analýza dotazníku 16703, listing 16704) na jiného konzultanta. 3. Hygiena iterací. Tři tasky leží v minulých nebo neexistujících iteracích: 14750 a 15265 ve S03–04, 15603 v právě skončeném S05–06, 16075 v rootu BudvarCRM bez sprintu. Buď přesunout do aktuálního S07–08, nebo do Backlog/Future – aktuální stav zkresluje sprint burndown. 4. Doplnit parenty u orphan tasků. 7 z 9 tasků nemá parent User Story – ztrácí se business kontext. Especially 16703 (Dotazník) a 16704 (Listing) jsou plnohodnotné feature requesty, které by měly viset pod novou US/Feature, aby šly měřit dohromady. 15265 (SAP licence) je pravděpodobně dependency pod stávající SAP-integration epic. 5. Quick win. Task 16666 (P4, RemainingWork neuvedeno, ale jde o předvyplnění dvou polí v OWO) je drobnost vrácená z bugu – pravděpodobně 1–2 hodiny práce, vyplatí se zavřít při nejbližším toku, aby uvolnil pozornost ze sprintového boardu.	1. Priorita 1: Workshop nad oblastí Rámcová smlouva — 3 bugy ukazují na nedotažený design, řešit společně, ne kus po kuse. 2. Stale items: 15980 + 15985 jsou v iteraci 2025 — přesunout do aktivního sprintu nebo zavřít, pokud jsou nahrazené. 3. Quick wins: 16848 (DE required) a 16065 (sloupce inventury) jsou nízkonákladové a lze je sklízet hned. 4. Workload: Petr David vs. Jan Kodet mají nyní 3 vs. 4 bugy — rozdělení vypadá vyvážené.
Creditinfo	9	4	1. Uzavřít / re-scope security & integration tasky z S21–22/2025. Tasky 12688, 12957 a 12989 jsou Active beze změny ~ 1 rok. Buď je security model dávno hotový a tasky jen čekají na uzavření (status), nebo je celý epic 12387 nerelevantní a má jít do Won't Do. Bez aktualizace zkresluje project burndown a brání čistému reportingu. 2. Vyčistit backlog Petra Davida (14689, 14954, 15585). "Enable French", "Update integration" a "Estonia Requirements" jsou New v dávno minulých iteracích (S39–40/2025, S43–44/2025); ujistit se, že odpovídají aktuálnímu scope CI GROUP / Estonia rolloutu, jinak přesunout do Backlog/Future nebo zavřít. 3. Přesunout aktivní práci z S19–20/2026 do aktuálního sprintu. Tasky 16739 a 16317 leží v právě skončené iteraci. 16739 má RemainingWork 0.5h – pravděpodobně se dotáhne v aktuálním sprintu, ale formálně přesunout. 16317 má tag "Waiting for Inputs" – pokud Roman čeká na vstup, doplnit blokátor a posunout do S21–22/2026. 4. Workload concentration. Petr David drží 6 z 9 tasků, z toho 6 v minulých iteracích – pravděpodobně formální „backlog single owner"; revidovat, zda nemají být přiřazeny jinam (Roman, nový dev) nebo uzavřeny. 5. Žádné P1/P3/P4 – pouze P2. Konzistentní prioritizace, ale i hard datafix 17004 (PROD) je P2; zvážit, zda PROD datafix nepatří spíš do P1 pro vyšší viditelnost.	1. Stale alarm: Všechny 4 bugy sedí v iteraci 2025 S25-26 od června 2025. 11 měsíců bez pohybu = nejsou aktivně řešeny. 2. Rozštěpit 13723: Smíchaný UAT feedback + reálný bug (Files upload nefunguje). Bug izolovat jako samostatný P2/P1, zbytek překlasifikovat na User Story / Discussion. 3. Doplnit nebo zavřít 13603: Bug bez obsahu — buď požádat Kenya tým o doplnění, nebo close as Won't fix. 4. Workshop s PO: 13563 (Opportunity Won) je business otázka, ne dev bug — vyžaduje rozhodnutí Product Ownera ohledně business procesu pro recurring/post-pay. 5. Workload: Všechny 4 bugy má Roman Kabrhel — pravděpodobně technical lead pro Creditinfo, ale je vhodné rozdělit alespoň analýzu na UAT facilitátora.
DPDSK Resco	4	4	1. Uklidit tasky z 2024 (9953 a 9214). 9953 Resco Cloud Errors a 9214 Timeblocker Contract app jsou 633–655 dní bez pohybu – buď zavřít jako Won't Do / Stale a sloučit obsah do aktuálního scopu (Shop Return / Moj kurier), nebo přesunout pod konkrétní žijící US v iteraci 2026. V současné podobě jen zkreslují backlog metriky. 2. Vyjasnit status 14684 Migrácia Shipper → Moj kurier. Deadline 8.10.2025 v názvu propadlý o 7 měsíců – buď byla migrace fakticky provedena (pak task uzavřít), nebo neproběhla a je nutno reflektovat aktuální stav (přesun na novou iteraci, update odhadu, doplnění parenta s business kontextem). 3. Dotáhnout 16182 Shop Return. Jediný aktivní task na P. Žákovi je už 54 dní bez aktualizace v probíhajícím sprintu S09–10. Doplnit CompletedWork / RemainingWork, případně přesunout do následující iterace, aby nezůstal viset jako "Active foreign sprint". 4. Doplnit parenty u orphan tasků. 9953 (Resco Cloud Errors) a 14684 (Shipper migrace) nemají žádné parenta – ztrácí se business kontext. Migrační task by patřil pod US s definicí "DPD Moj kurier rollout", chyby Resco Cloudu pod US pro stabilizaci platformy. 5. Hygiena iterací. Tři ze čtyř tasků leží v dávno uzavřených sprintech (2024 S29–30, 2024 S31–32, 2025 S39–40). Při triáži přesunout do aktuálního S09–10 nebo do Backlog/Future, aby sprint metriky odpovídaly realitě.	1. Priorita 1: Bug 15625 je Severity Critical a otevřený 4+ měsíce — okamžitě eskalovat. U cenotvorby je každý den otevřeného bugu finanční riziko. 2. Workshop nad oblastí Quote / Discount Policy: všechny 3 quote bugy řeší jeden vývojář (Petr Žák) a pravděpodobně sdílejí kořenovou příčinu (resolver cen, oprávnění, state machine ponuky). Společný design review je efektivnější než samostatné fixy. 3. Stale items: 14160 (8/2025) a 12504 (3/2025) jsou v dávno minulých iteracích. Buď přeplánovat do aktuálního sprintu, nebo zavřít s rozhodnutím Won't fix (zejména 12504 — fakturace prošla, otázka, zda je problém ještě reálný). 4. Workload: 3 ze 4 bugů má Petr Žák. Pokud se některý protáhne (zejména critical), zvážit přesun části zátěže nebo párování.
Dormer Pramet	16	0	1. Zlikvidovat Time Blocker bucket. 12697 (410 dní, orphan, doc generator) a 12892 (395 dní, Case BPF) jsou produktové bugy s reálným dopadem na uživatele – buď je dotáhnout, nebo formálně Won't Do. 16543 zavřít jako duplikát (16553 řeší rodičovskou US). 13861 (cloning button) by si zasloužil assignee, jinak také close. 2. UAT cleanup s Dormerem. Otevřít s F. Van Cleemput, P. Murla_c a M. Krocilem session a projít 13440 / 13747 / 13787 / 13789 – předpokládám, že UAT proběhlo, ale tasky se neuzavřely. Pokud UAT skutečně visí, dohodnout deadline (3 z 4 jsou 11 měsíců old). 3. Visit Report epic 12043 rozhodnout. 13334+13335+13336 představují cca 40 h vývoje, který se rok neudělal. Buď to znamená, že feature není priorita – pak zavřít epic – nebo přiřadit owner a posunout do sprintu. Aktuální "v DP rootu beze změny" je nejhorší stav. 4. 8551 (CAS-06061) ověřit a uzavřít. 1 089 dní starý task na Opportunity Parent Account mapping – CAS ticket je s 99% pravděpodobností uzavřen mimo CRM. Ověřit u support, close jako Resolved. 5. Hygiena iterací. 13 z 16 tasků leží mimo aktuální sprint (z toho 6 v rootu DP, 1 v DP 2024, 5 v 2025 sprintech). Buď přesunout do S21–22 / Backlogu, nebo zavřít. Aktuální stav zkresluje sprint reporty a dlouhodobě demotivuje (board nikdy nevyčistí). 6. Doplnit assignee u 8 tasků. Polovina tasků bez vlastníka – Visit Report (13334, 13336), Time Blockery (12697, 12892, 13861, 16543) a 8551. Bez vlastníka task neexistuje.	—
EmbedIT	16	1	1. Vyhlásit "EmbedIT spring cleaning". 100 % tasků (16/16) je beze změny minimálně 14 měsíců, 11 z nich přes 18 měsíců. Projekt buď není aktivní, nebo se pracuje mimo Azure DevOps – v obou případech je deska zavádějící. S Jiri Orinicim projít batch close nebo bulk move to Backlog podle skutečného stavu. 2. P1 task 9575 Sales team revision je 22 měsíců starý. Jediný P1 v projektu, sprint dávno zavřený. Pokud business potřeba existuje, přepsat scope; pokud ne, zavřít jako Won't Do. Téma "revize sales týmu" za 2 roky určitě prošlo posunem. 3. Vyčistit stale iteration EmbedIT\EmbedIT 2024\2024 S29–30. 3 tasky (9562/9564/9575) blokují metriky historických sprintů. Přesunout do rootu EmbedIT nebo aktuálního sprintu po reklasifikaci. 4. Cross-org task 11463 JIRA integration (Petr David) – 527 dní bez kontaktu. Buď ověřit s P. Davidem, zda LLP-side očekává po EmbedIT vstup, nebo zavřít jako Won't Do. Žádný parent US, žádné detaily. 5. Quick wins (1–2 hodiny). 12317 (Remove Profit margin field), 12318 (Make Description mandatory), 11018 (New reason code) jsou drobné konfigurační změny, které by se hodily zavřít v jedné session – uvolní 3 sloty na boardu a vrátí důvěru. 6. Doplnit parenty. 12 z 16 tasků nemá parent US/Feature. Bez business kontextu se prioritizace dělá těžko; pokud projekt opět ožije, doporučuji nejprve založit Feature "EmbedIT 2025 enhancements" a převést orphan tasky pod ni.	1. Revize stale bugu: Bug 11602 je z prosince 2024 v dávno uzavřené iteraci — ověřit aktuální stav, zda problém stále existuje, případně reprodukovat a zařadit do aktivního sprintu nebo zavřít. 2. Hygiena backlogu: Bug spadl mezi sprinty bez přeplánování — zavést kontrolu rezidua po každém sprintu.
Emil Frey	1	0	1. Zavřít task 2892 jako Won't Do / Closed, případně ověřit, zda nejde dohledat referenci k auditní změně z EY – pokud ano, doplnit kontext do komentáře a uzavřít. 2. Backlog hygiene: nastavit organizační pravidlo, že task bez aktivity >180 dní jde automaticky do stavu Removed / na review – zabrání akumulaci podobných položek. 3. Doplnit assignee a parent u všech nově zakládaných tasků v projektu, aby byla zachována dohledatelnost business kontextu (v tomto případě zcela chybí).	—
Excalibur	33	0	1. Odhad realističnosti S21–22. Sprint má 19 tasků (LOP 72h + PPM 17×~1h ~17,5h + Kaiser fetchxml). Při běžné kapacitě konzultanta ~60h/sprint je 72h blockerů samo o sobě cca 1,5 člověka. Posoudit, zda se 17 drobných PPM tasků reálně vejde vedle LOP blockerů, případně přesunout část PPM (Views/Forms) o sprint dál. 2. Doplnit assignee u 9 PPM tasků (16924, 16931, 16945, 16947, 16966, 16968, 16969, 16984, 16986, 16996). Bez vlastníka nejde naplánovat ani odhadnout kapacitu pozdějších sprintů S25–S34. Pravděpodobně to budou stejní lidé (Lorenc/Kaiser), ale je dobré to zapsat hned po breakdownu. 3. Doplnit OriginalEstimate u 11 PPM tasků – stejná sada plus 16924, 16925, 17008, 17013. Aktuálně bez odhadů, takže sprint capacity nelze validovat. Vzor sourozenců (Data Structure 1–2h, Views 0,5–1h, Forms 1–2h) se dá zopakovat. 4. Uzavřít / přesunout Active S19–20 (16133, 16135, 16353). Sprint S19–20 skončil; rozpracované analýzy S. Urbana jsou buď hotové (přepnout na Done) nebo pokračují – tehdy přesunout do S21–22 / S23–24. Drží zkreslený obrázek "Active" tasků mimo plán. 5. Zvážit konsolidaci PPM granularity. Rozpad "DS / Views / Forms" pro každou entitu (Project, Risk, Issue, Task, Group...) vytváří 30 tasků pro feature, která by se dala vést jako 6–7 robustnějších tasků na úrovni entit. Pro burndown to zní hezky, ale operativní režii (PR, code review, status updates) to znásobuje. Pokud je granularita záměr (např. juniorská distribuce práce), nechat tak; jinak by stálo za to sloučit DS+Views+Forms do entity-level tasku. 6. Owner LOP blockerů. 16902 (Zeman, 24h) a 16903 (Urban, 48h) sdílejí parent 16901. Jasně dokumentovat dependency mezi nimi (lze 24h tabulkové změny dělat paralelně se 48h struktury, nebo to musí jet sekvenčně?), aby blocker nebyl "blocker" pro sám sebe.	—
Finepack	9	0	1. Hromadně zavřít Sprint 47–48 (2022). Pět tasků bez assignee, beze změny 3,5 roku – buď je projekt Finepack v údržbovém režimu (pak close jako Won't Do / Abandoned), nebo se ten sprint někdy musí dotáhnout (pak přiřadit owner). Stav "5 P2 tasků v aktivním stavu z 2022" zkresluje veškeré reporty. 2. Pročistit backlog P. Kaisera. 4554 (desetinná místa, 0,5 h, 3 roky) je triviálka – buď udělat za půlhodinu, nebo zavřít. 9131 (Cíle a KPI, 12 h) je významnější – ověřit, zda byl plán mezitím změněn. 12784 (Report Cashflow, 6 h) je z dubna 2025 – pravděpodobně se klient mezitím spokojil s něčím jiným. 3. Doklepnout / verifikovat 14346. Jediný Active task, beze změny 260 dní. CAS ticket je s vysokou pravděpodobností uzavřen mimo Azure DevOps; ověřit s R. Kvapilem a uzavřít. 4. Doplnit assignee u 5 tasků. Polovina otevřených tasků nemá vlastníka – všechny ze starých analýz Sprintu 47–48. Bez vlastníka task neexistuje a "zombie" stav se nikdy nepohne. 5. Rozhodnout o budoucnosti projektu Finepack. 8 z 9 tasků > 1 rok beze změny, 5 z 9 > 3 roky. Pokud projekt skončil, archivovat. Pokud žije v údržbě, vyčistit board a etablovat aktuální sprintový strom (poslední iterace je Finepack 2025).	—
Kalibra	5	1	1. Rozhodnout o statusu projektu Kalibra. Všechny otevřené tasky stojí 172–176 dní ve sprintu 2025 S47–48 (listopad 2025). Buď je projekt v pauze / na hold (potom přesunout všech 5 tasků do Backlog/Future a pozastavit team-board), nebo se má reaktivovat – v takovém případě naplánovat novou iteraci a tasky přesunout. 2. Odblokovat epic kontaktů (15110). Bez dokončení analýzy 15154 (Petr David) zůstává 15229 (Namapovat kontakty) viset. Buď dotáhnout 15154 v krátkém time-boxu, nebo obě uzavřít a nahradit aktuálnějším zadáním. 3. Eskalovat klientské tasky 15156 a 15227. Tasky přiřazené externímu zákazníkovi (Lucie Rakušanová, kalibra.cz) beze změny 6 měsíců = potřeba PM eskalace na klienta. Pokud klient odpověděl mimo Azure DevOps (e-mail/Teams), aktualizovat task; pokud netáhne, zvážit pozastavení projektu. 4. Hygiena iterací. Nikdo nepřesunul ani neuzavřel jediný task v iteraci S47–48/2025 – sprint board projektu Kalibra je tedy de-facto zamrzlý. Hromadně přesunout do aktuální iterace nebo do Backlog. 5. Doplnit estimace. Žádný z 5 tasků nemá OriginalEstimate/RemainingWork – při reaktivaci projektu doplnit, aby šlo měřit kapacitu.	1. Přiřadit owner: Bug je New a nepřiřazený od listopadu 2025 — nikdo se ho neujal. 2. Doplnit popis: ReproSteps má jen 2 věty bez kontextu (který typ je špatně namapovaný, na který systém se vztahuje hlavní adresa). Vyžádat od reportera screenshot / příklad. 3. Quick win: Pokud jde čistě o úpravu mappingu (např. v Plugin / DataFlow), je to typicky nízkonákladová oprava.
Kohinoor	1	0	1. Rozhodnout o 15296. 32 h vývojového tasku stojí 5 měsíců beze změny – buď přesunout do aktuálního sprintu Kohinoor 2026 a dotáhnout, nebo zavřít / přesunout do Backlogu. Aktuální Kohinoor 2025 iterace je už promlčená. 2. Verifikovat parent 15295. Ověřit, že rodičovská US/Feature je stále aktuální – pokud byl modul mezitím buď dodán jinak nebo zrušen, task lze closenout bez dalšího řešení.	—
LLP Internal	3	0	1. Rozhodnout o iniciativě "CRM HD and Portal v2". Tři tasky (3068, 1857, 3069) leží 1270–1340 dní bez pohybu, všechny pod jedním parent US 1858 / 2523. Buď iniciativu fakticky zahájit (přidělit aktuální sprint, zaktualizovat odhady, případně přepsat scope), nebo všechny tasky včetně parent US/Feature zavřít jako Won't Do – v současné podobě jen znečišťují backlog projektu. 2. Vyjasnit ownership. Všechny tři tasky stále visí na Alexandru Jermolajevovi z roku 2022 – ověřit, zda je vůbec aktuální vlastník, nebo přepsat na současného garanta interních systémů. 3. Hygiena iterací. Tasky 1857 a 3069 leží přímo v rootu LLP Internal (žádná iterace), 3068 v dávno uzavřeném Sprint 37–38 / 2022. Pokud zůstanou otevřené, přesunout do Backlog/Future, aby nezkreslovaly případné reportingové dashboardy. 4. Quick check parent 1858 a 2523. Než se cokoli zavře, ověřit stav nadřízených PBI – pokud jsou tyto US/Feature také mrtvé, uzavřít je atomicky včetně potomků; pokud žijí, doplnit jim tasks reálně potřebné dnes.	—
PSN	4	1	1. Verifikovat status projektu PSN. Zjistit s Martinem Zemanem, zda se PSN ještě aktivně vyvíjí. Pokud ne (což data napovídají), všechny 4 tasky uzavřít jako Won't Do / Abandoned a archivovat parenta 3541 i 6583. 2. Dokončit zastupitelnost (3541 family) pokud projekt žije. 3542 (instalace) má completed 3 h a remaining 3 h – tj. už je z poloviny hotové; finalizace + 3543 (odebrání z pluginu) je hodinová záležitost. Buď zavřít jako hotové, nebo dotáhnout do konce. 3. Přiřadit nebo zavřít 6584. Bez assignee, 981 dní – CAS ticket je dávno mrtvý nebo se mezitím vyřešil mimo CRM. Ověřit u zákazníka, případně close. 4. Hygiena iterací. Pokud projekt žije, posunout 4 tasky z PSN 2023 sprintů do aktuálního sprintu nebo Backlogu. Aktuální stav zkresluje jakýkoli sprint report. Pokud projekt nežije, sprintový strom zmrazit. 5. Doplnit parent k 7162. Notifikační úprava nemá kontext – v lepším případě patří pod nějaké notifikační US/Feature, v horším je to ztracený standalone fix.	1. Triage P1 bugu: Bug 6275 je P1 v iteraci z roku 2023 — buď je téma stále aktuální (pak ho protlačit do nejbližšího sprintu, jde o datovou nesrovnalost, která se v čase kupí), nebo přehodnotit prioritu a zavřít. 2. Datová sanace: pokud bude bug opravován, je třeba spustit jednorázový skript, který vyčistí historicky rezervované, ale již neplatné jednotky. 3. Hygiena backlogu: P1 bug ve stavu New po 3 letech ukazuje na slabou pravidelnou revizi backlogu — doporučuji zařadit pravidelný stale-check.
ProfiPredseda	2	0	1. Sledovat předčasný start tasku 17025. Task je v Active stavu už nyní (sprint S21–22 ještě nezačal) a má 2h CompletedWork. Z hlediska kapacitního plánování může způsobit drobné zkreslení – ověřit, zda se práce nezapočítá špatnému sprintu, případně přesunout iteraci na S19–20, pokud Petr Kaiser realisticky chce v tomto sprintu pracovat. 2. Plugin 17022 – jasný scope. D365 plugin "výpočet vyplněnosti dokumentů" zní jednoduše, ale je třeba jasně definovat pravidla "vyplněnosti" (které atributy se počítají, váhy, prahy). Stojí za to do US 17021 doplnit konkrétní vzorec před začátkem implementace, aby se zabránilo přepracovávání. 3. Nízká hladina otevřených tasků. Pouze 2 Tasky v projektu signalizují, že většina práce je pravděpodobně rozpracovaná v User Stories / Bugs, případně jen čerstvě začala. Při dalším plánování ověřit, zda US 17021 a 17024 nemají rozpadnout do víc Tasků (test, deploy, dokumentace), aby šel sprint sledovat granulárně.	—
Reprogas	3	0	1. Zavřít / vyčistit reliktní task 6870. Task ze sprintu 2023 S47–48 bez assignee, bez parenta, bez estimate je 907 dní bez pohybu. S vysokou pravděpodobností jde o duplicitu (Sharepoint plugin a generování struktury pravděpodobně už existuje, nebo bylo vyřešeno jinde). Doporučení: ověřit s Reprogas teamem a uzavřít jako Removed/Won't Do. Pokud je téma stále živé, založit nový Task pod aktuální US. 2. Status check tasků S. Urbana (15294, 16611). Oba zbylé tasky jsou na Stanislavu Urbanovi a oba jsou v dávno minulých sprintech. Task 15294 (Dopyt/Zakazka zmeny) má rozdělanou práci (2h done, 6h to-do) – buď dotáhnout v aktuálním sprintu, nebo doplnit, co brání pokračování. Task 16611 (Integrace – retest, 2h) je drobnost, kterou pravděpodobně lze zavřít při nejbližším toku. 3. Hygiena iterací – urgentní. Všechny 3 otevřené tasky v projektu jsou v minulých sprintech (2023 S47–48, 2026 S01–02, 2026 S15–16). To znamená, že aktuální sprint S19–20 v projektu Reprogas nemá ani jeden otevřený Task. Buď probíhající práce neeviduje, nebo sprint backlog není aktualizovaný – v každém případě sprint board nezobrazuje skutečný stav. Přesunout živé položky do S19–20, ukončit nadbytečné. 4. Doplnit assignee/parenta u 6870. I kdyby task měl zůstat otevřený, neidentifikovaný vlastník + chybějící US dělá z položky neměřitelný zombie. Bez parenta není business kontext, bez assignee nikoho nesvolá Boards-notifikace.	—
Roto	0	1	—	1. Okamžitě: Bug má Priority 1 a je 16 měsíců otevřený — buď naplánovat do nejbližšího sprintu, nebo přehodnotit prioritu (P1 by neměla zůstávat stale rok). 2. Quick fix: Ošetřit výjimku v Registration.aspx.cs:170 a zobrazit user-friendly chybu místo ASP.NET YSOD (server stack trace v produkci je leak). 3. Root cause: Prověřit, proč registrace končí pokusem o odeslání emailu bez příjemce — pravděpodobně chybí pre-fill to na základě vytvořeného Contactu.
Royalblue	31	19	1. Hromadně zavřít / přesunout stalé 2023–2024 tasky (5377, 6481, 7112, 7165, 7684, 6485, 8573). Sedm položek bez aktivity od září 2024 – buď reálně Won't Do (Smart Paws migrace, Smartling labels, B2C credentials – pokud se realizovalo jinou cestou), nebo je nutné přerefinovat scope a posunout do aktuálního sprintu. Zvláště Active 6481, 7112, 8573 – Active stav 1,5+ roku je top priorita úklidu. 2. Vyčistit "Octavio" timesheety (16341–16645, 7 položek). Vypadá to, že někdo eviduje práci Octavia Rivery (Trupanion) přes ADO tasky – stejnojmenné duplikáty (3× "Octavio Work Hours"), 6 z 7 orphan. Ujasnit s vlastníkem procesu, zda mají být tyto položky v ADO; pokud ne, hromadně označit Done/Removed po reportingu hodin. Pokud ano, dát smysluplné názvy s popisem práce a parent linky. 3. Vyčistit root iteraci Royalblue. Čtyři tasky (10736, 10798, 11220, 11423) leží přímo v Royalblue (root – mimo sprint), tři z nich Active. Posunout do aktuálního sprintu nebo Royalblue 2026 / Backlog. Stejné platí pro 6485, 8573, 8822, 11843, 11844 v root iteraci Royalblue 2025. 4. Vyhodnotit WaitingForInputs tasky (8573, 10736, 10798, 16885). Čekání na inputy by mělo mít konkrétní termín a vlastníka inputu. Některé čekají 1,5 roku (8573 OCR tax lines) – buď eskalovat, nebo zavřít jako stale. 5. Stripe fees jako duo (11843 Analysis + 11844 Implementation). Implementace bez assignee, analýza P. Kaiser – pokud projekt ještě dává smysl, refaktorovat do User Story 11458 a oddělit dependency. Pokud projekt umřel, hromadně Won't Do. 6. Soustředění zátěže na Petra Kaisera (7 tasků) a Romana Kabrhela (6 tasků). Spolu drží 42 % otevřených tasků (Octaviovy timesheety odečteno). Sledovat capacity v aktuálním sprintu S19–20 (R. Kabrhel) a S21–22 (P. Kaiser) – obojí má i WaitingForInputs položky, takže reálná zátěž může být ještě nižší. 7. 8822 "Post Q1 2025" tag – pokud položka je odložena za Q1 2025 (tedy schválně nezpracovaná), neměla by být v open backlogu jako P2. Buď přesunout do Future iterace, nebo změnit prioritu na P3/P4 dokud nepřijde čas. 8. 14978 On hold 110 dní. Pokud bude pokračovat v on-hold, raději zavřít s referencí na trigger pro znovuotevření (např. závisí na klientovi). Otevřená On-hold položka v aktivním sprint backlog je nepřehledná.	1. Priorita 1 — finanční integrita: Bugy 16872 + 16887 (negative Current Balance ↔ refunds) řešit jako párový bug v aktuálním sprintu. Bug 8298 (tax 2 roky starý) eskalovat — daňová nesrovnalost je auditorská záležitost. 2. P1 triáž: 8356 je jediný P1, ale stojí od března 2024. Buď zavřít (pokud business workaround existuje), nebo přesunout do nejbližšího sprintu — současný stav „2 roky neaktivní P1" je červený signál pro proces. 3. COI clustering: 4 bugy v jedné doméně → workshop nad COI flow (Iterable, PDF, payload, B2C). Roman Kabrhel je vlastníkem 2 z nich. 4. EDO bug 14535 rozdělit: Tři podproblémy v jednom ticketu, každý jiná oblast (renewal date / effective date / future benefit changes). Rozštěpit a uzavřít jednotlivě. 5. Stale iteration / HOLD itemy: - 11137 je [HOLD] od 11/2024 — buď uvolnit, nebo zavřít. - 10442 má [DO NOT ACTION YET] od 9/2024 — stejný triage. - 13031 má testing only, not for LLP — kandidát na uzavření jako out of scope. 6. Workload: - Petr Kaiser: 3 bugy (8298, 8932, 11137). - Roman Kabrhel: 3 bugy (15903, 16683, 17014). - 8 bugů je neassignováno — nutná triáž v plánovacím meetingu. 7. Quick wins: 10858 (jen 1 address line v payloadu), 8932 (zavřít window po complete) jsou relativně malé scope a uvolní starý dluh.
Scania CER	0	1	—	1. Priorita 1: Získat od reportéra konkrétní detaily kontextu (přesný uživatel, čas, browser, security roles, případně F12 Network/Console trace). Bez toho je problém nereprodukovatelný a fix nemožný. 2. Stale item: 14962 je v iteraci 2023 S21-22 – přesunout do aktivního sprintu, jinak rozhodnout o uzavření (No Repro / Cannot Reproduce) po posledním pokusu o získání dat. 3. Quick check: Ověřit personalizaci formuláře u konkrétního uživatele (osobní view / saved layout v Dynamics) a security role – nejčastější příčina, proč „někdo vidí subgrid, který tam být nemá". 4. Workload: Ondrej Dvořák má pouze tento jeden bug – kapacitní problém zde není.
Scania Sweden	6	1	1. Provést hromadný úklid backlogu projektu. Všech 6 tasků leží v iteracích 2023–2024 a beze pohybu 1.5+ roku. Buď jsou skutečně k dokončení (pak je nutné je přesunout do aktuální iterace, doplnit assignee a refresh scope), nebo by se měly hromadně zavřít jako Won't Do / Cancelled. Aktuální stav zkresluje veškeré reporty projektu. 2. Vyjasnit Active tasky 6403 a 8893 s O. Dvořákem. Active stav po 2–3 letech bez pohybu je nejhorší možný signál pro reporty. Pokud reálně nepracuje, posunout zpět na New nebo zavřít. Pokud pracuje, doplnit aktuální RemainingWork a posunout do aktuálního sprintu. 3. Doplnit assignee na 3 New tasky (7946, 10016, 11244). Bez vlastníka jsou tasky neviditelné. Pokud projekt aktuálně neběží, raději zavřít jako Cancelled než nechávat ve frontě. 4. Doplnit parent k 7946. Jediný orphan task – přípojit k odpovídající US/Feature, jinak chybí business kontext (oprava JS Credit aplikace). 5. Posoudit aktuálnost popisků. Tasky jako "finalni kontrola+test" nebo "Nova pole na lease calculation" jsou obecné. Po 2–3 letech bez aktivity je pravděpodobně scope dávno změněn nebo již implementován jinou cestou – ověřit s ohledem na vývoj projektu od 2023.	1. Triáž stavu: Ověřit s Ondrejem Dvorakem a Petrem Davidem, zda je problém stále aktuální. Pokud byl vyřešen nebo obejit business cestou, zavřít. 2. Pokud aktuální: Eskalovat — P1 visící 3,5 roku ukazuje na zapomenutý / orphan ticket, nikoliv aktivní problém. Buď přepsat priority, nebo zavřít jako Won't Fix. 3. Process hygiena: Scania Sweden má jen 1 otevřený bug, ale ten je v iteraci z roku 2022 — udělat audit, zda neexistují další takové „zombie" itemy mimo Bug WIT.
Skanska CZ	20	0	1. Uklidit ERP/2022/2023 backlog (10 tasků). Projít se Zemanem cele dohromady – z CompletedWork je jasné, že práce reálně proběhla. Buď tasky zavřít, nebo přiznat, že se nedělaly a převést pod novou US "ERP catchup 2026". Současný stav blokuje burndown, kapacity, a zkresluje sprint metriku napříč týmem. 2. Vyřešit 15402 Time Blocker. 90 hodin bez vlastníka a bez iterace 5 měsíců po vytvoření = neexistující závazek. Přidělit owner + sprint, jinak zavřít. Stejně tak 15407 přesunout z S51–52 do aktuálního sprintu (Sucháček). 3. Přerozdělit zátěž S. Urbana ve sprintu S21–22. 5 tasků (16895/16896/16897/16899/16900) = 26 hodin jen jemu z čerstvého epicu 16893. Plus dva zbylé tasky pro R. Pavela a V. Kalbáče. Buď scope-cut, nebo redistribuce na ostatní z marketingového týmu. 4. Doplnit parenty 16877, 3865, 15402 (15402 má parent, ale chybí assignee). Bez parenta se nedá měřit progres epicu. 16877 SMSSendLogic je drobný change – stačí ho připojit pod stávající SMS-related US nebo udělat ad hoc fix. 5. Quick win: 16877 (změna jednoho pole v pluginu Skanska.Crm.LLP.Actions.SMSSendLogic) – Rudolf už ho má Active, lze dotáhnout v rámci sprintu S19–20 a uvolnit board.	—
Tatra	1	0	1. Zavřít 4091. RemainingWork je 0 a práce hotová – nejjednodušší cleanup v celém workspace. Změnit stav na Closed/Done a Tatra zůstane bez open tasků.	—
Trask	20	12	1. Okamžitě zachránit P1 deployment 15703. Jediný P1 task celého projektu je 39 dní beze změny v aktivním sprintu 2026 S15–16. Status-check s Fait David (Trask) – buď eskalovat, nebo přesunout do dalšího sprintu s revidovaným milestone, jinak skluz Q2 release není transparentní. Stejně tak 15990 (Petr Kaiser, Active deploy do QA/prod). 2. Triage backlog Petra Davida (7 tasků). Petr má 35 % všech tasků, všechny v zavřených sprintech 2025 S03–04, S27–28, S31–32, S49–50. 12937 je Active 394 dní (13 měsíců!) – buď zavřít, nebo restartovat s jasným estimate. Doporučení: groomovací schůzka, prioritizovat 2–3 tasky do nejbližšího sprintu a zbytek převést do Backlog s aktualizovanou prioritou. 3. Hygiena iterací. 17 z 20 tasků leží v dávno uzavřených iteracích (2024 S47–48 až 2025 S49–50). Hromadně přesunout do Backlog nebo do aktuálního/budoucího sprintu, jinak burndown/velocity reporting nedává smysl. 4. Assignovat orphan a bez-assignee tasky. 4 tasky bez assignee (11935, 13694, 13792, 13952, 13965 – 5 celkem) – nikdo necítí vlastnictví. Zejména 11935 (473 dní v rootu) a 13694 ("To do release") jsou vodítka, že nejsou v plánu vůbec – buď přidělit ownera, nebo zavřít. 5. Spojit Security cleanup. Tasky 14113 (Security role cleanup), 14115 (Connection Role) a aktivní 16229 (Security pro AppReg) jsou tematicky příbuzné. Vytvořit nad nimi User Story / Feature "Security & RBAC cleanup" a sledovat společně – aktuálně dva stojí 9 měsíců, třetí pokračuje izolovaně. 6. Quick wins. 16666-typu tasky (drobné formulářové úpravy 13792 "Management level", 13952 přístupová práva, 14340 "Uzavření Opportunit") jsou pravděpodobně 1–2h kusy – do dalšího sprintu zaplnit kapacitu konzultanta a uvolnit board. 7. Doplnit parenty. 14 z 20 tasků nemá parent US/Feature – ztrácí se business kontext. Zejména tematické klastry Opportunity-úprav (4 tasky) a Contact-úprav (3 tasky) by měly viset pod společným US, aby šly měřit jako produktová linie.	1. Priorita 1 (Quote workshop): 7 bugů kolem Quote a TM nabídek – nejde řešit izolovaně. Domluvit workshop nad Quote/QLD modulem, vyjasnit business pravidla (marže, override, Price Lists, Resource filtr). 2. Security review: 11896 (Top Customers chart) je nahlášený od ledna 2025 a může unikat citlivá data – přesunout na P1 a ošetřit ASAP. 3. Stale iterations (kritické): 7 z 12 bugů má neaktuální iteraci, nejstarší (11192) je z listopadu 2024. Buď je reálně řešit, nebo zavřít / odmítnout. Backlog hygiene je zde největší problém. 4. Outlook tracking (14443 + 15781): souvisí spolu – při řešení 14443 si dát pozor na 15781 (SYSTEM užívatel = pravděpodobně server-side sync mailbox), řešit jako jeden case. 5. Workload: Petr David má 8 z 12 bugů (cca 67 %), David Fait 2, Jiří Soukeník 2. Vážná disbalance – přerozdělit nebo odlehčit. 6. Quick win: 16382 (rekalkulace TM Quote, P4) je low priority a sám tech-driven – nechat na úklid při příští refaktorizaci kalkulace.
UNICARE	17	4	1. Vyjasnit Cloud-Migration analýzu (10877/10878/10879). Tři tasky 572 dní bez vlastníka pod parent US 10876. Buď přidělit konkrétního owner-konzultanta + iteraci a doplnit aktuální stav (cloud možná již proběhl), nebo celou iniciativu uzavřít jako Won't Do včetně parenta – aktuální stav nese zbytečnou váhu v projektu. 2. Uzavřít stalé deploy/datafix tasky 11190 a 11462. Plugin Dočasný přístup (11190, CW 8 h) a PROD deploy stránkování (11462) jsou typické "po nasazení neuzavřené" tasky. Ověřit s ownerem (Miroslavem Vitem u 11462), zda už neproběhly v produkci, a uzavřít. 16210 (dokumenty CAS PS 9260168221) přesunout z iterace 2025 S45–46 do aktuálního sprintu nebo zavřít, pokud byl ticket vyřešen jinde. 3. Hygiena iterací u nově přidávaných tasků. 16842 (vytvořen 6.5.2026) leží v iteraci 2024 S05–06, 16210 (vytvořen 26.2.2026) v 2025 S45–46. Triáž při zakládání tasku – iterace musí být >= datum vytvoření, jinak sprint metriky jsou zkreslené. 4. Doplnit parenty u 4 orphan tasků sprintu (15724, 15751, 16505, 16680, 16681). Téma "Značka a model vozu" má dva tasky (15724 CRM + 15751 INTEGRACE) bez společného parenta – chybí Feature/US, pod kterou viset oba. CAS tickety (16680 / 16681) chybí parent pro UNIQA support agendu. 5. Redistribuce zátěže. V. Kalbáč nese 7 z 10 sprint-tasků (16571, 16572, 15724, 16505, 16680, 16719 + spolupráce s T. Sůva na 15751). Při dovolené / nemoci paralyzuje to celý sprint S17–18. Část tasků (zejména datafixy 16571/16572 a SLA 16505) by mohla převzít M. Vit (který má jen 3 tasky). 6. Sladit timing s UNIQA u 15751. Externí ownership (T. Sůva, UNIQA) na integrační půlce "Značky a modelu vozu" je riziko – integrační task má CompletedWork 0,25 h. Eskalovat status u zákazníka a synchronizovat s 15724 (V. Kalbáč) – jinak by mohly dojít rozdílná data v CRM vs. zdrojový systém.	1. Priorita 1: Společně řešit dvojici 14130 + 16654 — jde pravděpodobně o stejný root cause (security/share role nad entitou smlouva). Po vyřešení uzavřít oba. 2. Replikační chain: Bug 16873 (HCL replikace) může být upstream příčinou bugu 14790 (duplicitní čísla smluv) a možná i 16654. Doporučuji nejdřív stabilizovat replikaci. 3. Stale item: 14130 je v backlog iteraci od srpna 2025 — buď posunout do aktivního sprintu (2026 S17-18, kde je zbytek), nebo zavřít jako duplikát 16654. 4. Workload: Václav Kalbáč drží 2 ze 4 bugů, oba na stejné téma — efektivní koncentrace, ale problém se vleče.
UP	1	1	1. Vyřešit task 13973 nebo zavřít. Active stav 263 dní bez aktivity je jasná indikace, že se na položku zapomnělo. Buď ji R. Kvapil dokončí (zřejmě jde o vyčištění rolí v prostředí Up po CAS supportu), nebo by se měla zavřít jako Won't Do / Completed (pokud již proběhlo mimo systém). Ověřit s vlastníkem. 2. Hygiena iterace. Task leží v iteraci 2025 S17–18, která je dávno uzavřena. Pokud se nedokončí teď, přesunout do aktuálního sprintu nebo do Backlog, aby nezkresloval reporty. 3. Ověřit parent 13972. Pokud parent (US/PBI) je již uzavřen, je nutné stav synchronizovat – open task pod closed parentem je častý zdroj nekonzistencí.	1. Diagnostika: Začít s detailním logováním na obou koncích integrace (AS400 export + CRM import) — současné logy neukazují root cause. 2. Alerting: Doplnit monitor „X dní bez nové provozovny" — současný stav (2 měsíce ticho) měl být detekován mnohem dřív. 3. Backfill: Po opravě bude potřeba doimportovat provozovny vzniklé v AS400 mezi 20. 3. a datem opravy.
VAFO	4	1	1. Rozhodnout o Resco JS taskách 13826/13830. 320 dní v New, žádný update – pravděpodobně buď udělané a zapomenuté na uzavření, nebo deprioritizované. Společně s Janem Kodetem buď uzavřít, nebo přesunout do nejbližšího sprintu s konkrétní kapacitou. 2. Přidělit owner k 13077 nebo uzavřít. Task bez assignee 380 dní = nikomu nepatří, defacto mrtvý. Pokud parent 13076 (Flow pro generování) běží jinak, zavřít jako duplicate / merge; pokud ne, dohledat business owner. 3. Vyčistit 15009 Release. "Release" task ze 43. týdne 2025 nemá parent ani estimate – nejspíš sprint cleanup forgotten. Zkontrolovat, jestli release proběhl, a zavřít. 4. Iteration hygiene. Všechny 4 tasky jsou v dávno minulých sprintech 2025. Buď přemapovat na 2026 sprint, nebo na "VAFO Backlog" – aktuální stav rozbíjí jakýkoli sprint metric. 5. Quick win: Pravděpodobně všechny 4 tasky jsou kandidáti na hromadné uzavření (Won't Do / Done) po krátkém sync s J. Kodetem – projekt je v podstatě bez živé práce a backlog hygiene to projeví okamžitě.	1. Rozhodnutí o osudu ticketu: 14550 leží 8 měsíců v iteraci 2025 S39-40 — buď přesunout do aktuálního sprintu a dořešit, nebo vyhodnotit, zda je požadavek stále platný (zákazník mezitím mohl změnit proces). 2. Diagnostika: ověřit, zda existuje plugin/workflow na entitě Account (změna address1_postalcode → set llp_salespersonid → set ownerid). Pravděpodobně chybí registrace stepu, nebo plugin přepisuje hodnotu jen při Create a ne při Update. 3. Design fix: vyjasnit chování zamčeného pole Sales region — pokud je závislé čistě na PSČ, mělo by se přepočítávat automaticky a být read-only zcela; pokud má jít manuálně přepsat, je třeba ho odemknout. 4. Workload: Ondrej Dvorak má jediný bug v projektu — kapacita není problém, jde o prioritu.
VSESolutions	1	0	1. Rozhodnout o tasku 10359. Po více než 20 měsících neaktivity dva směry: (a) potvrdit s Janem Kodetem, zda je požadavek stále aktuální a převést do aktuálního sprintu/backlogu, nebo (b) zavřít jako Won't Do, pokud byl požadavek mezitím vyřešen jiným způsobem nebo přestal být relevantní. Parent 10358 stojí ověřit také – zda existuje a v jakém stavu je. 2. Hygiena iterace. Iterace 2024 S37–38 by neměla obsahovat aktivní tasky – buď přesunout do Backlog, nebo do aktuálního sprintu, jinak skresluje historický burndown. 3. Quick win. RemainingWork = 4h, takže pokud je požadavek živý, jde o jednodenní práci – vyplatí se ho dotáhnout při nejbližším toku, nebo definitivně uzavřít.	—
Vivus	0	1	—	1. Priorita 1: Refaktoring orchestrace 3 flow do jednoho synchronního procesu, nebo přesun logiky do server-side pluginu. Současná architektura (3 nezávislá flow spojená triggery) je z principu náchylná na race conditions. 2. Quick fix: Pokud refaktor není rychle možný, přidat do flow #2 explicitní Delay (např. 30 s) nebo Do until na ověření, že záznam Uživatel portálu už existuje s vygenerovanými údaji. 3. Stale item: Bug visí 5 měsíců bez sprint plánování (iterace pouze Vivus). Doporučuji přidělit do konkrétního sprintu — je P1 a High Severity. 4. Workload: Radek Pavela má jediný bug — workload OK, ale je nutné mu zajistit prostor na refaktor.
Waterlogic CZ	1	0	1. Rozhodnout o tasku 11094 Datafix BWC. Buď jej Petr Kaiser dotáhne v rámci aktuální iterace (a přesune jej z 2024 S47–48 do aktuální), nebo, pokud datafix už proběhl mimo Azure DevOps, zavřít jako Done s odkazem na evidenci. 18 měsíců beze změny je signál, že realita je odjinud než z boardu. 2. Ověřit parent US 10899. Pokud parent US je zavřená, datafix měl logicky padnout s ní – zjistit historii, případně sjednotit stav. 3. Hygiena iterací. Pokud projekt Waterlogic CZ není aktivní, mít na boardu jediný visutý task v 18 měsíců starém sprintu zkresluje portfolio reporting – přesunout do Waterlogic CZ rootu nebo Backlog.	—
Celkem	227	62