Rapport: Udviklerne har ansvaret for datakvaliteten

12. august 2021 kl. 10:3610
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.
Artiklen er ældre end 30 dage
Manglende links i teksten kan sandsynligvis findes i bunden af artiklen.

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.

Artiklen fortsætter efter annoncen

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.«

10 kommentarer.  Hop til debatten
Denne artikel er gratis...

...men det er dyrt at lave god journalistik. Derfor beder vi dig overveje at tegne abonnement på Version2.

Digitaliseringen buldrer derudaf, og it-folkene tegner fremtidens Danmark. Derfor er det vigtigere end nogensinde med et kvalificeret bud på, hvordan it bedst kan være med til at udvikle det danske samfund og erhvervsliv.

Og der har aldrig været mere akut brug for en kritisk vagthund, der råber op, når der tages forkerte it-beslutninger.

Den rolle har Version2 indtaget siden 2006 - og det bliver vi ved med.

Debatten
Log ind eller opret en bruger for at deltage i debatten.
settingsDebatindstillinger
9
16. august 2021 kl. 06:42

Software Development Life Cyklehttps://snyk.io/learn/sdlc-software-development-life-cycle/?utm_medium=Paid-Search&utm_source=google&utm_campaign=nb_ba_snyk-code&utm_content=sdlc&utm_term=sdlc&gclid=EAIaIQobChMI2Jfqqtu08gIVlKjVCh1KWA_mEAAYASAAEgLnUPD_BwE

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.

8
15. august 2021 kl. 12:59

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.

4
13. august 2021 kl. 12:57

Og kunne du være så venlig at fortælle hvad der gemmer sig bag akronymet SLDC?

3
13. august 2021 kl. 12:13

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.

2
12. august 2021 kl. 15:12

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

1
12. august 2021 kl. 13:58

... om der ikke også er problemer med datakvaliteten i de data der indgår i "SD Times Data Quality Survey" ?