Felet berodde på Slash
Vi hade ett avbrott i vår IT-design 2.1. Vi hade gjort något nytt som vi inte provat själva tidigare och det gick fel. Ett / [slash] där det inte skulle vara en. #detärdetaljernadethandlarom Det är fantastiskt att ha bra leverantörer som pushar en till att bli självständig och det är fantastiskt att lära av misstag. Vår egen dokumentation byggdes på och allt löstes genom att ersätta / med _. Det svåra i det hela är att förstå var man ska leta efter felet.
Veckan i övrigt har handlat en del om kontinutitetsplanering inom Framtidens Vårdinformationsmiljö. Här är en bra bild som jag använder med lov av min före detta lärare på Yrkeshögskolan i Mölnlycke (Utvecklare/Samordnare Informationssäkerhet) Pierre Wettergren på CCG Europe (företaget med digitala superkrafter, läs här). Den visualiserar enkelt det som händer samtidigt vid ett avbrott på en tjänst. Vad är max tolerabel avbrottstid (MTA) för att få igång tjänsten igen, utifrån perspektivet hur viktig tjänsten är för att leverera värde i organisationen? När man väl bestämt MTA gäller det att hitta de beroenden som tjänsten har mot resurser. Det kan vara lokaler, energi, vatten, dataflöden, personal m m. Något/några är mer kluriga att planera kontinuitet för. Några är enklare. Ofta har resurserna beroenden sinsemellan som gör att de måste fungera i en viss ordning. Vissa är oberoende av andra. Man kan med fördel rita upp en logisk nätplan för att synliggöra beroenden mellan resurser som får en tjänst att fungera. Man säkerställer helt enkelt att man har en plan för hur de resurser som havererat lagom (utifrån MTA) snabbt ska komma igång igen. Låter enkelt men är mycket svårt. Dock väldigt tillfredsställande att arbeta med för det är något verkligt påtagligt viktigt.
För övrigt är det så att god så väl som dålig kultur äter strategi till frukost.
Inga kommentarer:
Skicka en kommentar