Din besked er blevet sendt.
Vi behandler din anmodning og kontakter dig så hurtigt som muligt.
Formularen er blevet indsendt med succes.
Du finder yderligere information i din postkasse.
For at skabe præcise projektkrav skal forretningsanalytikere først identificere behovene i en bestemt virksomhed. Selve forretningsbehovet er en overordnet målvektor for et produkt, der enten er tegnet af et problem (f.eks. dårlig koordinering af kurerer i en leveringstjeneste) eller en mulighed (som at skabe en mere behagelig og sikker måde at udføre onlinebetalinger på sammenlignet med konkurrenterne).
Dette meget grundlæggende forretningsbehov viser den overordnede retning, som virksomheden ønsker at gå i, og hvordan softwaren skal hjælpe. Det er et vigtigt punkt, som forretningsanalytikere hele tiden har i tankerne, når de udarbejder projektkrav, og de tilpasser al dokumentation til at opfylde det.
En af vores kunder ønskede at bygge sin egen DeFi-platform (decentral finansiering), der drives af et brugerdefineret token og har en ret bred funktionalitet. Til at begynde med ville de ikke have en forretningsanalytiker om bord, så vi begyndte at arbejde med en projektleder, en designer og flere softwareudviklere.
Det viste sig, at projektet ikke kunne udvikles på denne måde, og teamet brugte en masse tid på at holde regelmæssige møder, fordi kunden ikke kunne stille klare krav til projektet. Da vi vidste, at denne tilgang ikke ville give resultater, foreslog vi kraftigt at arbejde med en af vores Forretningsanalytikere.
Vores kunde gik med til dette eksperiment og begyndte at arbejde tæt sammen med vores BA-specialist. Resultatet var, at de blev glædeligt overraskede over, hvor hurtigt alle deres ideer og mål blev til klare krav og direkte opgaver fordelt på hele teamet. Udviklingsprocessen begyndte at accelerere, og hyppig kommunikation blev unødvendig. Ingen tid eller ressourcer gik tabt på grund af misforståelser fra det tidspunkt, og projektet skrider aktivt fremad.
Indtil videre er produktet ude af beta, og vi arbejder på at tilføje nye funktioner og moduler for at opbygge et helt økosystem for produktet.
Vi havde en kunde, som ville udvikle en mobilapplikation helt fra bunden. Før de kontaktede os, arbejdede de på det sammen med et par venner, hvoraf den ene var designer og den anden var mobiludvikler.
Efter at have gennemgået projektet observerede vores eksperter, at produktejeren beskrev app-konceptet for teamet, designeren skabte mockups, og udvikleren implementerede funktionaliteten. Under testprocessen opdagede de, at der manglede flere funktioner, og at nogle af de eksisterende var implementeret forkert, så de var nødt til at starte forfra.
Vi foreslog at prøve at arbejde med en forretningsanalytiker som en del af teamet. I første omgang afviste kunden dette forslag. Da de endelig besluttede sig for at udvide det eksisterende team med en BA-specialist, kom arbejdet i fuld gang. Efter en måneds arbejde med en forretningsanalytiker bemærkede kunden, hvor effektiv og struktureret processen var blevet.
Der var ikke længere behov for at lave dusinvis af forskellige designs til projektet, og der var heller ikke behov for at redesigne løsningen og omarbejde dens funktionalitet. Som følge heraf blev omkostningerne til udvikling af appen reduceret betydeligt.
Innowise har flere projekter (både igangværende og afsluttede), hvor forretningsanalytikere også fungerer som projektledere.
På grund af deres dybe forståelse af projektspecifikationerne og -processerne ved forretningsanalytikerne, hvilke opgaver der skal prioriteres, og hvordan bestemte problemer skal løses. Når det drejer sig om små udviklingsteams (omkring 5-7 personer), anbefaler vi hos Innowise at supplere teams med forretningsanalytikere. I store projekter er der stor sandsynlighed for, at en BA er fuldtidsbeskæftiget med opgaver, krav og andre BA-funktioner. Til sådanne projekter foreslår vi at få en dedikeret projektleder om bord.
I agile projekter kan en forretningsanalytiker være en livredder. Mens produktejeren, interessenterne og udviklingsteamet tænker stort, kan forretningsanalytikeren nemt nedbryde disse store ideer til små opgaver. Da agile projekter handler om konstant forbedring gennem små og hyppige udgivelser, gør det det muligt at udpege den kernefunktionalitet, der er nødvendig for et proof of concept eller et MVP-produkt uden overflødige funktioner.
Ud over at spare tid og kræfter ved udgivelsen af den første produkt-iteration organiserer og planlægger forretningsanalytikerne også de kommende feature drops for projektet, hvilket sparer tid for projektledelsen og reducerer antallet af omarbejdninger.
Forretningsanalysespecialister forsyner også teamet med klare funktionskrav og acceptkriterier, hvilket gør kvalitetssikringsprocessen hurtigere.
Både forretningsanalytikere og projektledere spiller en vigtig rolle i softwareudviklingens livscyklus.
Selv om de kan se ens ud ved første øjekast, er deres funktionalitet ret forskellig, når man sammenligner dem i dybden.
Selv om begge specialister håndterer kommunikationen med kunden og udviklingsteamet, er deres roller forskellige. Projektledere er en slags teamledere, der sørger for, at alt går efter planen, og at der ikke opstår forhindringer.
Forretningsanalytikerens kommunikation med kunden og teamet tjener et helt andet formål. De indsamler alle mulige oplysninger for at bearbejde dem til klare krav, instruktioner og acceptkriterier.
Derfor forsyner forretningsanalytikere både teamet og interessenterne med dokumentation, der er let at forstå og visualisere, selv når løsningen er på konceptstadiet.
Så mens projektledere dækker udviklingsprocesserne fra kommunikationssiden, da det er deres hovedfunktion, bruger forretningsanalytikere kommunikation som et værktøj til at udføre deres hovedrolle - at udarbejde klar projektdokumentation.
Statistikkerne siger, at et it-projekt i de fleste tilfælde vil mislykkes eller medføre unødvendige udgifter, hvis der ikke er en forretningsanalytiker om bord.
Vi kan ikke sige, at der slet ikke er nogen chance for succes, men når vi udvikler software, sigter vi altid mod at give vores kunder de mest pålidelige og effektive tjenester og rammer for softwareudvikling. Så vi anbefaler kraftigt, at du overvejer at få en forretningsanalytiker med på dit hold.
Men det endelige valg er op til dig. Hvis du føler dig i stand til at styre softwareudviklingsprocesser med hensyn til dokumentation og krav, kan du helt sikkert prøve. Og hvis noget går galt, er vores team her altid for at dække dine behov.
Bedøm denne artikel:
4.8/5 (45 anmeldelser)
Din besked er blevet sendt.
Vi behandler din anmodning og kontakter dig så hurtigt som muligt.
Ved at tilmelde dig accepterer du vores Politik for beskyttelse af personlige oplysninger, herunder brug af cookies og overførsel af dine personlige oplysninger.