Hvordan brugssager er til gavn for udviklere og slutbrugere

Hvorfor AR og VR bruger sager i virksomheden vokser hurtigt Ved Grace Hopper-fejringen i 2018 forklarede Sophia Dominguez, administrerende direktør og medstifter, SVRF, Inc. forretningsbrugssagerne til AR og VR.

Da jeg begyndte min karriere for årtier siden som junioranalytiker, var meget af mit job at skrive funktionelle specifikationer. Dette var ekstremt detaljerede dokumenter, der forsøgte at forklare, hvordan en bestemt skærm, et program eller en rapport skulle fungere, ofte ned til niveauet for at stave teksten på hver knap og beskrive hver dialogboks, der skulle vises.

Selv på dets mest persnickety var funktionelle specifikationer ofte vanskelige for applikationsudviklere at forstå, da en kritisk nuance muligvis ville gå glip af. Forfatteren af ​​specifikationen tilbringer muligvis flere afsnit, der beskriver, hvordan en dialogboks skal se ud, men kan muligvis udelade en nøgledetail om, hvordan brugeren ville interagere med systemet, og dermed få udvikleren til at oprette en mindre end ideel skærm uden nogen fejl i deres egen.

For at undgå disse konflikter har der været en overgang væk fra funktionelle specifikationer som nøglekommunikation til udviklere og et skridt hen imod værktøjer som brugssager, brugerhistorier og andre værktøjer, der forsøger at forklare "hvorfor", hvordan en bruger vil interagere med system snarere end detaljerede funktioner for hver knap. Tænkningen går på, at dette skift gør det muligt for de mennesker, der interagerer med slutbrugerne, at fokusere på, hvilke interaktioner, de har brug for, og derefter formidle dette til de teknikere, der har noget spillerum til at bestemme de bedste tekniske midler til at levere denne interaktion. Denne tilgang kan være meget vellykket; der er dog nogle potentielle snubleblokke.

Er det den rigtige brugssag?

At overveje brugssager kan være et sjovt problem. Det kræver ofte en dybere forståelse af slutbrugeren, indsamlet gennem interviews eller endda observationsforskning, og giver analytikeren en vis frihed til at fortolke, hvordan man gør denne person mere effektiv i deres job. Forberedelse af en brugssag kræver endda nogle kreative skrivefærdigheder, da du er nødt til at tolke og formidle disse omstændigheder til udvikleren, der i sidste ende bygger systemet.

Lejlighedsvis opfordrer dette analytikere og ledere til at oprette brugssager, før de overvejer, om de er de rigtige anvendelsessager. Det er let at skifte den kritiske proces med at bestemme, hvilken teknologi der er passende til at løse brugerens problemer, eller endda om en teknologibaseret løsning på et problem er den rigtige tilgang.

Brugssager kræver brugerfokuserede udviklere

Den bedste brugssag i verden vil falde helt fladt, hvis dine udviklere mangler evnerne til at forstå slutbrugerens miljø, tankegang og udfordringer. Hvis en brugssag omhyggeligt forklarer et nyt system til et hospital og udfordringerne ved at arbejde på et akutrum, men udviklingsholdet mangler kontekst eller empati for at forsøge at forstå brugerens miljø, vil alt det ekstra arbejde være til intet.

Som it-ledere skal vi antage, at vores tekniske team let forstår enhver nuance af en brugssag, især hvis de er tusinder af miles væk. Hvis du som leder ikke klarer at understrege vigtigheden af ​​fuldt ud at forstå og implementere indholdet af brugssagen, ser du lidt afkast for det ekstra arbejde, der kræves for at udvikle en god brugssag.

En funktionel specifikation med et andet navn

Udført godt, en brugssag formidler til det tekniske team, hvorfor en slutbruger udfører en bestemt opgave og endda de omstændigheder, under hvilke de udfører den, hvilket gør det muligt for teknikerne at optimere til netop dette scenarie. Noget så simpelt som et udgiftsstyringsværktøj kan være meget anderledes, hvis brugerhistorien antyder, at slutbrugeren rasende prøver at fange deres udgifter på deres telefon hver uge, mens de kører gennem lufthavne, kontra en aktivitet, der lejlighedsvis udføres på en 24ʺ desktop monitor.

Udført dårligt, en brugssag er et stort udgangspunkt i tekniske krav, som hvilke felter der skal vises, og hvilke knapper der gør hvad uden den overordnede sammenhæng og effektivt en gammel skolefunktionsspecifikation med et andet navn. En ukendt person skal være i stand til at hente en velfungeret brugssag og forestille slutbrugeren, hans eller hendes miljø og hvordan og hvorfor det, de prøver at opnå, og bruge det som grundlag for det, de har genopbygning.

Glem ikke brug af sag, når det er testtid

Selv med den bedst anvendte sag og veludviklet udvikling er arbejdet endnu ikke gjort. Brugssager bør også danne grundlaget for din testning, både tidlig fase og pre-release test. Da en velfungeret brugssag i sidste ende tjener som "slutbrugerens stemme", kan den informere selv de tidligste forsøg på testning, og udviklere bør holdes til standarden for at udvikle ikke kun teknisk funktionel kode, men imødekomme de behov, der er formuleret i brugssagen. I senere stadier af testning kan brugssagen også bekræfte, at applikationen ikke har forvillet sig for langt fra sin oprindelige hensigt eller en sundhedsundersøgelse for at sikre, at slutbrugeres behov ikke har udviklet sig dramatisk, siden brugssagen først blev oprettet.

Veludviklede brugssager tager tid at skabe, men hjælper i sidste ende din organisation med at levere teknologi, der imødekommer brugernes behov fra start, og undgår en it-lederes dødeligste synd: Implementering af en teknologi til tiden og på budgettet, som ingen faktisk anvendelser.

Executive briefing nyhedsbrev

Oplev hemmelighederne for IT-ledelsessucces med disse tip til projektstyring, budgetter og håndtering af de daglige udfordringer. Leveres tirsdage og torsdage

Tilmeld dig i dag

© Copyright 2021 | mobilegn.com