Bygga eller köpa

Nästan ingen lösning är helt byggd eller helt köpt. Den består av delar, och delarna skiljer sig åt på en enda punkt som betyder något: om delen är densamma för alla som gör det här, eller om den är er.

En motor som tar emot en fråga, hämtar underlag och anropar en modell är densamma överallt. Urvalet av underlag, formuleringarna, reglerna för vad som får ske och de fall ni mäter mot är bara era.

Den riktiga frågan är därför inte bygga eller köpa, utan var gränsen mellan de två ska gå. Och den gränsen avgör vad varje framtida ändring kostar.

Ligger det verksamhetsspecifika som konfiguration ovanpå en generell motor kan ni ändra det själva, och motorn kan bytas under er utan att arbetet ovanpå görs om. Ligger samma sak inbakat i något som byggts åt er blir varje ändring en beställning.

Åt andra hållet gäller motsvarande för det ni köper. En produkt som driftas oförändrad uppgraderas av den som gjorde den. En produkt ni anpassat är en produkt vars uppgraderingar nu är ert problem, utan att ni för den skull äger källan.

Så här går det fel

En färdig produkt köps och täcker det mesta. Två avvikelser i handläggningen gör att den inte riktigt passar, och leverantören löser det med anpassningar inuti produkten.

Senare kommer en ny version med förmågor verksamheten vill ha, och anpassningarna följer inte med. Valet står mellan att betala för att göra om dem eller att stanna på den gamla versionen. Man stannar. Anpassningarna låg inuti produkten och inte som konfiguration ovanpå den, så det fanns ingen väg att bära dem vidare.

Det här måste någon bestämma

Rita gränsen innan ni väljer leverantör, och rita den efter vad som ändras ofta.

Det som ändras med verksamheten ligger på er sida och är konfiguration: läsbar, versionshanterad och ändringsbar utan ett bygge. Det som är likadant för alla köper ni och driftar oförändrat.

Vad ni gör när en färdig produkt nästan passar. Antingen anpassar ni rutinen till produkten, eller så accepterar ni att ni tagit över dess förvaltning. Det senare ska vara ett beslut med känd kostnad och inte en följd av att en anpassning såg liten ut. Och att egen utveckling motiveras mot det som redan finns.