Hvad skal en produkt backlog indeholde?

Vi er i øjeblikket i gang med at synkronisere vores brug af produkt backlogs på store projekter på Den Blå Avis. I den sammenhæng er det nærliggende at tænke over, hvilke data man egentlig ønsker at backloggen skal holde på...

Jeg har tænkt på følgende felter:

• Id = unik nummer for hvert backlog element
• Kravbeskrivelse = user story el. kort beskrivelse af arkitekturkrav eller andet
• Kontekst = gruppering (epics, themes) af krav (user stories)
• Release = en værdi som angiver hvilken forretningsmæssig-release kravet er tænkt at tilhøre
• Forretningsværdi = en værdi sat af produktejeren
• Risiko = en skalavurdering foretaget af teamet
• Estimat = kompleksitetspoint (som kan omformes til timer, hvis forretningen ikke forstår point)

Hvordan ser jeres backlogs ud?
På hvilket niveau vurderer I forretningsværdien? På det enkelte krav, eller på konteksten?
Hvordan arbejder I med estimering?
Skulle man inddrage en simpel test kolonne (som i Scrum and XP from the Trenches)?

Jeg kunne godt tænke mig at høre jeres bud...