Účelem seznamu je zaznamenat funkční požadavky při konsensu na jejich počtu, rozsahu a prioritách se zákazníkem, aby nedocházelo k budoucím dohadům, co mělo a nemělo být vyhotoveno. Seznam rovněž slouží jako přehled pro vývojový tým o tom, co je již hotovo a co je nutno ještě udělat.

Funkční požadavky jsou funkce a možnosti systému viditelné a využitelné jeho uživateli při běžné práci s ním. Jejich seznam je jedním z nejdůležitějších artefaktů v projektu vůbec, protože právě podle jejich (ne)splnění posuzuje obvykle zákazník, a hlavně uživatelé, (ne)úspěch projektu.

Seznam funkčních požadavků by hrubě měl být domluven se zákazníkem již v začátcích projektu, následně jednotlivé velké požadavky rozděleny na menší, snadněji popsatelné, rozumně popsány (tak, aby se minimalizovala možnost, že je jinak chápe zákazník a jinak vývojový tým) a seřazeny podle priorit opět dohodnutých se zákazníkem. Výsledný seznam by měl být součástí Vize projektu, která opět prochází schválením zákazníkem. Pokud neexistují nesrovnalosti, seznam by se měl v průběhu projektu měnit minimálně, nejlépe vůbec.

Forma seznamu požadavků bývá různá. Od user stories na kartičkách, přes udržovaný popis na stránce projektu, až po backlog v systému pro řízení změn. Ač je forma libovolná, členové týmu by měli mít vždy přehled o současném stavu seznamu (jaké požadavky jsou již splněny, na kterých se pracuje a kolik jich ještě zbývá) a rozhodně by se aspoň základní popis vysokoúrovňových požadavků měl objevit v dokumentu Vize projektu.