A futam során megvalósítandó funkciók a „Product Backlog”-ból kerülnek ki, ami az elvégzendő munka magas szintű követelményeiből álló, fontossági sorrendbe állított lista. Hogy a sprint során a lista melyik elemei kerülnek megvalósításra, azt a sprint elején tartott sprinttervező megbeszélés során választják ki. A megbeszélés során a „Product Owner” közli a csapattal, hogy a teendők listájából melyek azok, amiket leghamarabb akar, hogy elkészüljenek. Ezután a csapat eldönti, hogy ezek közül melyek azok, amelyeket a következő sprint során meg tud valósítani. A sprint a végén a csapat egy nyilvános demózáson bemutatja az elkészült funkciókat. A sprint sikerességét a Product Owner értékeli, és ha a csapat hiánytalanul teljesített, a sprintet elfogadja és lezárja.
Az agilis fejlesztés filozófiájában ritkán beszélünk véglegesen kész termékről, helyette a piaci igényeknek megfelelő release-ek a bevált fogalmak. Az újabb és újabb release-ek egyre jobb, bővebb terméket eredményeznek. Amikor ezt a folyamatot a fejlsztő cég üzletileg már nem látja indokoltnak folytatni, lezárja a fejlesztést.
