Fra den første kodelinje eller system som velges etableres avhengigheter til senere. Det er om å gjøre å ha en plan for håndtering av dette slik at det ikke hindrer fremdrift rundt neste sving.
Legacy
På fagspråket kaller vi fenomomenet «legacy». Dette er arven fra tidligere utvikling vi drar med oss og som vi dessverre må forholde oss til.
Du kjenner antakelig legacy på kroppen fra din arbeidsplass; systemet som ikke kan erstattes av bedre løsninger fordi noe eller noen er avhengig av den gamle måten å gjøre det på.
Et annet legacy-problem er at kompetanse om en løsning kan forsvinne ut av organisasjonen. I slike tilfeller er det fare for at det brer seg frykt for å endre eller erstatte fordi man ikke har tilstrekkelig med kompetanse til å gjøre ønsket endring.
Hyppige endringer innen IT
IT som ingerniørdisiplin er svært forskjellig fra eksempelvis bygg. Innen vårt fagområde (IT) blir teknologi fort utdatert. Byggfaget omfavner standarder som holder seg år etter år. For oss som jobber med IT er det få standarder, og det lages stadig nye grunnet innovasjon i hardware og fleksibilitet i software. Og som en konsekvens er det lett å ende opp med mye legacy i CRM-systemet, appen, nettsiden, intranettet osv.
Så; hvordan håndtere legacy?
Du trenger følgende:
- Pakk inn legacy som en tjeneste i «det nye». Tenk på legacy som en eldre, klok person som kan gjøre nytte. Stell pent med personen inntil de nye systemene fullt ut ivaretar funksjonalitet og rollen.
- Utfør endringer trinn for trinn. Ikke ta alt innover deg på samme tid. Lag en oversikt og start med å løse opp i de viktigste avhengighetene først.
- Få med deg personer på laget som har erfaring med legacy-problemer.
