Vad du inte visste om LOU – Lagen om offentlig upphandling

(this post will be in Swedish since it is a response to Swedish legislation describing how to sell and buy software. If you still are interested, Google Translate is your best friend 🙂

LOU – Lagen om offentlig upphandling är fröet till många katastrofer för statliga och kommunala mjukvaruprojekt. Tänkt som ett verktyg för att hushålla väl med statliga medel, genom att konkurrensutsätta erbjudanden bidrar LOU tyvärr till att skapa dåliga förutsättningar för att lyckas med mjukvara.

Det knasiga med LOU är de felaktiga incitamenten: Om vi antar att de funktioner som är användbara är relativt okända i ett tidigt stadium av projektet så är default practice vid användandet av LOU att funktionerna skall specas i början och sedan skall billigast leverantör väljas. Det vanligaste sättet att jämföra leverantörer är att skapa en lång lista av den sammanlagda funktionaliten i deras produkter och sedan låta dem bjuda på minsta kostnad. Inte oväntat kommer vinnande leverantör efter kontraktet’s inskrivande att snabbt flytta på senior kompetens ur projektet till fördel för junior och vips befinner både kunden och leverantören i en långsam dödsdans där kundens användare blir förlorarna.

LOU innehåller dock ett antal möjligheter som du som upphandlare kan nyttja smart.

Det första är Projekttävlingar

“En projekttävling kan vara en bra lösning om den upphandlande myndigheten ska upphandla tjänster som resulterar i en ritning eller projektbeskrivning.

Projekttävlingen är öppen för alla. Leverantörerna blir bedömda av en oberoende och sakkunnig jury som utser den vinnande ritningen eller projektbeskrivningen. Tävlingsbidragen är anonyma och kan jämföras med varandra. Efter projekttävlingen kan den upphandlande myndigheten tilldela ett tjänstekontrakt till vinnaren eller vinnarna. ”

Projekttävlingar kan användas till att be leverantörerna implementera en körbar prototyp på ett utpekat huvudanvändarflöde samt tex. skisser på användarlayout och systemarkitektur. Fördelen är att du kan välja den lösning som passar, snarare än den billigaste leverantören, efter det att du fått ett grepp om mognadsgrad hos leverantören.

Alternativ 2 är  Konkurrensutpräglad dialog
————–
“Konkurrenspräglad dialog får användas när det är omöjligt att utforma någon mer exakt specifikation, samt i de fall när det inte går att utforma specifikationer som gör det möjligt att värdera alla lösningar som marknaden kan erbjuda. Förfarandet är möjligt att använda när den upphandlande myndigheten i stort känner till vilket slutresultat som ska uppnås, men där myndigheten inte i förväg kan fastställa hur resultatet ska uppnås på bästa sätt i form av t.ex. finansiering, rättsfrågor eller tekniska lösningar. Dialogen ska resultera i en eller flera lösningar som blir grunden för de anbud som deltagarna sedan erbjuds att lämna”

Igen ett sätt att köpa tidig information, dvs att känna leverantörerna på pulsen, se vilka man kan föra en bra dialog med och bättre möjlighet att välja en relevant lösning snarare än en mängd features i en säck.

Jag känner till få företag som idag praktiserar dessa möjligheter (om du gör det, tipsa mig!). Men, de finns, går att använda och medges inom ramen för LOU. Därför behöver vi sprida kunskapen.

Ps: Vill du veta mer om LOU eller  hur du upphandlar mjukvara som maximerar verksamhetsnyttan så häng med på min och Mia’s kurs  “Certifierad Agil Beställare 9-10e Mars“.