Spillover rate ukazuje, kolik naplánované práce tým ve sprintu nedokončil. Samotné číslo ale neřekne, zda je problém v plánování, velikosti stories, změnách priorit, vysokém WIP nebo závislostech. Podíváme se, jak metriku správně počítat, interpretovat a použít ke skutečnému zlepšení.

Container Feature může být užitečnou pomůckou pro řízení drobné, technické nebo provozní práce. Stejně snadno se z ní ale stane nekonečný kontejner na nesouvisející Stories, který obchází prioritizaci a vytváří falešný obraz o stavu dodávky. Jak oba případy rozlišit a jak nastavit pravidla, aby Container Feature nezakrývala nefunkční backlog?

Položka backlogu může mít popis, akceptační kritéria, odhad i stav Ready, a přesto ji tým nedokáže plynule dokončit. Praktický test pullability pomocí pěti otázek odhalí, zda je práce skutečně připravená, dostatečně malá, dokončitelná a zda má tým kapacitu i pravomoc ji převzít.

Mnoho organizací má v Jira pečlivě vytvořenou hierarchii Requirement, Feature a Story. Přesto se požadavky ztrácejí, týmy dostávají nejasná zadání a stejný text se kopíruje mezi několika tickety. Problém totiž obvykle není v konfiguraci Jira, ale v tom, že jednotlivé úrovně nemají jasný účel, vlastníka ani pravidla rozhodování.

Ne každý tým dokáže na začátku sprintu stabilizovat práci a vytvořit smysluplný Sprint Goal. To ale nemusí znamenat, že je málo agilní. Možná pouze potřebuje řídit práci jako flow. Jak poznat rozdíl mezi vědomým flow modelem, Scrumem doplněným o Kanban a obyčejným chaosem?

Neexistuje univerzální sada týmových KPIs. Jinou trojici metrik potřebuje tým s vysokým WIP, jinou tým s pravidelným spilloverem, jinou tým zahlcený supportem a jinou produktový tým, který řeší dopad. Praktický návod, jak vybrat tři metriky podle situace týmu.

Sprint overcommitment často nevzniká jen proto, že tým při Sprint Planningu špatně odhadne kapacitu. Velmi často vzniká až během sprintu. Do sprintu se přidávají nové …

Náš tým dokončil vývoj story. Kód je napsaný, review proběhlo, změna je nasazená do testovacího prostředí a QA začíná ověřovat acceptance criteria. Pak se ale …

Náš tým o sobě říká, že je velmi maturitní. A možná má pravdu. Má zkušené vývojáře, zná produkt, rozumí technologiím a většinu práce zvládá dodat …

Mnoho organizací má jeden backlog a jednu tabuli pro všechno. Je to jednoduché – a zároveň to často vytváří chaos. Důvod: míchají se dohromady tři …