---
title: "Jira sprint carry-over: kako izmeriti spillover bez kvarenja velocity-ja"
description: "Izmeri Jira carry-over po tiketima ili story points, odvoji spillover od scope change-a i preuzmi CSV kalkulator za retrospektivu."
author: "Nemanja Todorović"
content_type: GUIDE
published: 2026-08-27T10:51:31.200Z
updated: 2026-08-27T10:51:31.200Z
category: DELIVERY
tags: "Jira, Sprint metrike, Carry-over"
canonical: /blog/jira-sprint-carryover
---
# Jira sprint carry-over: kako izmeriti spillover bez kvarenja velocity-ja

Praktičan način da izmeriš Jira sprint carry-over, razlikuješ preneti rad od scope change-a i vodiš retrospektivu bez pretvaranja velocity-ja u ocenu ljudi. Uključuje CSV kalkulator.

## Ključne poruke

- Outgoing carry-over i incoming spillover nisu ista metrika i ne treba ih mešati.
- Carry-over meri samo planirani rad koji nije završen; ad-hoc rad dodat usred sprinta prati se posebno.
- Jira Sprint Report daje osnovu za jedan sprint, dok trend kroz više sprintova zahteva Analytics ili sopstveni izvoz.
- Metrika služi retrospektivi i planiranju, ne ocenjivanju pojedinaca.

Sprint se završi, pet stavki nije u `Done`, Jira pita da li ih vraćaš u backlog ili prebacuješ u sledeći sprint. Sam prenos je lak. Teže pitanje je: **koliko prenetog rada je normalno, kako ga meriti i da li velocity sada još nešto znači?**

Carry-over nije dokaz da je tim podbacio. To je signal da se početni plan i završeni obim razlikuju. Uzrok može biti prevelik commitment, blokirana zavisnost, nejasan Definition of Done, velika stavka, produkcijski incident ili rad dodat usred sprinta. Dobra metrika pomaže da razdvojiš te uzroke.

[Preuzmi Jira sprint carry-over CSV kalkulator](/jira-sprint-carryover-calculator.csv). Otvara se u Excel-u ili Sheets-u; zameni primer vrednostima i formatiraj tri rate kolone kao procente.

## Tri broja koja ne treba mešati

### 1. Outgoing carry-over

Rad koji je bio u početnom commitment-u, nije završen i napušta sprint nezavršen.

`carry-over rate = nezavršen planirani rad / početni commitment × 100`

Ako je tim planirao 80 points i 20 points ostane nezavršeno, carry-over rate po points je 25%.

### 2. Incoming spillover

Rad u aktuelnom sprintu koji je već postojao u prethodnom sprintu.

`incoming spillover % = preneti rad iz ranijih sprintova / ukupan obim aktuelnog sprinta × 100`

To nije nužno isto što i prošli outgoing carry-over: neke stavke mogu biti vraćene u backlog, podeljene ili ponovo procenjene.

### 3. Scope change ili ad-hoc rad

Rad dodat posle početka sprinta. On može biti završen, pa neće ući u carry-over, ali je ipak pojeo kapacitet planiranom radu. Zato carry-over bez scope change-a često optuži planiranje za problem koji je zapravo nastao usred sprinta.

## Broj tiketa ili story points?

Broj stavki je lak za audit, ali tretira bug od jednog sata kao epic koji traje nedeljama. Story points bolje opisuju relativan obim, ali zavise od stabilne prakse procenjivanja.

Koristi oba kada možeš:

- **item rate** pokazuje koliko je tok fragmentisan;
- **points rate** pokazuje koliki deo planiranog obima je ostao;
- **broj prenosa po stavci** otkriva rad koji se vuče kroz više sprintova.

Ne sabiraj points sa subtasks i parent stavke istovremeno. Atlassian navodi da Sprint Report koristi procene parent work item-a, ne procene subtasks. Ako tim procenjuje samo subtasks, report i ručni zbir neće govoriti istim jezikom.

## Kako izvući podatke iz Jire

Za company-managed Scrum board otvori **Reports → Sprint Report** i izaberi završeni sprint. [Zvanična Atlassian dokumentacija](https://support.atlassian.com/jira-software-cloud/docs/view-and-understand-the-sprint-report/) navodi da report prikazuje completed i incomplete work item-e, označava stavke dodate nakon početka i zavisi od filtera konkretnog board-a.

Pre brojanja proveri kolone. Jira smatra završenim samo status mapiran u krajnju desnu kolonu board-a. Pogrešno mapiran `Done`, `Canceled` ili custom status može proizvesti lažni carry-over. [Atlassian posebno upozorava na ovu vezu između kolona i završetka sprinta](https://support.atlassian.com/jira-software-cloud/docs/configure-columns/).

Za svaki sprint sačuvaj:

1. početni commitment po item count i points;
2. completed deo početnog commitment-a;
3. incomplete deo koji se prenosi ili vraća;
4. scope dodat posle starta;
5. sprint goal i kratku belešku o izuzetku.

Za trend kroz više sprintova Atlassian Analytics ima `Multiple sprints overview` sa commitment, completion, carryover i scope-change metrikama. Ako ga nemaš u planu, izvoz i priloženi CSV daju jednostavniji audit trag.

## Zašto promena estimate-a kvari istoriju

Česta improvizacija je da se na kraju sprinta story sa 8 points promeni na „preostala 3”, a zatim prenese. Time sledeći sprint izgleda preciznije, ali prvi više nema originalni commitment. Velocity i carry-over tada koriste broj koji nije postojao na početku.

Bolji model čuva tri činjenice odvojeno:

- originalnu procenu;
- da li je stavka završena u originalnom sprintu;
- koliko puta je posle toga preneta.

Ako je stavka zaista prevelika, podeli budući posao u novu jasno definisanu stavku, ali nemoj prepisivati istoriju da bi graf izgledao urednije.

## Kako čitati trend bez ocenjivanja ljudi

Jedan sprint nije trend. Posmatraj najmanje tri do pet uzastopnih sprintova istog tima i postavi pitanja:

- Da li iste velike stavke prelaze više puta?
- Da li carry-over raste zajedno sa ad-hoc radom?
- Da li se rad gomila u review/QA statusu?
- Da li zavisnosti ostaju blokirane duže od sprinta?
- Da li je sprint goal ostvaren iako deo nižeg prioriteta nije završen?

Metrika postaje štetna kada se pretvori u cilj „0% po svaku cenu”. Tim tada smanjuje commitment, deli stavke samo radi statistike ili krije scope change. Koristi je za retrospektivu i capacity plan, ne za rangiranje developera.

## Kako WorkThroughLine prati carry-over

Pri zatvaranju sprinta WorkThroughLine traži odluku za nezavršene work item-e: prenos u sledeći sprint ili povratak u backlog. Prenos uvećava carry-over brojač na samoj stavci; povratak u backlog ga resetuje. Rad dodat usred sprinta ima posebnu ad-hoc oznaku.

Sprint report zato može da pokaže:

- koliko je stavki završeno;
- koliko je preneto;
- koliko je ušlo van plana;
- koje stavke se prenose drugi ili treći put;
- za koje ciljeve i OKR-ove je završen rad bio vezan.

Poslednja tačka ne zamenjuje delivery metrike. Ona odgovara na drugo pitanje: da li je isporučeni obim pomerio nešto što je tim rekao da želi da postigne?

[Uporedi WorkThroughLine i Jiru](/vs/jira), [pogledaj šta proizvod ume danas](/blog/sta-workthroughline-ume-danas) ili pokreni demo sprint bez kartice.



## Česta pitanja

### Kako se računa sprint carry-over rate?

Podeli nezavršen planirani rad na kraju sprinta sa obimom dogovorenim na početku i pomnoži sa 100. Koristi ili broj stavki ili story points, ali ne menjaj jedinicu između sprintova.

### Da li Jira ima carry-over report?

Sprint Report prikazuje completed i incomplete work item-e i označava rad dodat posle početka. Trend kroz više sprintova je dostupniji kroz Atlassian Analytics ili sopstveni izvoz nego kroz jedan standardni report.

### Da li carry-over treba dodati velocity-ju sledećeg sprinta?

Preneti rad zauzima kapacitet sledećeg sprinta, ali menjanje originalnih procena unazad kvari istoriju. Sačuvaj početni commitment i posebno prikaži incoming spillover.

### Koji carry-over procenat je dobar?

Ne postoji univerzalan prag. Gledaj trend istog tima kroz najmanje nekoliko sprintova i poveži promenu sa scope change-om, blokadama, veličinom stavki i sprint goal-om.