Share via

Aktivity na konci sprintu

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Na konci sprintu se týmy mohou chtít zúčastnit několika úkolů, které udržují hygienu backlogu. Obecně platí, že neúplná práce by neměla být nikdy přiřazena k minulému sprintu. Týmy musí určit, jak chtějí zpracovat práci, která není dokončena ve sprintu, a provést odpovídající akci.

Poznámka:

Neexistuje žádný automatický způsob, jak přesunout neúplné pracovní položky přiřazené k jednomu sprintu do druhého. Ani automatická metoda pro vynulování zbývající práce.

Na konci každého sprintu by měl každý tým určit a provést akce, které budou řešit následující otázky:

  • Jak bychom měli řešit uživatelské scénáře a jejich úkoly, které jsou dokončeny pouze částečně na konci sprintu?
  • Jaký je správný způsob správy částečně dokončené práce na konci, aby se správně zohlednily metriky a rychlost sprintu?
  • Co bychom měli zkontrolovat a v jakém pořadí?

Obecně platí, že aktivity ukončení sprintu by se měly provádět před schůzkou nebo po kontrole sprintu a před retrospektivním sprintem. Hlavní položkou, kterou je potřeba vzít v úvahu, je udržovat zobrazení a metriky pro podporu týmu v kontrolách sprintů, retrospektivních a sprintových plánech.

Cíle pro aktivity na konci sprintu

Každý sprint představuje časové období vývoje, ke kterému je práce přiřazena. Projděte si následující kontrolní seznam pro cíle, které je potřeba mít na paměti při provádění aktivit na konci sprintu.

  • Udržujte hygienu backlogu, kde není přiřazena žádná neúplná práce sprintu, jehož koncové datum je v minulosti.
  • Správa stavů pracovních položek a přiřazení sprintů za účelem podpory sledování průběhu a rychlosti týmu
  • Aktivity průběžného zlepšování týmu podpory
  • Tým podpory se zaměřuje na expediční software a plnění cílů sprintů.
  • Minimalizace úsilí sledování práce, které nemají žádnou hodnotu

Tip

Rychlost týmu není měřítkem produktivity týmu a měla by se používat pouze jako metrika pro plánování budoucích sprintů. Práce je buď dokončená na konci sprintu, nebo ne. Pokud se to dokončí, počítá se. Pokud tomu tak není, bude znovu zvažován pro budoucí sprint, nikoli pro aktuální sprint. Rychlost se obvykle vyrovnává sama o sobě bez ohledu na to, jaké volby uděláte. Když ale vezmete v úvahu jenom práci, pracujete na realističtější hodnotě a mnohem lepším zdroji historických dat, abyste mohli budoucí prognózy vytvořit.

Rozhodnutí o předvolbách týmu

Následující návrhy projdou hlavními týmy aktivit sprintu, které by měly zvážit provedení. Tyto aktivity by se obvykle měly provádět poslední den sprintu nebo po schůzce kontroly sprintu.

  • Projděte si backlog sprintu, kde najdete neúplné uživatelské scénáře, položky backlogu a úkoly. Kontrolu můžete provést kontrolou backlogu sprintu nebo panelu úkolů sprintu.

  • Opětovné přiřazení uživatelských scénářů, položek backlogu a úkolů nezačala do backlogu produktu nebo dalšího sprintu. Pomocí podokna Plánování můžete znovu přiřadit týmový backlog nebo budoucí sprint. Přiřazení pracovních položek je možné znovu odhadnout a určit prioritu.

  • Zjistěte, jak zpracovávat neúplné uživatelské scénáře, položky backlogu nebo úkoly. Mějte na paměti, že cílem je dodávat funkční software. Tady jsou dvě možnosti:

    • Rozdělte příběh na dvě, aby představovala práci dokončenou v aktuálním sprintu a práci, která je ještě potřeba provést. Další informace najdete v tématu Kopírování nebo klonování scénářů, problémů a dalších pracovních položek.
    • Znovu přiřaďte scénář k dalšímu sprintu, kde lze dokončit práci. Všechny nedokončené scénáře v aktuálním účtu sprintu jsou nulové až k rychlosti sprintu.

  • Zjistěte, jak zpracovat zbývající práci pro dokončené úkoly. Pokud jsou úkoly dokončené, nebude mít nenulová hodnota pro zbývající práci smysl. Týmy by se měly rozhodnout, jak chtějí tyto případy zpracovat, a zvážit nastavení hodnoty Zbývající práce na nulu pro dokončené úkoly.

Kontrola nedokončené práce v backlogu sprintu

Pokud chcete určit neúplnou práci, zkontrolujte backlog sprintu pro práci, která je stále ve stavu průběhu potvrzené, aktivní. Snímek obrazovky s backlogem sprintu na konci sprintu

Opětovné přiřazení neúplných uživatelských scénářů a úkolů k budoucímu sprintu

V backlogu sprintu zvolte Zobrazit možnosti a vyberte Plánování. Přetáhněte pracovní položky, které nejsou dokončené, do dalšího sprintu nebo zpět do týmového backlogu.

Jak je znázorněno na následujícím obrázku, backlog týmu Fabrikam odpovídá výchozí cestě iterace nastavené pro tým. Všimněte si, že pokud je výchozí hodnota nastavená na @CurrentIteration makro, tento výběr by nezměnil cestu iterace až do začátku dalšího sprintu.

Snímek obrazovky backlogu sprintu s povoleným podoknem plánování

Archivace minulých sprintů

V průběhu času se může zvýšit počet sprintů definovaných pro projekt nebo přiřazený týmu. Pokud chcete minimalizovat rozevírací nabídku pro cesty iterace, můžou se projektové Správa istrátory rozhodnout přesunout do archivní oblasti minulé sprinty. Když zachováte přiřazení sprintu, ale přesunete ho pod jiným uzlem sprintu, zachovají se všechna data pracovních položek. Všechny sprintové grafy a widgety budou dál fungovat.

Jak je znázorněno na následujícím obrázku, sprinty z let 2012 a 2013 se přesunuly pod uzel Předchozí sprinty .

Snímek obrazovky s cestami iterace archivovanými v uzlu Předchozí sprinty

Tip

Azure DevOps udržuje všechna data uložená v pracovních položkách, dokud nebudou trvale odstraněny pracovní položky.

Tipy pro hygienu sprintu

Backlog sprintu automaticky odkazuje na aktuální sprint jako aktivní sprint na základě počátečního a koncového data. Pokud aktuální datum spadá do období sprintu, je odpovídajícím sprintem aktuální sprint. K provedení dalšího sprintu se nevyžaduje žádná další akce, aby byl aktivní aktuální sprint.

Jako správce projektu nebo týmu se ujistěte, že splňujete následující pokyny pro správu sprintů.

  • Počáteční a koncové datum definované pro sprinty projektu by se nemělo překrývat.
  • Pro konfiguraci daného týmu by měly být vybrány všechny sprinty, které mají zájem o tým.
  • Pro váš projekt by mělo být definováno několik budoucích sprintů a vybraných pro vaše týmy.

Další informace najdete v tématu Definování cest iterace (sprintů) a konfigurace iterací týmu.