mellom backlog og jiralitt metodikk-agnostisk ønsketenkning

1

vi har

en ferdig kø (backlog)

av user stories

et (tomt) JIRA-prosjekt

og en iterativ (inkrementell) prosess

2

user story

“funksjonalitetskrav oppsummert i én linje”

3

vi skal

• planlegge og gjennomføre en iterasjon

• bruke JIRA

• unngå dobbeltarbeid

4

nivåer i JIRA

5

greenhopper

6

vedlikehold og feilretting

• issue-nivå (som user stories)?

• subtask-nivå (som tasks)?

7

andre utfordringer

• dokumentasjon for user story

vs.

• dokumentering underveis i feilretting

8

farer

• manglende oversikt

• tap av informasjon

9

forslag

User Story

Task6

Task5 Task4Task3

Task2Task1

Backlogpop

10

forslag

User Story

Task6Task5Task4Task3Task2Task1

egen side i

Wiki JIRA

leggesinn i

refererer hverandre

Bug2Bug1

11

forslag

Wiki JIRArefererer hverandre

DokumentasjonAkseptansekriterier

Link til relaterte issuesKomponentkobling

LøsningsdesignTradeoffs

Sporing av tasksBurndown

Akutt feilrettingEndringsrapporter

(Release notes)

Produkt-kontekst

Iterasjons-kontekst

12

løse tråder?

• versjonskontekst på produktsiden

• akseptansetesting

• user stories i JIRA for samkobling av tasks

• “alt skal inn i JIRA”

13

...selv om

Confluence(for versjonskontekst)

&

FitNesse(for akseptansetester)

14