Et af de væsentligste proces elementer der bliver fokuseret på i agile metoder er opgavestyring, hvor man forsøger at opdyrke et fælles og mere realistisk billede af hvordan opgaver i projektet bliver løst. Det helt centrale værktøj i denne sammenhæng er whiteboard'et, med dens post-it baseret billede på opgaverne relevante for den nærmeste fremtid og fortid. Sådan en 'opgaveportal' teamet kan samles om er kritisk for at opnå en fælles billed og ansvarfølelse af hvad man laver i et projekt/team. Til gengæld er det ikke helt nok til at dække hele behovet for opgavestyring i en projekt. Som væsentlige opgavestyringsmæssige elementer man er tvunget til at håndtere af anden vej kan nævnes:

• Fuldstændighed: En whiteboard fokusere (meget hensigtmæssigt) på hvad der er relevant for den nærmeste fremtid, men man har også brug for at kunne arbejde med det samlede sæt af opgaver.
• Detaljeringsgrad: Det er i sagens natur begrænset hvad man kan have stående af oplysninger på en gule post-it seddel. Da der tit er brug for at notere yderligere informationer om opgavers karakter, har man brug for et andet media til at dække dette behov.
• Overblik: På samme måde som man har brug for flere detaljer om de enkelte opgave, kan man også have brug for at 'zoome' lidt ud og kun se feature/opgave status overordnet set, f.eks. i forhold til kunde eller ledelse.
• Aspekter af opgaverne: Det generalle opgavebillede kan godt være svært at overskue, og man har derfor tit lyst til at se en delmængde, f.eks. mine opgaver, testopgaverne, databaseopgaverne, risikoopgaver osv. Dette kan til dels håndteres med forskellig farver sedler, udbygning af opgave matrix på tavle osv., men det er begrænset hvor avanceret en opgave model man kan (og bør) vedligeholde vha. sedler på en tavle.
• Historik: Det er kun ganske kort tilbage i tiden man kan finde opgaver for på sin tavle. Hvis man er interesseret i historik længere tilbage i tiden, skal der andre værktøjer i brug.
• Afhængig af lokalt team: Hvis ikke et team er samlet på samme sted er en fysisk tavle ikke hensigtsmæssig.
• Kobling til relaterende informationer: Det kan være test, tidsregistreringer, kalender, anden dokumentation osv.

Tit er løsningen på overstående udfordringer at vedblive med at benytte sine klassiske regneark og dokument baseret opgave information, men som beskrevet for det simpel agile projekt bringer det mange af problemerne fra de mere klassiske projekt med sig i bagagen.

I stedet for bør man benytte sig af en kollaborativt orienteret opgaveværktøj, der samtidig giver mulighed for der mange nuancer af opgave views beskrevet ovenfor. Samtidig er det en fordel hvis dette værktøj har et view der direkte kan vise opgaver på den måde man ser dem på sin whiteboard, da dette minimere barrieren for at alle ser det som en naturlig ting at arbejde med både opgavetavle og applikation.

I Agilis mener vi at det bedste værktøj til at løse disse udfordringer er JIRA.