Hvad er en backend udvikler?
Indenfor programmering findes der primært 3 forskellige typer udviklere som består af backend udvikler, frontend udvikler og fullstack udvikler. En frontend udvikler arbejder primært med designet og den flade som de besøgende anvender, hvor en backend udvikler arbejder med motoren og de tunge funktioner bag systemet, hvortil en fullstack kan arbejde med begge flader.
Ved opsætning af en helt almindelig hjemmeside er det begrænset backend udvikling der er nødvendigt, hvor de fleste udviklere vil kunne assistere. Ved eksempelvis opbyggelse af et intranet, login eller administration system er det her en backend udvikler kommer ind i billedet. Backend udviklerens vigtigste opgave er nemlig at sikre de forskellige funktioner i systemet fungere iht. kravspecifikation og kørsler systemet eventuelt laver uden en besøgendes interaktion.
Hos Adtention har vi både frontend og backend udvikler siddende internt, hvilket gør at vi kan hjælpe på systemet som mange andre webbureauer ikke kan, da vi både har flair for det tekniske men også design.
Den rigtige backend udvikler kan være afgørende
Der er stor forskel på udviklere og deres faglighed, og derfor er det vigtigt at det webbureau du vælger har en god forståelse i hvor omfattende det system du skal have udviklet er. Hvis den forkerte backend udvikler bliver tilkoblet uden den rigtige styring og struktur kan det have katastrofale konksekvenser på både kort og lang sigt. Hvis systemet skal kunne håndtere store datamængder, og udvikleren ikke har taget højde for dette, vil det på sigt blive langsomt og alt efter systemets størrelser kan det være tungt at rette op på.
Hos Adtention har vi mange processer før vi starter udviklingen op som oftest består af opstarts møde, workshop og udarbejdelse af en kravspecifikation. På baggrund af møderne og kravspecifikationen vil vi finde den backend udvikler internt der matcher opgaven bedst, for at sikre vi kan levere det ønsket produkt. Der vil samtidig være tilkoblet en senior udvikler på projektet som hjælper med at validere om backend udvikleren er på vej det rigtige sted, og som samtidig laver code review.
Hvordan ved du om det bureau du vælger kan løfte din næste backend udvikling opgave?
Uden at have teknisk viden kan det være svært at vide om det valgte bureau har den tilstrækkelig faglighed til systemet du efterspørger. Backend udvikling består nemlig ikke kun af at kode men også vælge de rigtige teknologier til at bygge systemet i. Vi anbefaler tit vores kunder og virksomheder vi er i dialog med at hyre en konsulent fra et andet bureau til at overvære processen. Konsulenten skal have afvide de ikke er med for at sælge en løsning, men for at sikre løsningen der bliver bygget er korrekt beskrevet og system valg mm. er de rigtige og samtidig se eventuelle faresignaler, generelt være objektiv.
Hvis vi antager du er ved at bygge et administrationssystem til 500.000 kr, vil det være godt givet ud at betale 10.000 – 15.000 kr for en ekstern konsulent som kigger på det hele objektivt og ser om det bureauet er kommet tilbage med overhovedet er realistisk indenfor tidsplanen og budgetrammerne.
Vi har hjulpet virksomheder med at agere som ekstern konsulent for at sikre systemet der skal bygges, og vi vil også gerne hjælpe dig.
Hvad kan du som kunde gøre for at sikre at backend udvikling har success?
Der er mange faktorer du som kunde kan gøre, for at sikre høj levering på det du skal have udviklet, men det kræver tid og ressourcer internt. Vi har prøvet at skrive de punkter op som vi gør under et samarbejde og stiller af krav til vores kunder:
- Kravspecifikation
Du skal være sikker på at det bureau du vælger laver en udførlig kravspecifikation, hvor de beskriver systemet ned i mindste detalje. Herefter er det vigtigt at du som kunde nærlæser den grundigt og sikre sig at det der står i kravspecifikationen er det samme som det du ønsker. Hvis ikke skal det påpeges eftersom en backend udvikler følger kravspecifikationen og det er også det bureauet holder aftalen op imod. - Sprint
Det er en god ide at spørger om bureauet anvender sprint til at drive deres process. I store systemer er sprint en vigtig nøgle til at få systemet til at lykkedes. Med sprint vil man dele hele systemet op i mindre bider/faser hvortil der vil blive afholdt et sprint-møde eksempelvis hver anden uge hvor både projektleder, backend udvikler, og dig som kunde deltager. Her vil man gennemgå hvad der er lavet de sidste 2 uger, kvalitetskontrollere det og godkende hvad der skal laves de næste 2 uger. - Brug tid på at teste
Kvalitetskontrol af systemet er alfa omega, og gerne test alle kroge af systemet både fra bureauets side men også dig som kunde. Desto mere tid du kan sætte af til at teste systemet desto bedre. - Hold hellere møder end mails
Med møder kommer du længst, mails kan nemt misforståes og bestemt indenfor udvikling eftersom en backend udvikler taler et helt andet sprog end kunder. Derfor er det vigtigt ved eventuelle tunge rettelser, eller du kan se der er misforstået noget i systemet at der bliver afholdt et møde istedet for alt går over mails. - Hver opmærksom på estimatet
En af de vigtigste punkter i backend udvikling er at holde øje med hvor tæt den aktuelle tid er på det totale estimat. Lad os antage at systemet er 30% færdigt, men 70% af estimatet er allerede brugt. Det vil betyde at bureauet ved en projekt pris vil skynde sig for at få løsningen færdig for at opret holde en rentabel forretning som betyder at backend udvikleren vil være presset til at lave overspringshandlinger og hurtige løsninger for at få systemet klart indenfor det afholdte estimat. Her er det en god ide, at sikre at estimatets progression følger systemets, og hvis ikke de gør at tage en dialog omkring selvsamme.
Alt efter systemet størrelse skal du som virksomhed være forberedt på at afsætte interne ressourcer samtidig med backend udviklingen. Årsagen er simpel, ligemeget hvilket bureau du vælger kræver det kun 1 misforståelse for at systemet kan bevæge sig i en markant anerledes retning end intentionen var, hvilket også gør at kontinuerlige møder har en stor vigtighed.
Om os
