Integrationer växer – gör arbetssättet det också?

Integrationer börjar sällan som ett eget ansvarsområde. I de flesta produktorganisationer utvecklas de parallellt med produkten. Nya system ansluts, API förändras och partners behöver kunna utbyta information. Integrationerna växer fram i takt med verksamheten och blir en naturlig del av utvecklingsarbetet.

Det är ett arbetssätt som kan fungera väl under lång tid. Utmaningen uppstår när integrationsarbetet förändras, samtidigt som organisationen fortsätter att arbeta på samma sätt. Det som från början handlade om att utveckla enskilda integrationer blir med tiden en fråga om förvaltning, övervakning, säkerhet, dokumentation och långsiktig arkitektur. Integrationsmiljön blir helt enkelt mer komplex än det arbetssätt som en gång skapade den.

Det är ofta här många organisationer når en brytpunkt.

Vilka fem tecken visar att arbetssättet behöver utvecklas?

Det finns sällan en enskild händelse som visar att integrationsarbetet har vuxit ur sin ursprungliga form. Ofta handlar det om flera förändringar som tillsammans pekar på att organisationen behöver ett mer långsiktigt arbetssätt:

1. Kunskapen är koncentrerad till ett fåtal personer.
   Integrationslogik, beroenden och historiska beslut finns främst hos enskilda utvecklare. Det skapar sårbarhet när någon byter roll eller lämnar organisationen.
   

2. Förvaltning och support tar en allt större del av arbetet.
   Övervakning, felsökning, säkerhetsuppdateringar och förändringar i anslutna system kräver successivt mer uppmärksamhet. När supportärenden kopplade till integrationer ökar blir det samtidigt svårare för produktteamet att behålla fokus på kärnprodukten.

3. Liknande funktionalitet byggs flera gånger.
   Nya integrationer utvecklas som separata projekt trots att delar av logiken skulle kunna standardiseras och återanvändas.
   

4. Ansvar och prioriteringar blir otydliga.
   Det saknas ett gemensamt arbetssätt för hur integrationer ska utvecklas, dokumenteras, övervakas och förvaltas över tid.
   

5. Nya kund- och marknadskrav blir svårare att möta.
   Varje nytt integrationsbehov kräver oproportionerligt mycket analys och anpassning, vilket gör det svårare att hålla ett jämnt utvecklingstempo.

Varje tecken kan hanteras var för sig. När flera av dem uppträder samtidigt tyder det däremot på att integrationsarbetet inte längre enbart är en utvecklingsuppgift. Det har blivit en strategisk förmåga som kräver ett eget arbetssätt.

Integrationer förändrar karaktär över tid

En vanlig missuppfattning är att integrationsarbete framför allt handlar om utveckling. På Lundatech ser vi återkommande att själva utvecklingen bara är en del av helheten.

I takt med att integrationsmiljön växer blir förvaltning, övervakning, återanvändning och arkitektur minst lika avgörande. Integrationsarbetet utvecklas gradvis till ett specialistområde med andra krav än traditionell produktutveckling.

Ett moget integrationsarbete handlar därför inte bara om teknik. Det handlar också om att skapa strukturer där kunskap, ansvar och processer kan delas, förvaltas och utvecklas över tid.

Den största förändringen handlar inte om teknik

När integrationsprojekt blir svårare att hantera är den spontana slutsatsen ofta att den tekniska miljön har blivit för komplex. I praktiken handlar utmaningen minst lika mycket om organisation och arbetssätt. Det är ett återkommande mönster i de integrationsprojekt Lundatech arbetar med. Integrationsarbetet fortsätter att organiseras som en serie enskilda utvecklingsprojekt, trots att integrationsmiljön sedan länge fungerar som en gemensam plattform för verksamheten.

Problemet är därför sällan mängden kod eller antalet integrationer. Problemet är att arbetssättet inte utvecklas i samma takt som integrationsmiljön.

Vad innebär ett modernt integrationspartnerskap?

Begreppet outsourcing för tankarna till att ansvar flyttas utanför organisationen. Det beskriver sällan hur moderna integrationsmiljöer utvecklas.

I praktiken handlar det oftare om att komplettera den egna utvecklingsorganisationen med specialistkompetens, etablerade arbetssätt och en integrationsplattform som gör integrationsarbetet mer standardiserat och mindre personberoende. Den egna organisationen fortsätter att äga produkten, kundrelationen och prioriteringarna. Integrationspartnern bidrar med plattform, specialistkompetens samt ansvar för utveckling och förvaltning av integrationsflödena. Hur ansvaret fördelas kan variera: Lundatech kan bygga och förvalta integrationerna bakom kundens eget erbjudande, tillhandahålla plattformen för kundens egen utveckling eller fungera som långsiktig integrationspartner. Gemensamma arbetssätt för övervakning, spårbarhet och säkerhet gör det också lättare att möta ökade regulatoriska krav.

Läs mer om vad iPaaS är och vilken roll integrationsplattformen spelar i moderna systemlandskap.

Det är också här skillnaden mellan ett traditionellt konsultuppdrag och ett långsiktigt integrationspartnerskap blir tydlig. Målet är inte att leverera en enskild integration. Målet är att skapa ett arbetssätt där nya integrationer kan utvecklas, återanvändas och förvaltas på ett enhetligt sätt över tid.

Hypergene utvecklade ett mer skalbart arbetssätt

Hypergene är ett integrationsintensivt SaaS-bolag vars kundimplementationer ofta omfattar två eller fler integrationer. Historiskt byggdes mycket av integrationslogiken kundspecifikt. När systemlandskapet och kundernas krav förändrades blev arbetssättet alltmer tidskrävande, komplext och kostsamt. Genom samarbetet med Lundatech började Hypergene använda Business Cloud som en integrerad del av sitt erbjudande. Plattformen används för att standardisera integrationsflöden, skapa centraliserad övervakning och återanvända integrationer mot vanligt förekommande system. Lösningen erbjuds under Hypergenes eget varumärke, vilket gör att Hypergene behåller ägandet av både erbjudandet och kundrelationen medan Lundatech tillhandahåller plattformen och integrationskompetensen bakom lösningen.

Resultatet är att Hypergene i dag kan etablera integrationer mot vanligt förekommande system betydligt snabbare än tidigare, då det kunde ta upp till ett år. Samtidigt har bolaget fått bättre stöd för både molnbaserade system och hybridmiljöer. Ett mer standardiserat och proaktivt övervakat integrationsarbete kan också minska supportbehovet, ge kunderna stabilare flöden och göra det enklare att lansera nya integrationer utan att belasta produktteamet. Caset illustrerar en viktig princip: ett förändrat arbetssätt handlar inte om att lämna ifrån sig kontroll. Det handlar om att organisera integrationsarbetet så att den egna verksamheten kan behålla kontrollen och samtidigt dra nytta av en specialiserad plattform och kompetens.

Arbetssättet avgör hur långt integrationsmiljön kan växa

Organisationer som lyckas skala sitt integrationsarbete bygger inte nödvändigtvis färre integrationer än andra. Skillnaden ligger i hur arbetet organiseras. Genom att investera i gemensamma arbetssätt, återanvändbara komponenter och en integrationsplattform blir det möjligt att utveckla nya integrationer utan att komplexiteten växer i samma takt. Det gör att integrationsförmågan kan fortsätta utvecklas samtidigt som den egna organisationen behåller fokus på produkt, kunder och innovation.

Integrationer kräver ett arbetssätt som utvecklas

Alla integrationsmiljöer förändras över tid. Den avgörande frågan är därför inte enbart vem som bygger integrationerna. Den avgörande frågan är om arbetssättet utvecklas i samma takt som integrationsmiljön.

När integrationer behandlas som en strategisk förmåga snarare än som en serie enskilda projekt blir det enklare att möta nya krav, utveckla nya integrationer och skapa ett integrationslandskap som fortsätter vara skalbart när verksamheten förändras.

Nästa steg?

När integrationsarbetet har blivit en strategisk förmåga behöver också samarbetet kring integrationerna kunna utvecklas. Läs mer om Lundatechs integrationspartnerskap och hur ett långsiktigt samarbete kan skapa förutsättningar för ett mer skalbart integrationsarbete.

Har integrationsmiljön vuxit snabbare än arbetssättet? Kontakta oss för att diskutera hur ett integrationspartnerskap kan komplettera den egna organisationen.