Rapport: Udviklerne har ansvaret for datakvaliteten

Illustration: digitalista/Bigstock
Tre fjerdedele af udviklerne i en ny undersøgelse siger, at det er dem, der har ansvaret for datakvaliteten.

Næsten tre fjerdedele af udviklerne i en ny undersøgelse siger, at de er ansvarlige for at styre kvaliteten af ​​de data, de bruger i deres applikationer. Det fremgår af rapporten SD Times Data Quality Survey, som mediet SD Times har udført i samarbejde med datafirmaet Melissa.

Det er en markant ændring fra året før, hvor andelen lå på under halvdelen. Ifølge undersøgelsen understøtter det forestillingen om, at softwareudvikleres rolle er blevet udvidet med flere funktioner end blot at skrive kode.

Det skyldes ifølge rapporten, at efterhånden som organisationer flytter sikkerhed, test, styring, markedsføring og finansiering tidligere ind i programmets livscyklus, bliver udviklere presset på tiden af ​​stadigt faldende leveringstider. Det medfører at datakvalitet ofte bliver en eftertanke om at 'vi håber det er rigtigt' i udviklingsteams.

Det største problem udviklerne oplever er usammenhængende data, efterfulgt af ufuldstændige data samt gamle og forkerte data.

Respondenterne i undersøgelsen siger, at de bruger cirka 10 timer om ugen på at håndtere problemer med datakvalitet, og det tager tid fra opgaven med at bygge nye applikationer.

Analysechef James Royster i firmaet Adamas Pharmaceutical udtaler til SD Times at et stort problem, organisationer står over for med data, er, at der er »tusinder af nuancer« i store datasæt.

Han giver et eksempel fra en leverandør af dataløsninger til sundhedsydelser, der indsamler data fra mere end 60.000 apoteker, der også betjener hospitaler og læger.

»Der er millioner af potentielle fejlpunkter.«

For at virksomheder kan oprette datasæt, skal udvikleren skrive kode, der samler datasæt på en måde, der kan fordøjes - og det er en løbende proces.

»Når de ændrer og opdaterer koden, og indsamler data, er der millioner af muligheder for, at ting kan gå galt.«

Tips og korrekturforslag til denne historie sendes til tip@version2.dk
Følg forløbet
Kommentarer (10)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
#2 Claus Bobjerg Juul

Respondenterne i undersøgelsen siger, at de bruger cirka 10 timer om ugen på at håndtere problemer med datakvalitet, og det tager tid fra opgaven med at bygge nye applikationer.

Men er opgaven ikke at kunden til applikationen kan nå deres mål?

Opgaven og målet er ikke at bygge en applikation. Kunden til applikationen er fuldstændige ligeglade med om det eksisterende datamateriale har en høj nok kvalitet, de ønsker problemeren fikset

  • 4
  • 0
#3 Martin Mathiassen

Det skyldes ifølge rapporten, at efterhånden som organisationer flytter sikkerhed, test, styring, markedsføring og finansiering tidligere ind i programmets livscyklus, bliver udviklere presset på tiden af ​​stadigt faldende leveringstider. Det medfører at datakvalitet ofte bliver en eftertanke om at 'vi håber det er rigtigt' i udviklingsteams.

Ja hvis sikkerhed, test, styring, og finansiering ikke indsættes fra starten så bliver det stopklodser der kan kuldsejle projektet netop fordi udviklerne ikke sætter sig ind i disse og med stor sandsynlighed så laver det ud fra udviklernes synspunkt og ikke har det fulde overblik over SLDC. Det er min erfaring at sker det ikke fra starten i SLDCen så ryger tidsrammen og presset stiger da det er sjællendt at sikkerhed, test, styring, og finansiering er taget med af udviklerne fordi så er det mere besværligt for dem men sikkerhed, test, styring og finansiering skal være med fra starten så der ikke opstår stop i processen.

  • 0
  • 1
#8 Martin Slot

Fullstack rollen er kommet for at blive. Udviklere skal i dag være testere, sikkerhedseksperter, dataansvarlige, projektledere, tovholdere og programmørere.

Ingen andre gider. Alle orker det ikke, og vil bare gerne have deres fede bonus og deres drinks ved poolen. Så må dem på gulvet gå rundt med mavesårene.

  • 1
  • 1
#9 Martin Mathiassen

Software Development Life Cykle https://snyk.io/learn/sdlc-software-development-life-cycle/?utm_medium=P...

Grunden til min post er at Jounalisten skriver at det skyldes at disse stadier sikkerhed, test, styring, og finansiering sættes tidligere ind i proccessen. Det er en forkert antagelse da disse komponenter er basis dele der skal være med fra starten. At lægge skylden over på disse stadier mener jeg er forkert netop fordi man ikke følger SLDCen korrekt og fordi man generelt ned prioriterer disse stadier sikkerhed, test, styring, og finansiering. Markedsføringen har jeg ingen kommentarer til da det ikke er mit fagområde.

så derfor denne post på baggrund af denne tekst: Det skyldes ifølge rapporten, at efterhånden som organisationer flytter sikkerhed, test, styring, markedsføring og finansiering tidligere ind i programmets livscyklus, bliver udviklere presset på tiden af ​​stadigt faldende leveringstider.

  • 0
  • 3
Log ind eller Opret konto for at kommentere