Planlæg vejen ud af en softwareløsning fra begyndelsen
Åben kildekode gør ændringer lettere. Hvilke data, konti og tjenester der skal flyttes, afhænger af skiftets aftalte omfang.
En exitplan bør allerede ved valget af en softwareløsning angive, hvilket skifte der senere skal være muligt. Et nyt udviklingsteam, et nyt hostingmiljø og fuld udskiftning af tilknyttede tjenester er forskellige projekter. Fastlægges grænsen tidligt, kan virksomheden bevidst acceptere afhængigheder og aftale den nødvendige dokumentation.
Åben kildekode lader eksterne afhængigheder bestå
En licens efter OSI's Open Source Definition omfatter adgang til kildekoden og mulighed for at distribuere ændringer og afledte værker. Det overfører ikke automatisk en hostet søgetjeneste, en virksomhedskonto eller dokumenterne, der er gemt dér.
I den fiktive portal P-18 har applikationskoden en open source-licens. Originaldokumenterne ligger i separat fillagring, personernes tilknytning til projekter i applikationen og søgeindekset hos en administreret tjeneste. En ny udvikler kan ændre koden. Om portalen efter et leverandørskifte finder de samme dokumenter med de samme adgangsregler, er et særskilt spørgsmål.
Skeln mellem skiftets omfang før indkøbet
I eksemplet er tre mål mulige. Tabellen beskriver forventet dokumentation, ikke en allerede udført migrering.
Mål for skiftet | Hvad der må blive i eksemplet | Nødvendig dokumentation |
|---|---|---|
Hosting, lagring og søgetjeneste | Det nye team arbejder med egne autoriserede konti; ansvar og nødvendige oplysninger er overdraget. | |
Nyt hostingmiljø til applikationen | Lagring og søgetjeneste under virksomhedens kontrol | Applikationen når tjenesterne fra det nye miljø og håndhæver fortsat de aftalte adgangsregler. |
Fuld udskiftning af tilknyttede tjenester | De nuværende leverandører behøver ikke blive | Originaldokumenter, beskrivende metadata og rettighedstilknytninger kan overføres; søgning og adgang prøves igen i målmiljøet. |
Et kopieret søgeindeks erstatter ikke automatisk originaldokumenterne og deres tilknytninger. Ved genopbygning skal det være klart, hvor tekst, faste dokumentidentifikatorer og rettigheder kommer fra. Et indeksformat, som kun den gamle tjeneste forstår, er ikke brugbar overdragelsesdokumentation til en anden søgetjeneste.
En bevidst bevaret afhængighed kan være fornuftig
En administreret tjeneste kan give en fordel, som retfærdiggør arbejdet ved et senere skifte. Den britiske regerings vejledning om teknisk leverandørafhængighed anbefaler at afveje skiftets konsekvenser mod fordelen ved at blive. Den behandler også åbne formater og tilgængelig viden i teamet.
I tabellens andet tilfælde kan det være rimeligt at beholde søgetjenesten. Så skal det være klart, hvem der administrerer kontoen, kan give adgang og passer tjenesten efter skiftet. Skal også denne tjeneste kunne udskiftes, bliver dataadgang og afprøvning af et alternativ en del af det ekstra omfang. Betegnelsen »open source« afgør ikke dette valg.
Skriv det valgte omfang ind i opgaven
En konkret aftale for eksemplet kunne lyde: »Applikationen skal kunne flyttes til et andet hostingmiljø. Dokumentlagring og søgning bliver i vores virksomhedskonti. I målmiljøet afprøves åbning af et tilladt dokument og afvisning af det samme dokument for en begrænset rolle.«
Dermed bliver den bevarede afhængighed synlig, og kontrollen knyttes til en konkret opgave. Bliver et fuldt produktskifte senere nødvendigt, kan virksomheden målrettet finde de yderligere data, grænseflader og kompetencer, der mangler. Exitplanen skal opdateres, når systemet ændrer sig.
Kilder
Læs videre
Alle artikler
Softwareudvikling med ASES
Skræddersyet software, web- og mobilapps