Mislykket softwareprojekt: hvem er ansvarlig, og hvad er dine muligheder?

Hvis dit softwareprojekt mislykkes, er leverandøren kun ansvarlig, hvis den ikke leverede det aftalte, og denne fejl kan tilskrives den (artikel 6:74 i den hollandske borgerlige lovbog, BW). I praksis er ansvaret ofte delt: Hvis klienten ændrede sine ønsker, traf en forsinket beslutning eller ikke leverede testdata, kan retten reducere erstatningen for medvirkende skyld, og forsinkelse forårsaget af klienten tæller slet ikke imod leverandøren.

Denne artikel forklarer de almindelige årsager til konkurs, den juridiske vurdering, klientens pligt til at samarbejde, rollen som en retsudpeget ekspert, de mulige resultater, og hvad klienter og leverandører bør kontrollere for at forhindre eller vinde en tvist.

Hvorfor mislykkes softwareprojekter?

Nogle få årsager går igen, og de forstærker ofte hinanden. Et projekt, der først kun går sent, kan ende med at mislykkes fuldstændigt.

• Omfangsforskel: Kravene fortsætter med at vokse uden en ændringsprocedure, der afgør effekten på planlægning og budget.
• Uklare eller ufuldstændige funktionelle specifikationer, således at det senere er uklart, om resultatet er i overensstemmelse.
• Et systemdesign, der ikke passer til den faktiske belastning, grænsefladerne til andre systemer eller fremtidig vækst.
• Undervurderet kompleksitet og gennemløbstid, især når flere eksisterende systemer skal forbindes.
• Sen eller begrænset samarbejde fra klienten.

Hvornår er leverandøren ansvarlig?

Når den har undladt at opfylde sine forpligtelser, og misligholdelsen kan tilskrives den. I henhold til artikel 6:74 i BW skal debitor erstatte det tab, der er forårsaget af en misligholdelse, medmindre misligholdelsen ikke kan tilskrives ham, for eksempel i tilfælde af force majeure (artikel 6:75 i BW).

Kunden skal derfor bevise, at leverandøren ikke har leveret det aftalte, for eksempel software, der ikke opfylder de registrerede specifikationer. Så længe opfyldelse stadig er mulig, skal leverandøren normalt også være i misligholdelse, efter en skriftlig misligholdelsesmeddelelse med en rimelig frist (artikel 6:82 i BW).

Hvad hvis klienten bidrog til fiaskoen?

Derefter reduceres erstatningen. I henhold til artikel 6:101 i BW fordeles tabet mellem parterne i det omfang, omstændigheder, der kan tilskrives hver af parterne, har bidraget til det; billighed kan føre til en anden deling eller slet ingen erstatning.

Typiske klientbidrag er forsinkede beslutninger om krav, ændring af ønsker uden at acceptere effekten på planlægning og omkostninger, samt manglen på et brugbart testmiljø. Dokumenter gennem hele projektet, hvem der beslutter hvad, hvilke ændringer der foretages, og hvornår information leveres.

Hvad betyder klientens samarbejdspligt?

En softwareimplementering er en fælles indsats. Leverandøren er afhængig af kunden for rettidige og komplette specifikationer, brugbare testdata, hurtige beslutninger og rettidig accept af leverede dele.

Hvis opfyldelse forhindres, fordi klienten ikke yder det nødvendige samarbejde, er klienten i kreditors misligholdelse (schuldeisersverzuim, artikel 6:58 BW). Leverandøren er da ikke i misligholdelse for den pågældende forsinkelse. I iterative projekter, hvor hver fase bygger på feedback fra den foregående, er manglende input ofte afgørende for at tilskrive forsinkelsen.

For kunder: Kritik af fremskridt har ringe vægt, hvis din egen beslutningstagning er langsom. For leverandører: Rapporter forsinkelser forårsaget af kunden straks og skriftligt. Bagefter er det ofte umuligt at rekonstruere, hvem der forårsagede hvilken forsinkelse.

Hvilken rolle spiller en retsudpeget ekspert?

Ofte et afgørende spørgsmål. Hvorvidt softwaren opfyldte specifikationerne, hvor forsinkelsen opstod, og om det ekstra arbejde var berettiget, er tekniske spørgsmål, så retten kan bestille en ekspertrapport (deskundigenbericht) efter anmodning fra en part eller på eget initiativ (artikel 186 i den hollandske civilretsplejelov, Rv).

Før sagen indledes, kan en part også anmode retten om en foreløbig sagkyndig rapport (voorlopig deskundigenbericht) for at vurdere sin holdning (artikel 196 og 202 Rv). Den sagkyndige skal normalt have:

• kontrakten, dens bilag og de gældende generelle vilkår;
• de funktionelle og tekniske specifikationer og ændringsanmodningerne;
• projektplanlægning, statusrapporter og testrapporter;
• korrespondancen om forsinkelse og accept;
• kildekoden og dokumentationen.

Hvis der mangler dokumenter, kan eksperten ofte ikke besvare spørgsmålet, og det skader den part, der støtter sig til de pågældende fakta. Hold orden i projektmappen under projektet, ikke kun når der opstår en tvist.

Hvad kan retten afgøre?

Hvis kun en del af projektet mislykkedes, for eksempel ét modul der ikke fungerer, mens resten er brugbart, kan retten beordre delvis ophævelse (artikel 6:265 i BW). Delvis ophævelse reducerer begge parters præstation proportionalt (artikel 6:270 i BW), så den fungerende del forbliver på plads.

Retten kan tilkende erstatning i henhold til artikel 6:74 i BW, med nedsættelse for medvirkende skyld i henhold til artikel 6:101 i BW. Retten kan også lempe en lovbestemt pligt til at betale erstatning, hvis fuld erstatning ville føre til klart uacceptable konsekvenser, for eksempel hvis kravet er ude af proportion med kontraktens værdi (artikel 6:109 i BW); domstolene bruger denne beføjelse sparsomt.

Mange mislykkede projekter ender med en genstart hos en anden leverandør. Det rejser sine egne spørgsmål: Hvem får kildekoden, hvem besidder de intellektuelle ejendomsrettigheder, og er der en escrow-aftale? Afklar disse punkter i starten af ​​projektet.

Hvordan kan voldgift hjælpe i IT-tvister?

Mange IT-kontrakter henviser tvister til Stiftelsen til Bilæggelse af Automatiseringstvister (Stichting Geschillenoplossing Automatisering, SGOA), som tilbyder voldgift, mægling og bindende rådgivning med voldgiftsdommere, der kender IT-sektoren. Voldgift er kun mulig, hvis parterne har aftalt det, normalt gennem en klausul i kontrakten eller de generelle vilkår.

Uden en sådan klausul går tvisten til de almindelige domstole: underdomstolen for krav på op til €25,000 og byrettens handelskammer for større krav (artikel 93 Rv).

Hvad skal du som klient tjekke?

• Er de funktionelle specifikationer og acceptkriterier registreret, og stemmer de overens med, hvad du nu forventer?
• Har du leveret specifikationer, testdata, beslutninger og godkendelser til tiden, og kan du bevise det?
• Har du sendt en skriftlig meddelelse om misligholdelse med en rimelig frist, før du kan kræve erstatning eller hæve købet?
• Begrænser kontrakten leverandørens ansvar, eller udelukker den følgeskader?
• Har du adgang til kildekoden og dokumentationen, eller en escrow-aftale, til en genstart et andet sted?
• Indeholder kontrakten en voldgiftsklausul, for eksempel for SGOA?

Hvad skal man som leverandør tjekke?

• Har I nedskrevet alle ændringsanmodninger, inklusive deres indflydelse på planlægning og pris?
• Har I straks og skriftligt rapporteret forsinkelser forårsaget af manglende klientinput?
• Kan I vise med testrapporter og godkendelsesprotokoller, hvilke dele der blev leveret og accepteret?
• Gælder jeres generelle vilkår, herunder ansvarsloftet?
• Er din projektmappe komplet nok til, at en ekspert kan rekonstruere projektets forløb?

Hvordan kan du forebygge en tvist?

De fleste tvister kan forebygges ved at udarbejde en kontrakt. Fem foranstaltninger kan hjælpe:

• opdel projektet i udgivelser eller milepæle, hver med sine egne acceptkriterier;
• aftale formelle godkendelsestests, før en faktura forfalder;
• registrere en ændringsprocedure: hvem kan anmode om en ændring, hvem træffer beslutningen, og hvordan planlægning og pris justeres;
• aftale en eskaleringsstige: projektgruppe, styregruppe, mægler og først derefter voldgift eller retssag;
• Inkluder en voldgiftsklausul, hvis du foretrækker et IT-specialiseret forum som f.eks. SGOA.

Hvad kan vi gøre for dig med et mislykket softwareprojekt?

Vores IT-advokater rådgiver klienter og leverandører om IT-projekter i problemer. Vi kan:

• vurder din kontrakt og projektmappe og afgør, hvem der er ansvarlig for hvilken forsinkelse;
• udarbejde en misligholdelsesmeddelelse eller en skriftlig advarsel om manglende samarbejde;
• forhandle et forlig eller en ordnet exit, herunder overdragelse af kildekode;
• anmode om en foreløbig ekspertrapport eller udarbejde spørgsmålene til en retsudpeget ekspert;
• føre sager ved retten eller ved voldgift om ophævelse og erstatning.

Læs mere om, hvad en IT-advokat laver.

Resumé

• Et mislykket projekt er ikke automatisk en manglende udførelse fra leverandørens side; fejlen skal kunne tilskrives leverandøren (artikel 6:74 i BW).
• Medvirkende skyld fra klientens side reducerer skaden (artikel 6:101 i BW); manglende samarbejde kan sætte klienten selv i misligholdelse (artikel 6:58 i BW).
• En retsudpeget ekspert afgør ofte de tekniske spørgsmål, så sørg for at projektmappen er fuldstændig.
• Retten kan beordre delvis ophævelse, således at den fungerende del bevares.
• Faseopdelt levering, accepttest, en ændringsprocedure og en eskaleringsstige forhindrer de fleste tvister.

Ofte stillede spørgsmål