Gå til hovedindhold
Version2 it for professionelle
Forsiden

Hovedmenu

  • It-nyheder
  • Blogs
  • It-job
  • It-firmaer
  • Whitepapers
  • Opret bruger
  • Log ind
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?
Se kommentarer (2)
Emner It-kontrakter, It-politik, Offentlig it, Projektledelse

Bonus frem for bod i it-kontrakter

Af Anders Christian Boisen 2. maj 2012 kl. 09:55

Bodsbestemmelser synes at være standard i enhver it-kontrakt. Det er et enkelt og operationelt værktøj, der dels har til formål at holde leverandøren fokuseret på opgaveløsningen, dels fungerer bod som en på forhånd fastlagt kompensation til kunden for de omkostninger, der må formodes at være en konsekvens af en leverandørs evt. misligholdelse.

Man skal ikke have læst mange debatter på version2 for at konstatere, at det er en udbredt opfattelse af, at bod virker kontraproduktivt, idet leverandøren tvinges til (på uhensigtsmæssig vis) udelukkende at fokusere på (lavest mulig) opfyldelsen af de krav, der er knyttet bod til.

Selvfølgelig kan der etableres bodskonstruktioner, der ikke fremmer et godt samarbejde, eksempelvis hvis der ikke er proportionalitet mellem manglende handling og konsekvens. Men jeg er ikke enig i den generelle antagelse om, at om bod som sådan skaber dårlige projekter. Jeg har tillid til, at de fleste leverandører arbejder konstruktivt for at levere som aftalt og ikke taktisk for at undgå bod.

Når man kritiserer boden som instrument, skal man være opmærksom på, at alternativet til bod ikke er "ingenting". Alternativet vil være, at kunden ved et tab forårsaget af leverandørens misligholdelse i stedet vil rette et erstatningskrav mod leverandøren.

Man skal kigge lagt i vejviseren efter en kunde, der vil fraskrive sig muligheden for at få dækket et tab grundet en leverandørs misligholdelse.

Det er dog uomtvisteligt, at boden set fra leverandørside har karakter af en negativ incitamentsmodel. Og bod motiverer helt åbenbart ikke til innovative tiltag i projektet.

Rigtig mange leverandører (og kunder) vil derfor også gerne fokusere på etablering af bonusordninger, så der skabes et positivt incitament i projekterne. Grundlæggende må det være sådan, at leverandøren skal levere en fastlagt ydelse på et bestemt kvalitetsniveau. For levering modtager leverandøren sit vederlag. Bonus vil herefter være relevant, hvis leverandøren leverer mere end det aftalte, eller leverer på en sådan måde, at kunden får en ekstra forretningsmæssig værdi.

Herudover skal den betalingsudløsende aktivitet være objektivt konstaterbar, så der ikke opstår diskussion, om hvorvidt leverandøren er berettiget til sin bonus.

Den optimale incitamentsmodel etablerer en situation, hvor begge parter har en interesse i sammen at arbejde for et fælles mål, der giver værdi for kunden og samtidig bonus til leverandøren. Det er dog ikke så enkelt endda. Fastlæggelse af den rigtige bonusmodel kræver grundige overvejelser. Der kan let være en risiko for, at leverandøren afskriver bonussen, fordi den er for vanskelig at nå eller fordi omkostningerne ved at indfri bonusmålet ikke står i et rimeligt forhold til den gevinst, der kan hentes.

Heroverfor står de situationer, hvor leverandøren allerede fra projektstart har indregnet bonus i sin indtjening, fordi kunden har sat målet for lavt. Isoleret set er det positivt, hvis målet nås, men i praksis opnås ikke den positive gevinst i projektet, som bonusmodellen også havde til hensigt at levere.

En udfordring for offentlige myndigheders brug af bonus er den manglende mulighed for at have dialog med leverandøren om målepunkter og niveau. I private samarbejdsforhold får kunde og leverandør i forhandlingerne en højere grad af forståelse for hinandens forretning og herved også en langt bedre mulighed for at fastlægge operationelle målepunkter for bonus, end hvad der er muligt i et traditionelt offentligt udbud uden dialog. Det er rigtig ærgerligt for det offentlige.

I offentlig budgetpraksis er det oftest sådan, at et projekt får et fastlagt beløb, som de ansvarlige skal forsøge at få det bedste ud af. Hvis en del af dette beløb afsættes til bonus, risikerer den projektansvarlige, at pengene tages ud af projektet, hvis ikke de fastlagte bonusmål nås. Den projektansvarlige mister med andre ord penge, der kunne have genereret værdi, f.eks. til videreudvikling.

Da de projektansvarlige sjældent selv får en bonus for at spare penge, kan man frygte, at bonusmodellen udgår, og pengene i stedet går til en udvidelse af hovedprojektet, der ikke nødvendigvis er forretningsmæssig velbegrundet. Og det er sjældent vejen til et succesfuldt it-projekt.

Netop det offentliges budgetmekanismer og firkantede tilgang til bevilling af midler til it-projekterne kan være en hindring for incitamentet til at skabe fleksible bonusordninger i de enkelte projekter. Her er der plads til nytænkning.

Trods de åbenlyse udfordringer der er ved etablering af gode bonusmodeller, er jeg personligt overbevist om de udgør et uudnyttet potentiale i it-projekterne som supplement og modvægt til de klassiske bodsmekanismer.

Send Tweet
Udskriv
Billede af Anders Christian BoisenOm Anders Christian Boisen

Anders er manager hos Rambøll Management og rådgiver om juridiske aspekter ved digitaliseringsprojekter og it-udbud i den offentlige sektor. Han blogger om emner mellem teknologi og jura med fokus på offentlige myndigheders gennemførelse af digitaliseringsprojekter.

Kommentarer (2)

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Thomas Christensen 2. maj. 2012 - 15.51
 
Bod == bonus

I min optik fungerer bonus ligesom bod. Bod er en straf, leverandøren vil gøre alt for at undgå, mens bonus er en indtjening, som leverandøren vil gøre alt for at indkassere. Mao. er en bonus, der ikke indkasseres fuldstændig ækvivalent med en bod, der udsløses. Problemet er når kriterierne er subjektive. Og it-projekters natur gør, at de fleste kriterier er subjektive.

Der er andre værktøjer, der - tror jeg - fungerer bedre:

Bod/bonus baseret på objektive kriterier. Jeg arbejder fx pt. med bod for udskiftning af medarbejdere på leverandørsiden.

Adgang til betingelsesløs opsigelse. Dette kræver, at it-systemer udvikles, så de relativ problemfrit kan overdrages til en ny leverandør. Dette bør være et grundliggende kvalitetskrav.

"Byggeherrerådgivning". Kunden bør anvende neutrale tekniske rådgivere, der bl.a. reviewer den leverede kode løbende. (Jeg arbejder som en sådan byggeherrerådgiver, så denne pointe er ikke helt neutral. Men jeg sparer kunden for væsentlig flere penge, end jeg koster.)

Krav til kodekvalitet og udviklingsprocesser. Jeg mener ikke, kunderne kan nøjes med at stille funktionelle krav. Der skal også stilles krav til den underliggende kodekvalitet og til den proces, der fører til koden. Fx bør krav til kodereviews være en obligatorisk del af en udviklingskontrakt.

  • Stem op 0
  • Stem ned 0
  • anmeld
  • Log ind eller opret en konto for at skrive kommentarer
Mads Vanggaard 2. maj. 2012 - 17.57
 
Bod er noget du selv betaler for

Hvis du laver IT løsninger, hvor det drejer sig om pengehåndtering eller kritisk service til kundens kunder så er der næsten altid bod involveret. De fleste glemmer dog, at den bod du måtte skrive ind i kontrakten har en direkte og en indirekte invirkning på prisen.

Den direkte kommer ved, at leverandøren tager det med ind i hans risikovurdering og sætter prisen herefter. Kan leverandøren finde ud af, at levere mindst en minimum løsning til tiden, så har han scoret mer-gevinsten.

Den indirekte kommer ved at det medvirker til at skabe en 0-fejls kultur, frem for win-win samarbejde & et langvarige partnerskab. Det er ikke altid du kan skabe en naturlig bund for partnerskaber (typisk når man er en lille kunde hos en stor leverandør), men bod hjælper ihvertfal ikke.

Spørgsmålet er så om du kan erstatte bod med flere stop gates sat efter naturlige perioder i et helt projektforløb, samt definere bonusordninger som kan vurderes f.eks. op imod 1-3 år efter levering og herved give leverandøren incitament til at levere noget som giver værdi for kunden. Jeg tænker f.eks. at der kunne inkluderes målinger på antal kunder sager håndteret af systemet, antal påviste applikationsnedbrud, antal sikkerhedsproblemer påvist af ekstern branche-kendt revisionsfirma, ...

  • Stem op 0
  • Stem ned 0
  • anmeld
  • Log ind eller opret en konto for at skrive kommentarer

Tilføj kommentar

Opret en konto eller log ind for at følge indhold på Version2 - og bliv opdateret via e-mail eller rss

Følg kommentarer
Log ind herunder eller opret en bruger for at skrive kommentarer
Du kan logge ind med din e-mail-adresse
Der er forskel på store og små bogstaver i adgangskoden.
Glemt adgangskode?

Seneste nyt

Derfor ønsker virksomhederne ikke Windows 8

Udgivet 21. maj 16.03Opdateret 21. maj 16.03

Lenovo lancerer Atom-drevet Android-kæmpe: 5,5 tommer fuld HD-skærm

Udgivet 21. maj 14.41Opdateret 21. maj 14.41

Brug for billed-backup? Flickr giver 1 terabyte gratis lagerplads

Udgivet 21. maj 13.11Opdateret 21. maj 14.00

SAP udbreder dansk succes: Opretter global afdeling for autister

Udgivet 21. maj 11.40Opdateret 21. maj 11.40

Regeringen støtter ny forordning: Brug NemID i hele EU

Udgivet 21. maj 10.46Opdateret 21. maj 13.14

Flere it-nyheder »

Tilmeld dig Version2's it-nyhedsbrev og vind den nye iPad.

Seneste debat

  1. Teenager står frem: Derfor hackede jeg Version2

    41 comments.
    Last update 29 minutter 5 sekunder
    Skrevet af Hans-Michael Varbæk
  2. Kabelpriser

    42 comments.
    Last update 1 time 48 minutter
    Skrevet af martins12 hansen
  3. Retten er sat: Kusine stævner fætter om familiedomænet

    35 comments.
    Last update 3 timer 18 minutter
    Skrevet af Leif Neland
  4. Regeringen støtter ny forordning: Brug NemID i hele EU

    10 comments.
    Last update 3 timer 30 minutter
    Skrevet af Finn Christensen
  5. New Zealand dropper softwarepatenter

    15 comments.
    Last update 4 timer 29 minutter
    Skrevet af Peter Mogensen
  6. Google tvangsudruller Hangouts og dræber Google Talk

    18 comments.
    Last update 4 timer 54 minutter
    Skrevet af Finn Christensen
  7. Eks-telechef: Stop nu nytteløs sessionslogning

    14 comments.
    Last update 5 timer 29 minutter
    Skrevet af Gert Madsen
  8. Sådan gemmer Det Kongelige Bibliotek alle danske computerspil

    9 comments.
    Last update 5 timer 38 minutter
    Skrevet af Uffe Kousgaard

Mere debat »

It-virksomheder

Visma Sirius A/S
|
MN Security
|
Timelog
|
Eazysoft
|
Uniwise
|
Lakeside
|
Relation House
|
Woodbo
|
Scanarmor
|
Halibut
|
REALTECH NORDIC ApS
|
Simpelt Regnskab
 

Information

  • Kontakt redaktionen
  • Job- og annoncesalg
  • Teknisk support
  • Om Version2
  • Brugerbetingelser
  • Cookie- & privatlivspolitik

Aktuelle emner

  • Agil udvikling
  • Business Intelligence
  • Cloud computing
  • Intranet
  • It-sikkerhed
  • NemID
  • Open source CMS
  • Projektledelse
  • Scrum
  • Sharepoint intranet
  • Storage
  • Ubuntu
  • Virtualisering
  • Windows 8
  • Windows Server 2012
  • iOS 6
  • iPhone 5

Tjenester

  • iPhone-app
  • RSS-feeds
Følg @version2dk
Tilmeld dig Version2's it-nyhedsbrev og vind den nye iPad.

Version2 udgives af

  • Mediehuset Ingeniøren A/S work Trekronergade 26 2500 Valby
  • Tlf. work 33265300