Forstå strategier for migrering til nettskyen for en vellykket overgang

27. november 2025 10 min lesing

Viktige læringspunkter

Cloud-migrering bør aldri gjøres "bare fordi." Det gir bare mening når det tjener forretningsmessige mål, for eksempel kostnadsreduksjon, skalerbarhet eller mulighet for innovative applikasjoner. Hvis ikke risikerer du å få budsjettsjokk i stedet for fordeler.
Bruk 6R-rammeverket til å velge din migrasjonsvei for nettskyen. Den hjelper deg med å avgjøre om du trenger mindre justeringer, en fullstendig redesign eller alternative løsninger for å maksimere fordelene med nettskyen.
Migrering til skyen er ikke et engangshopp. Utnytt en trinnvis tilnærming til migrering til skyen ved å migrere lavrisikosystemer først, og gradvis gå over til virksomhetskritiske systemer. På den måten unngår man driftsstans og holder tjenestene online.
Hvis du planlegger å innovere, er overgangen til nettskyen en naturlig utvikling. AI, stordata og andre teknologier som driver innovasjon i dag, er bare praktisk mulig i stor skala takket være skyens kapasitet og fleksibilitet.

Hvis du ønsker optimalisering, digitalisering eller smartere drift, er skyen i ferd med å bli din beste venn. Det sier seg selv at du kanskje har berettigede bekymringer om hvordan du trygt kan migrere enorme datasett, som kanskje spenner over flere tiår med forretningsdrift. Gode nyheter, du har kommet til rett sted.

Migrasjon til skyen er ikke så enkelt som Ctrl+C, Ctrl+V (men vi kan drømme). Selv om skyleverandørene håndterer kjernesikkerheten, opprettholder tjenestetilgjengeligheten og støtter infrastrukturen, må du fortsatt mestre hvordan du skal bruke den for å kunne høste de løpende fordelene. For eksempel hvordan man overholder regelverket med en virtuell, distribuert infrastruktur, eller hvordan man unngår nedetid under en overgang. Og viktigst av alt, hvordan du unngår å sprenge budsjettet underveis.

Jeg tar med meg min omfattende ekspertise som teknisk leder, kombinert med Innowises merittliste, for å bidra til å takle administrasjon av skymigrering utfordringer. Som partnere av AWS, Google Cloud og Azure jobber vi daglig med verktøyene og beste praksis for å utnytte skyen og holde oss beskyttet. Med alt dette i bakhodet, la oss finne den tilnærmingen som passer deg best.

Vellykket strategi for migrering til nettskyen: hvordan du starter og hvor du skal flytte

En vellykket strategi for overgang til skyen avslører hvordan du kan overføre apper og last med full kontroll over kostnader og ytelse, akkurat slik du hadde tenkt deg. Først og fremst bør det være balansert. Å vurdere eksisterende oppsett tar ofte like mye tid, om ikke mer, enn selve migreringen - men du kan være sikker på at det lønner seg tifold med en smidig overgang og raskere resultater.

Vurdering og planlegging

Cloud beredskapsvurdering
Dette trinnet er grundig av natur og med god målestokk. Her kan vi avklare hva som kan overføres som det er, og hva som må fikses eller skiftes ut. Det skisserer også hva som er i fokus, og avdekker risikoer. Vurderingen tar for seg infrastrukturen - applikasjoner, data og sikkerhet, og deretter utvides den til forretningssiden: drift, team, økonomi og bransjekrav. Alt dette bør være klart for skyen før migreringen.
Virksomhetsmål og KPI-er
Du er sikkert klar over noen av fordelene ved migrering til nettskyen, men hvordan er det relatert til din virksomhet? Med andre ord, hva er du ønsker å oppnå? Det kan være å kutte ned på CapEx-tung infrastruktur og gå over til OpEx-modellen, distribuere produkter raskere eller utvikle smarte funksjoner. Alle disse målene krever KPI-er for å spore om du er på rett kurs eller ikke. Du kan for eksempel måle nettverksgjennomstrømning, ventetid, responsrate, minnebruk og feilprosent som en del av fremdriftslinjen.
Strategier for risikostyring
Ting skjer; det er uunngåelig. Hva om virksomheten for eksempel plutselig står overfor nedetid, datatap eller redusert ytelse? Hva om datasuverenitet, manglende tilpasning til regelverk eller tilgangskontroller settes i fare? Hva om migreringen ikke lønner seg? Alle disse scenariene kan håndteres ved hjelp av risikoreduserende strategier og beredskapsplaner før de oppstår. Derfor vurderer vi risikoeksponeringen, avdekker mangler og utarbeider detaljerte retningslinjer før vi gjør noe annet.

Tydelig veikart for migrasjon

Å, som vi alle elsker et godt veikart! Basert på vurderingen av skyberedskapen og risikostyringsplanen fungerer veikartet som en trinnvis veiledning med sjekkpunkter, kontroller og resultater. Dette sikrer at migreringen skjer på en forutsigbar måte og nøyaktig slik virksomheten forventer. Generiske mål som "Flytt alt til skyen" eller "moderniser IT" er ineffektivt her. I stedet setter vi opp svært spesifikke milepæler. "Ferdigstille strategi for migrering til skyen (6R-beslutninger for hver app) innen uke 6", "30% av arbeidsbelastningene migrert uten kritisk nedetid innen utgangen av 2. kvartal" - denne detaljen er forløperen til en vellykket og sporbar migreringsstrategi.

Min erfaring er at et godt veikart bør inneholde følgende

Definerte milepæler og tidslinjer → konkrete mål og leveringsdatoer.
Ressurs- og kostnadsplanlegging → personer, kompetanse og budsjett knyttet til hver fase.
Migrasjonskontroll med styring, gjennomføring og tilbakeføring → slik at hvert trinn kan overvåkes og reverseres ved behov.
Gjennomgang av oppnådde resultater → gjennomføringskontroller med forhåndsinnstilte intervaller for å måle fremdriften.
Vurdering av samsvar → tilpasning til SLA-er for datapipelines og regulatoriske krav.
Forsikring om at virksomheten passer → validering av at den nye dataplattformen oppfyller kravene til ytelse og funksjonalitet.

Cloud migrasjon, fullt kontrollert

Innowise håndterer prosessen fra start til slutt, noe som sikrer kostnadseffektivitet, sikkerhet og stabil drift.

Vanlige typer migreringsstrategier for skyen

Det finnes seks måter (6R) å håndtere eksisterende apper på når man flytter til skyen. For å velge den mest effektive av disse må teamet mitt foreta en grundig vurdering av systemets nåværende tilstand, arbeidsomfanget og kundens forventninger.

Rehosting (løft og skift)

Den enkleste tilnærming til migrering til skyen er å overføre appen nøyaktig slik den er, uten å endre koden eller arkitekturen. Bare mindre konfigurasjonsendringer, samt ytelses- og sikkerhetstilpasninger, blir gjort. Hvis en app er enkel og har få avhengigheter, kan du spare tid og ressurser med denne tilnærmingen. Den fungerer også som et første steg i et større digitalt transformasjonsprosjekt, med ytterligere modifikasjoner når appen allerede er i skyen.

Anbefales for:

korte tidsfrister, kortsiktige kostnadsbesparelser, apper med lav kompleksitet, første skritt i en langsiktig modernisering.

Risikabelt med:

apper med høy ytelse, eldre systemer som er knyttet til maskinvare, arbeidsmengder som krever høy etterlevelse, og strategiske arbeidsmengder.

Replatforming (løft, mekk og skift)

Med replattforming modifiseres appene noe for å bli skyklare. Hvis du for eksempel bytter ut lagring, databaser eller mellomvare med tilsvarende i skyen, kan du umiddelbart forbedre ytelsen og forenkle administrasjonen. Vi kobler også til administrerte tjenester for hurtigbufring, lagring, containere osv., slik at IT-avdelingene slipper å "passe på rørene" og reduserer kostnadene. Forvent at denne tilnærmingen vil kreve en moderat tidsinvestering.

Anbefales for:

klare "quick wins", kostnadsoptimalisering gjennom administrerte tjenester, gradvis migrering.

Risikabelt med:

eldre systemer med stor teknisk gjeld, sterkt regulerte arbeidsbelastninger, virksomhetskritiske apper uten tid til testing.

Refaktorisering

Dette er det lengste og mest kostbare alternativet, men også det som gir de største fordelene på lang sikt. Refaktorering betyr en fullstendig redesign av appen for å få fullt utbytte av skyen. Dette kan innebære å gå over til mikrotjenester, containerbasert eller serverløs arkitektur, noe som ofte krever redesign av dataflyter, overvåkings- og testrammeverk og CI/CD-pipelines. Kode og databaser kan utvikles på nytt for å gjøre appen mer fleksibel og skalerbar. Vi følger denne veien med kritiske forretningsapper eller når vi planlegger integrasjon med AI/ML, IoT, stordata og andre banebrytende og ressurskrevende applikasjoner.

Anbefales for:

viktige forretningsapper, krav til skalerbarhet og fleksibilitet, høye SLA-krav, innovative apper.

Risikabelt med:

kort app-livssyklus, begrenset tid, budsjett og teamkompetanse.

Gjenkjøp

Å bytte ut eldre programvare med skybaserte SaaS-løsninger (software as a service) er mye brukt for vanlige forretningssystemer, som CRM, ERP, HRM og regnskapsplattformer. Du migrerer faktisk funksjon i stedet for den opprinnelige appen. En SaaS-løsning er vanligvis enklere å sette opp og kan redusere vedlikeholdsarbeidet sammenlignet med et tilpasset system. Abonnementsavgiftene øker imidlertid over tid, så selv om det kan være billigere i begynnelsen, kan det i det lange løp bli dyrere enn å eie og vedlikeholde din egen løsning.

SaaS-løsninger gir også tilgang til innovative funksjoner med en gang og reduserer IT-byrden. SaaS kan imidlertid innebære betydelig arbeid med integrering, konfigurasjon og endringshåndtering, og det kan komme til kort hvis forretningsprosessene dine er for unike eller komplekse. En annen risiko oppstår når store mengder sensitive data overføres til SaaS-plattformer.

Anbefales for:

Erstatning av eldre systemer, standard forretningsfunksjoner og reduserte IT-kostnader.

Risikabelt med:

dyp tilpasning, integrasjonstunge miljøer, store mengder sensitive datasett.

Pensjonering

Revisjoner avslører ofte at noen apper dupliserer funksjoner, noen blir ikke brukt eller er blitt utdaterte - noe som gjør dem til kandidater for pensjonering eller avvikling. Andre koster langt mer enn den forretningsverdien de leverer, noe som også gjør dem overflødige. Før vi pensjonerer en app, analyserer vi imidlertid skjulte avhengigheter og regulatoriske krav for å sikre at den ikke bryter med drifts- eller compliancekravene.

Anbefales for:

minimal bruk, dupliserte funksjoner, negative ROI-apper.

Risikabelt med:

skjulte avhengigheter, spesifikke regulatoriske krav.

Beholder

Retaining innebærer å beholde apper delvis lokalt, mens andre migreres til skyen, noe som skaper en hybridmodell. Dette er fornuftig når data må forbli innenfor regionen, eller for tidskritiske systemer, der selv minimale forsinkelser er uakseptable. Slike hybride oppsett krever imidlertid sikker tilkobling og enhetlig identitetshåndtering, noe som er både kostbart og komplekst. For å unngå å bruke for mye penger må vi først vurdere de konkrete fordelene ved å beholde løsningen, siden du betaler for både skylisenser og lokal infrastruktur.

Anbefales for:

reguleringsbegrensninger, systemer med umiddelbar respons, ingen fordeler ved full migrering.

Risikabelt med:

komplekse integrasjoner, stordataløsninger.

Cloud migrasjonsfaser

Applikasjoner og data varierer i arkitektur, volum, kritikalitet og regulatoriske krav. Veiledet av vår metodikk for migrering til nettskyenI hver fase går vi fra enkle til komplekse migreringer, og fra mindre kritiske systemer til kjernesystemer. I hver fase utfører vi sekvensielt data- og datamigrering før man tar tak i applikasjonslag og optimalisering. Denne trinnvise tilnærming til migrering til skyen gjør det enklere å håndtere kvalitet, kostnader og samsvar.

Cloud migreringsutfordringer

Datasikkerhet og samsvar (f.eks. GDPR, HIPAA)

De regulatoriske forpliktelsene endres ikke med migrasjonen, men det gjør derimot verktøyene og fremgangsmåten for å håndheve dem. Miljøet blir mer flytende - dynamisk, elastisk og distribuert over flere regioner. Data kan krysse landegrenser utilsiktet, identiteter og roller blir flere, og kortvarige ressurser, for eksempel kortvarige containere og serverløse funksjoner, kan mangle vedvarende logger med mindre de er spesifikt konfigurert. I migrering til offentlig nettskyI en slik løsning deles ansvaret for datasikkerhet og samsvar mellom skyleverandøren og programvareeieren. Leverandøren beskytter infrastrukturen og plattformen, mens eieren av programvaren er ansvarlig for hvordan data lagres, brukes, krypteres og styres.

Kompatibilitet og risiko for nedetid

Når du er svært avhengig av eldre systemer, har flere integrasjoner eller maskinvarespesifikke funksjoner, kan du bli utsatt for feil og påfølgende nedetid, siden skyen ikke støtter dem naturlig. Når arbeidsmengdene rehostes eller replattformeres i skyen, fordeles risikoen på tvers av regioner og tjenester. For eksempel kan en feilkonfigurert API-gateway, en utilgjengelig lagringstjeneste eller ventetid i en enkelt region gi ringvirkninger utover og føre til avbrudd som påvirker hele virksomheten.

Håndtering av kulturelle endringer i organisasjonen under migreringen

Som alle større endringer kan migrering til nettskyen føre til motstand. Det endrer måten teamene jobber på, skifter ansvarsområder og krever nye ferdigheter. Utviklere må kanskje ta i bruk DevOps-praksiser, driftsteamene må tilpasse seg automatisering, og økonomiavdelingene må tilpasse seg en ny kostnadsmodell. Hvis dette ikke blir tatt hensyn til, kan det ikke bare bremse innføringen, men også undergrave initiativet.

Balanse mellom kostnader og ytelse i skybaserte miljøer

I nettskyen kommer ytelsen med en prislapp. I motsetning til lokale løsninger er utgiftene i skyen variable og kan øke uventet hvis arbeidsmengden vokser eller trafikken øker. Dette skaper to motsatte risikoer. På den ene siden kan du ende opp med overprovisjonering, når du tildeler for mange ressurser "for sikkerhets skyld". På den andre siden kan du risikere underprovisjonering når utilstrekkelig kapasitet fører til forsinkelser og driftsstans.

Når kundene kommer til oss for å snakke om nettskyen, er de glødende - klare til å overskride grenser og innovere mer dristig enn noensinne. Den gnisten er akkurat det som driver bransjer fremover. Hold fokus på hva, mens Innowise tar seg av hvordan.

Dmitry Nazarevich

CTO

Beste praksis for migrering til nettskyen

Etablere et sterkt rammeverk for styring av skybruken

For å migrere på en forskriftsmessig måte definerer vi først hvor alle sensitive data befinner seg, og hvordan de må beskyttes. Deretter bruker vi TLS-kryptering i datatransitt og i ro, håndhever strenge IAM-retningslinjer og retningslinjer for færrest mulig privilegier, og innfører multifaktorautentisering (MFA). For å automatisere styringen bruker vi verktøy som AWS Config, Azure Policy og GRC-plattformer fra tredjeparter. Hvis en app en gang oppfylte kravene til samsvar gjennom perimeterkontroller, bygger vi den om med skyintegrerte funksjoner som sikkerhet, revisjon og styring.

Bruk automatiserings- og orkestreringsverktøy for å effektivisere migreringen

Det rette økosystemet av verktøy bidrar til å redusere migreringstiden betydelig - flere ganger om, med samme høye kvalitet. Vi starter med Infrastructure as Code (IaC) for automatisk å sette opp og replikere infrastruktur på tvers av utvikling, testing og produksjon. Verktøy som Terraform eller CloudFormation bidrar til å holde det hele konsistent. For applikasjoner sørger konfigurasjonsstyring med Ansible, Puppet eller Chef for at den ønskede systemtilstanden automatisk håndheves på tvers av hundrevis eller tusenvis av maskiner.

For containeriserte arbeidsbelastninger koordinerer orkestreringsplattformer som Kubernetes eller skybaserte orkestratorer distribusjoner, skalering og failover. Spesialiserte migreringsverktøy som AWS Migration Hub, Azure Migrate og Google Migrate for Compute Engine bidrar til å automatisere datamigrering, VM-replikering og cutover. Til slutt tilbyr vi CI/CD-rørledninger for å automatisere utgivelsessyklusen, øke hastigheten på distribusjonene, sette opp kontinuerlig testing og utføre trygge tilbakeføringer.

Sikre samarbeid mellom IT-team og forretningsenheter

Cloud medfører et behov for tverrfunksjonalitet på tvers av teamene. Mens IT-avdelingen eier "hvordan", definerer virksomheten "hvorfor" - og begge deler må kommuniseres tydelig og integreres i en felles strategi. For å bygge denne broen utvikler vi programmer for endringsledelse som kommuniserer visjonen, fremhever raske gevinster og bidrar til å sikre at interessentene slutter opp om strategien. Vi arrangerer også workshops og praktiske laboratorier for å styrke skykompetansen i hele organisasjonen. Resultatet er at IT-avdelingen overfører arbeidsoppgaver i henhold til forretningsprioriteringer, uten feil, uventede utgifter eller feiljusterte investeringer.

Overvåk ytelsen og optimaliser skyressursene etter migreringen

Cloud-migreringen slutter ikke ved cutover. Vi setter opp et rammeverk for å spore nøkkeltall, som oppetid, ventetid og feilfrekvenser, ved hjelp av verktøy som AWS CloudWatch, Azure Monitor, Google Cloud Operations eller APM-plattformer som Datadog og New Relic. Med denne innsikten tilpasser vi ressursene ved å justere forekomsttyper, lagringsnivåer og konfigurasjoner, og vi bruker automatisk skalering og lastbalansering for å håndtere endringer i etterspørselen. Ved å identifisere underutnyttede ressurser, flytte arbeidsbelastninger til billigere lagring og utnytte reserverte instanser, spareplaner eller spotinstanser der det er hensiktsmessig, optimaliserer vi kostnadene.

Cloud og fremtidens IT

La oss se på tallene. Det globale markedet for nettskyteknologi forventes å vokse fra rundt $752,4 milliarder i 2024 til ~$2 390 milliarder innen 2030, noe som gjenspeiler en CAGR på ~20,4% i perioden 2025-2030. Hvordan kan det ha seg at det blomstrer?

I dag drives IT-utviklingen i stor grad av AI/ML, som i sin tur er svært avhengig av nettskyen. Selv om AI/ML-modeller kan kjøres både i skyen og i edge, krever opplæring, innstilling og eksperimenter betydelig datakapasitet som bare skyen kan tilby. I mellomtiden er det mange bruksområder, for eksempel storskala netthandel, videostrømming eller smarte byer, som er umulige å gjennomføre utenfor skyen.

Nettskyen har også bidratt til at selskaper har gått mye raskere over til digital transformasjon. CRM, ERP, HRM og regnskap er mye enklere å ta i bruk som SaaS. Dette gir enkel lagring, ferdige tjenester for stordata og BI, digitale arbeidsområder og infrastruktur som er klar til bruk (PaaS, DevOps, CI/CD, Kubernetes), som er enklere og mer kostnadseffektivt å vedlikeholde.

Selv om skyen er på vei mot sitt høydepunkt, vil tre distribusjonsmetoder eksistere side om side:

Cloud-første - Alle apper, infrastruktur og data ligger i skyen. Forventes for svært digitale produkter der skalerbarhet er avgjørende, for eksempel AI, media, e-handel og SaaS.
Hybrid sky - Ressursene fordeles mellom servere i skyen og lokale servere. Forventes for de som balanserer innovasjon og stabilitet, som banker, SCADA-drevne bransjer og offentlige tjenester.
På stedet - Alle systemer forblir lokalt. Forventes for bransjer med høy grad av regulering (f.eks. forsvar), eller scenarier som krever umiddelbar respons, for eksempel IoT i sanntid.

Migrer med en sertifisert skypartner

Som AWS-, Google Cloud- og Azure-partner tilbyr vi dokumentert ekspertise og avanserte migreringsverktøy.

Neste trinn: Kom i gang med migrering til nettskyen på Innowise

Første kontakt og oppdagelse

30-60 minutter med kartleggingssamtale under taushetsplikt for å skissere mål, begrensninger, viktige interessenter, foreløpige risikoer og en grov oversikt over omfang/TCO.

Innledende vurdering og strategiworkshops

1-3 uker for app- og datainventering, kartlegging av avhengigheter, samsvar og kostnadsgrunnlag. Vi definerer en "6R"-strategi per arbeidsmengde, landingssone og styringsdesign for å utarbeide en beredskapsrapport med prioritert etterslep i migreringen, arkitektur, sikkerhetsbarrierer og KPI-er.

En tidslinje og plan for migrering til nettskyen

Vi planlegger pilot-til-skala, etablerer RACI og eierskap, lager test-, cutover- og rollback-playbooks, et datert veikart, en RAID-logg for å spore risikoer og mer for å veilede migreringen fra start til slutt.

Planutførelse og kontroll

DevOps-enheten vår oppretter en landingssone via IaC, automatiserer pipelines og migrerer appene dine gradvis, samtidig som vi sørger for sikkerhet, endringshåndtering og opplæring. Du beholder kontrollen gjennom ukentlige styringsøkter, KPI-sporing, milepæler for go/no-go og revisjonsklare logger.

Støtte etter migrering

Vi tilbyr 30 til 90 dagers hypercare pluss kontinuerlig optimalisering og forbedring i etterkant, inkludert riktig dimensjonering, automatisk skalering, lagring på flere nivåer og tilbakeføring av kostnader.

01 Første kontakt og oppdagelse

30-60 minutter med kartleggingssamtale under taushetsplikt for å skissere mål, begrensninger, viktige interessenter, foreløpige risikoer og en grov oversikt over omfang/TCO.

02 Innledende vurdering og strategiworkshops

03 En tidslinje og plan for migrering til nettskyen

04 Planutførelse og kontroll

05 Støtte etter migrering

Konklusjon: Ta den riktige beslutningen om migrering til nettskyen

Å gå over til nettskyen betyr å gå bort fra løsninger som passer for alle. Før du setter i gang, må du utarbeide din egen migreringsvei basert på en blanding av eldre systemer, regulatoriske krav og forretningsmål. Deretter må du balansere forberedelsene med gjennomføringen. Vurder virksomhetens skyberedskap innvendig og utvendig - fra infrastruktur til drift og team. Hold fokus på de langsiktige fordelene det åpner for, for eksempel kostnadseffektivitet, større fleksibilitet, bedre skalerbarhet eller muligheten til å innovere raskere, og følg med på fremdriften i forhold til disse målene.

Til slutt avhenger suksessen av menneskene som står bak prosessen. Samarbeid med et erfarent migreringsteam bidrar til å minimere risiko, unngå kostbare feiltrinn og sikre at overgangen styrker både IT og virksomheten som helhet.

Maksim Hodar

Leder for digital transformasjon, CIO

Maksim har over åtte års erfaring med digital transformasjon, og han forvandler komplekse teknologiske utfordringer til konkrete forretningsgevinster. Han brenner for å tilpasse IT-strategier til overordnede mål, noe som sikrer problemfri digital adopsjon og topp driftsresultater.

Les mer

Innholdsfortegnelse

Kontakt oss

Bestill en samtale eller fyll ut skjemaet nedenfor, så kontakter vi deg når vi har behandlet forespørselen din.

Navn

Selskap

E-post

Telefon

Melding

Send oss en talemelding

Legg ved dokumenter

Last opp fil

Du kan legge ved én fil på opptil 2 MB. Gyldige filformater: pdf, jpg, jpeg, png.

Ved å klikke på Send, samtykker du til at Innowise behandler dine personopplysninger i henhold til våre Retningslinjer for personvern for å gi deg relevant informasjon. Ved å oppgi telefonnummeret ditt samtykker du i at vi kan kontakte deg via taleanrop, SMS og meldingsapper. Priser for samtaler, meldinger og data kan gjelde.

Du kan også sende oss en forespørsel
til contact@innowise.com

Hva skjer videre?

Når vi har mottatt og behandlet forespørselen din, tar vi kontakt med deg for å beskrive prosjektbehov og signerer en taushetserklæring for å sikre konfidensialitet.

Etter å ha undersøkt dine ønsker, behov og forventninger, utarbeider teamet vårt et prosjektforslag forslag med arbeidsomfang, teamstørrelse, tids- og kostnadsestimater.

Vi avtaler et møte med deg for å diskutere tilbudet og spikre detaljene.

Til slutt signerer vi en kontrakt og begynner å jobbe med prosjektet ditt med en gang.