Accenture om EFI: Kildekode under niveau og i strid med SAP-anbefalinger

Illustration: REDPIXEL.PL/Bigstock
Især EFI's SAP-baserede søstersystem DMI bliver kritiseret i Accentures tekniske gennemgang. Men kravspecifikationen får også hug for at være for vagt formuleret.

Kodekvaliteten var jævnt gennemsnitlig i Skats EFI-system, lyder vurderingen fra konsulentfirmaet Accenture, som har gennemgået Skats system til inddrivelse af danskernes gæld til det offentlige. Men det er også noget af det mest positive, Accenture siger om systemet i de i alt fem rapporter.

Helt overordnet kritiseres Skat for at have valgt et design, hvor to systemer - EFI og søstersystemet DMI - skulle spille tæt sammen, men blev udviklet af forskellige leverandører og som adskilte projekter.

DMI, der er den finansielle motor for EFI, er baseret på SAP. Dermed har Skat i princippet fulgt en anbefaling om at anvende standardsoftware. Men i gennemgangen af koden for DMI slår Accenture fast, at DMI ikke følger standardretningslinjer for SAP-systemer, og det i den nuværende version kun er de udviklere, der har udviklet det, som vil kunne vedligeholde det.

Accenture vurderer således, at kvaliteten af koden i DMI var under gennemsnittet.

Rapporten fremhæver også kravspecifikationen som en kilde til problemer. Skat havde i samarbejde med eksterne konsulenter opstillet 389 krav i beskrivelsen af EFI sammen med 700 siders case-beskrivelser. Det er ifølge Accenture langt under normen for et system af dette omfang, hvor 2.000 til 4.000 krav er mere normalt. Det betød, at flere af kravene var vagt formuleret.

Samtidig var det ikke muligt at beskrive og dokumentere, hvor færdigt projektet var i forhold til kravene, og derfor er det i princippet umuligt at gøre projektet helt færdigt.

Samlet set var EFI og DMI dermed et ekstremt komplekst system, som ikke var særlig præcist beskrevet og skulle udvikles i to dele.

Derfor anbefaler Accenture, at EFI og DMI gradvist lukkes ned og erstattes af et nyt system.

Det er usikkert, hvorvidt det vil være muligt at genbruge dele af de to systemer, fordi EFI i flere tilfælde ikke validerer input tilstrækkeligt, og DMI som nævnt ikke følger gængs SAP-praksis.

Problemerne betyder, at EFI eksempelvis ikke kan håndtere input, hvor der er tomme datafelter, og det var én af grundene til, at de automatiske funktioner i EFI er blevet slået fra siden ibrugtagningen.

EFI og DMI var designet til at give Skat et fleksibelt system, som kunne håndtere fremtidige ændringer smidigt, men fordi de to systemer blev udviklet hver for sig, så vil det ifølge Accenture sandsynligvis være forbundet med højere omkostninger at opdatere systemerne, end for tilsvarende systemer.

Tips og korrekturforslag til denne historie sendes til tip@version2.dk
Følg forløbet
Kommentarer (12)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
Ditlev Petersen

Jeg troede, at COBOL var standardsoftware. Men et system til et dansk skattevæsen med mange og specielle danske love og regler er vel næppe noget, man kan købe færdigudviklet ret mange steder? Lige så lidt som det engelske skattevæsen kan købe noget, der er hyldevare.
Problemet er, at man bruger besparelsen, før man overhovedet har set bjørnen endsige skudt den. Og at man har en religiøs tro på magiske bokse (computere).
Men da det jo i forvejen er et dogme, at jo mere folk kan unddrage i skat desto bedre (se bare Grækenland), så kan man frygte, at det er tilsigtet.

  • 3
  • 0
Peter Stricker

Helt overordnet kritiseres Skat for at have valgt et design, hvor to systemer - EFI og søstersystemet DMI - skulle spille tæt sammen, men blev udviklet af forskellige leverandører og som adskilte projekter.

Ja uha, vi er vant til at det hele skal laves som ét stort system, der binder den offentlige myndighed til samme leverandør i årtier.

Skat havde i samarbejde med eksterne konsulenter opstillet 389 krav i beskrivelsen af EFI sammen med 700 siders case-beskrivelser. Det er ifølge Accenture langt under normen for et system af dette omfang, hvor 2.000 til 4.000 krav er mere normalt.

Og hvor godt plejer det at gå med så store systemer? Havde det ikke muligvis været bedre at udvikle 10 systemer med hver 400 krav?

Det betød, at flere af kravene var vagt formuleret.

Vagt formulere krav kan være en stor fejlkilde. Men hvorfor er uklare krav en følge af, at der har været for få krav?

Samlet set var EFI og DMI dermed et ekstremt komplekst system, som ikke var særlig præcist beskrevet og skulle udvikles i to dele.

Derfor anbefaler Accenture, at EFI og DMI gradvist lukkes ned og erstattes af et nyt system.

Som jeg skrev i overskriften: "Accenture anbefaler en Big Bang løsning". Stik imod den nuværende skatteministers nye erkendelse.

Hvem har ret?

  • 8
  • 0
Jan Mikkelsen

Hov, vil det sige at en langt større indsats mht. kravspecifikation i starten af meget komplekse IT projekter er løsningen??

Så er det da det man skal! Vi kan jo kalde det for "Vandfaldsmodellen".

Så er der heller ingen grund til at overveje om det er et problem at give komplekse projekter til firmaer (læs CSC) som igen og igen fejler.

Der er heller ingen grund til at overveje om en lille gruppe kompetente danske udviklere ville kunne have outperformet en hær af indiske udviklere som siver hurtigt igennem projekterne og som er vanskelige at kommunikere med.

  • 8
  • 0
Carsten Svendsen

Pinligt og uintelligent at det konstruktive løsningsforslag PHK smed på bordet for lang tid siden ikke har fået gang på jord endnu. Må konkludere at det må være fordi det er det offentlige hvor intet ansvar tages og hvor det store pengetræ gror i gårdhaven.

  • 0
  • 1
Jens Jönsson

Men i gennemgangen af koden for DMI slår Accenture fast, at DMI ikke følger standard retningslinjer for SAP-systemer, og det i den nuværende version kun er de udviklere, der har udviklet det, som vil kunne vedligeholde det.

Accenture vurderer således, at kvaliteten af koden i DMI var under gennemsnittet.

Så man har heller ikke defineret i kontrakten at koden skal have en vis kvalitet, sådan at andre end leverandøren vil kunne vedligeholde systemet fremadrettet (og man ville kunne søge erstatning) ?

Lyder som om at koden har været outsourcet til en slave programmør i et fjernt land bare for at gøre det dejligt billigt.
Der må være nogen der har tjent muffen på det projekt....

  • 4
  • 0
Bent Andersen

Fra min tid som SAP konsulent (det er jeg så af forskellige årsager ikke mere) ved jeg at der desværre var mange der opfattede SAP som emnet eller som nævnt "standardsoftware". Det er endnu en skrøne fra golfbanen, for man kan ikke bare smide de moduler på man tror passer til området og så skal der lige skrues på et par parametre og så lører vi. SAP fejler sådan set ikke noget, det er som altid forståelsen, processen og styringen den er gal med.

  • 4
  • 0
Jens Andersen

Udfordringen med SAP er at kildekoden leveres med og dermed er åben for ændringer. Nu skulle man jo mene at et debitorsystem er rimeligt enkelt og standardiseret. Udfordringen er nok mere integration fra DMI (SAP) og EFI, idet EFI stiller store krav til de forskellige inddrivelses typer. Men det har jo altid været et sikkert kort at skyde skylden på SAP, men det vil jeg ikke mene i dette tilfælde. Årsagen er nok som sædvanlig den udbudproces som det offentlige er tvunget til at anvende.

  • 4
  • 0
Nikolaj Brinch Jørgensen

Er det bar mig der synes det er lidt skørt at høre på en konkurrerende leverandør (Accenture), skyde på CSC og KMD leverancer?
Som konkurrent har de naturligvis al mulig interesse i at anbefale at EFI+DMI skrottes og erstattes af et nyt system.

Er der iøvrigt nogen der huske et lønsystem til Københavns Kommune for år tilbage?

Det er træls at nu også Version2 (ligesom bla. Berlingske Tidende tidligere) leger mikrofonholder for Accenture, der behandles som sandhedsvidne.
Accenture har blot givet deres syn på leverancen og anbefaling, set fra deres side. Accentures syn og anbefalinger er naturligvis rodet sammen med deres egne kommercielle interesser i emnet, og netop derfor bør der udvises varsomhed med ukritisk at publicere dem.

Det lyder heller ikke særligt besnærende at man anbefaler at tage 2 kolosser af systemer og sammensmelte dem i en monolit med 4.000 krav.
Det er altså at gå vældig meget baglæns, til do-it-all systemerne, fra fortiden.

  • 2
  • 0
Log ind eller Opret konto for at kommentere
IT Company Rank
maximize minimize