En integration behöver ansvariga även efter starten

Även efter att en integration har startat bör det vara klart vem som beslutar om dess verksamhetseffekt och drift. Vid en ändring eller störning måste en ansvarig person vara nåbar och kunna fatta beslut.

En fungerande anslutning kan bli fel för verksamheten

I ett fiktivt företag ändrar ERP betydelsen av ett statusmeddelande. Anslutningen överför fortfarande meddelanden och den tekniska tillgängligheten visar inget fel. I portalen betyder meddelandet ändå fortfarande ”Order bekräftad”, fast det nu bara avser mottagning. Problemet ligger i tolkningen av det överförda innehållet.

Någon måste kunna upptäcka att ändringen påverkar portalens förlopp. Det måste också vara klart vem som bedömer den nya betydelsen och godkänner anpassningen. Den ursprungliga installationen besvarar inte dessa frågor varaktigt.

Ansvar måste göra handling möjlig

Vi rekommenderar att skilja ansvar för verksamhetsbetydelsen från tekniskt ansvar. Den verksamhetsansvariga klargör vad portalen får säga. Det tekniska ansvaret omfattar övervakning, felsökning och genomförande av avtalade ändringar. I ett litet team kan samma personer ha båda uppgifterna.

Google SRE Workbook beskriver tydliga roller för incidentsamordning, operativ hantering och kommunikation. Modellen visar en möjlig fördelning. Den kräver inte ett stort jourteam för ett litet gränssnitt.

Omfattningen beror på effekten

En sällan använd intern vy kan behöva andra reaktionsregler än en portal som tar emot order varje dag. Ange när påverkan kräver avbrott eller eskalering och vem som tar över vid frånvaro. Ett offentligt löfte om reaktionstid bör bara återge det organisationen kan klara.

Du kan pröva ansvaret med ett konkret fall: Anslutningen är tillgänglig, men orderstatusen är oklar. Om teamet kan ange vem som klargör uppgiften och vem som fram till dess styr den fortsatta bearbetningen blir rollangivelsen en användbar driftregel.

Källor

• Google SRE Workbook: Incident Response