Digitale prosjekter: Alt du trenger å vite

Digitale prosjekter: Alt du trenger å vite

featureArticle.chapters

featureArticle.introduction

Velkommen til den ultimate guiden til digitale prosjekter! Her finner du alt du trenger for å få fart på ditt nye digitale prosjekt. Fra formål, innsalg og oppsett til arbeidsmetoder, rapportering og vanlige fallgruber.

Vegard OttervigauthorBox.about

Vegard Ottervig

Vegard Ottervig er innholdsansvarlig i Enonic, har en mastergrad i filmvitenskap og har jobbet med journalistikk og markedsføring siden 2010. Han elsker film, sykling, filosofi, spill og skriving.

Chapter 1

Hva er et digitalt prosjekt?

Når organisasjonen din bestemmer seg for å starte, endre, forbedre eller avvikle et produkt, en tjeneste eller en funksjon, er det stor sannsynlighet for at dere vil starte et prosjekt. Og ettersom våre administrative verktøy i dag er fullstendig drevet av datamaskiner, er det stor sannsynlighet for at prosjektet ditt vil være digitalt.

Men hva er beste praksis for å håndtere et digitalt prosjekt? Hvordan bør du forberede deg selv og teamet ditt? Hva er prosessen steg for steg for å lede et digitalt prosjekt til suksess?

Disse og mange flere spørsmål vil bli besvart i denne ultimate guiden til digitale prosjekter!

Definition of a digital project

Så, la oss starte ved begynnelsen, med en definisjon. Dette sikrer at vi alle diskuterer det samme. Uten tvetydige, forvirrende eller uklare termer.

Definisjon av et digitalt prosjekt

Et digitalt prosjekt er et menneskelig foretak planlagt for å oppnå et mål med innføring, transformasjon eller håndtering av IT-baserte strategier og operasjoner.

Begrensninger i denne guiden

Selv om dette er en ultimat guide, kan den ikke dekke alt. Det finnes hundrevis av bøker om prosjektledelse. Ettersom dette ikke er en bok, sikter vi kun til å dekke det essensielle ved digitale prosjekter, dvs. det du virkelig trenger å vite for å komme i gang.

Chapter 2

Formålet med et digitalt prosjekt

Målet med et digitalt prosjekt bør være i tråd med det overordnede formålet til organisasjonen din. Det er ingenting som er verre enn å utføre handlinger målløst, å vandre rundt hver dag uten noen form for mål eller hensikt.

Denne mangelen på mening vil demotivere deg og dine kolleger, og får dere til å føle at dere utfører meningsløse aktiviteter, eller ingenting i det hele tatt. Resultatet vil bli dårligere ytelse, apati, og de røde tallene.

Purpose of a digital project

Så, ikke bare for din organisasjons bunnlinje, men for din egen sinnsro bør du identifisere eller skape et fornuftig formål for prosjektet ditt. Det kan være nyttig å stille deg selv følgende spørsmål:

  • Hva prøver vi å oppnå med organisasjonen vår?
  • Hva prøver jeg å oppnå innenfor min organisasjon?
  • Hvorfor gjør vi dette?
  • Hvordan skal vi generelt gå frem for å oppnå målene våre?
  • Hvordan skal vi gå frem for å oppnå et spesifikt mål?
  • Hva gjør vi nå, og kan noe gjøres bedre?
  • Hva er det spesifikke målet med dette spesifikke prosjektet?

Å ha et formål er essensielt. Ikke bare for organisasjonen din, men først og fremst for deg selv. Du bør vite hva du vil, hvorfor du vil det, hva du bør gjøre, og hvordan du bør gjøre det. Det gjør deg så mye lykkeligere, målrettet, ambisiøs og effektiv.

Start med å identifisere eller bygge et formål. Uten det er du fortapt.

Chapter 3

Ulike typer digitale prosjekter

Det finnes mer enn bare én type digitalt prosjekt. Enhver bransje, organisasjon og kollega er unik, og det samme gjelder digitale prosjekter.

Different kinds of digital projects

Faktorer som avgjør typen prosjekt

Mange faktorer spiller en rolle i å bestemme hvilken type digitalt prosjekt du står overfor. Prosjektstyringsløsningen Sinnaps nevner følgende faktorer:

Prosjektomfang

Rekkevidden, skalaen og effekten av et prosjekt. Spesifiserer arbeidsdetaljer, antall involverte personer og suksessfaktorer. Prosjekter kan være store eller små.

Tidsramme

Beskrivelse av et prosjekt og til og med deler av et prosjekt fra begynnelse til fullføring eller resultatvurdering. Tidsrammen bestemmer om prosjektet eller dets deler vil være korte eller lange, kontinuerlige eller endelige.

Organisering

Organisering er en viktig del av prosjektplanleggingen og refererer til hvordan oppgaver og aktiviteter organiseres og prioriteres. Organisering er også en viktig faktor i klassifiseringen av prosjekttypen.

Kostnad

Et prosjekt kan være relativt billig eller veldig dyrt, avhengig av omfang, tidsramme og organisering. Kostnaden oppsummerer disse faktorene og kan hjelpe deg med å klargjøre din klassifisering ytterligere.

Kommunikasjon

Hvordan du og dine kollegaer kommuniserer (ansikt til ansikt, videosamtale, chat, e-post) kan hjelpe med å bestemme følgende: Er prosjektet innenfor en enkelt avdeling, på tvers av forskjellige avdelinger, på tvers av forskjellige organisasjoner, eller på tvers av forskjellige regioner?

Interessenter

Antallet involverte interessenter kan i stor grad forme omfanget av et prosjekt. Jo større prosjektet er i form av kostnader og ressurser, jo flere interessenter er sannsynligvis involvert.

Oppgavetildeling

Typen prosjekt påvirkes også av hvordan ulike oppgaver og aktiviteter tildeles teammedlemmer. Er ansvaret individuelt eller kollektivt definert? I de fleste tilfeller er en prosjektleder ansvarlig for de overordnede oppdragene og fremgangen.

Eksempler på brede prosjekter

Digital transformasjon er et eksempel på et stort og kontinuerlig digitalt prosjekt mange bransjer og bedrifter står overfor i dag. Andrew Annacone, administrerende partner i TechNexus Venture Collaborative, nevner fire typer digitale transformasjonsprosjekter:

Prosessendring

Moderne teknologi, som analytikk, API-er og maskinlæring, har gjort det mulig for organisasjoner å gjenoppfinne sine forretningsprosesser. Dette senker kostnader, reduserer tidsbruk og øker kvaliteten.

Endring av forretningsmodell

Digital teknologi kan også endre selve forretningsmodellen. Dette er de grunnleggende byggesteinene for hvordan verdi genereres i bransjen. Å skape verdi på nye måter, slik som Uber gjorde for taxibransjen og Airbnb gjorde for hotellbransjen, er et omfattende prosjekt som involverer mange interessenter og forretningsenheter.

Endring av domene

Å utvide til en annen bransje, enten en etablert en eller en helt ny på grunn av digital transformasjon er et annet eksempel på et storskala-prosjekt. Et eksempel er den tidligere online bokhandelen Amazon som lanserte den vellykkede nettsky/infrastrukturtjenesten AWS.

Kulturell/organisatorisk endring

For å holde seg i live i dagens bransje med skiftende forbrukeratferd omfavner de mest visjonære organisasjonene en kultur for innovasjon. En fullstendig, langsiktig digital transformasjon krever et annet tankesett, prosesser og ferdigheter enn i går. Dette kan føre til prosjekter som tar sikte på å skifte til agile arbeidsflyter, testing og læring, desentralisert beslutningstaking, og så videre.

Eksempler på smalere prosjekter

I din rolle som digital leder vil du sannsynligvis stå overfor flere mindre prosjekter i organisasjonen din, enten de er endelige eller kontinuerlige. Prosjektplanleggingsleverandøren TeamGantt lister opp følgende eksempler:

Programvare- og mobilapputvikling

Utvikling av en applikasjon kan være en ganske enkel eller mer avansert prosess, avhengig av kompleksiteten til det foreslåtte produktet. I alle tilfeller er målet ganske klart, og prosjektteamet jobber mot utgivelsen av den gitte programvaren.

Nettsidedesign og -utvikling

Dette prosjektet ligner på programvare- og apputvikling, men med noen forskjeller i produktegenskaper. Et bemerkelsesverdig aspekt er introduksjonen av progressive web-apper, som kombinerer tradisjonelt separate nettsider og mobilapper. Å oppgradere publiseringsløsningen din er et annet eksempel på nettsideutvikling.

Digitale markedsføringskampanjer

Lanseringen av et nytt produkt eller tjeneste, en ny rapport, en endring i organisasjonen, eller forsøket på å øke bevisstheten rundt et gitt problem. Alt dette krever en digital markedsføringskampanje. Slike kampanjer kan bestå av et stort antall ressurser, hendelser og involverte personer, og krever derfor den stødige hånden til en prosjektleder.

UX/UI-design

Å skape en flott brukeropplevelse og brukergrensesnitt er en evigvarende kamp. Dette krever selvfølgelig prosjekter rettet mot å forbedre slike ting for sluttbrukere og andre interessenter.

Innholdsstrategi

Å utforme en innholdsstrategi i tråd med den bredere organisasjonsstrategien er et annet eksempel på et prosjekt. Det kan involvere administrerende direktør, markedsføringssjef og andre interessenter.

SEO/SEM

Forbedring av søkemotoroptimalisering og søkemotormarkedsføring innebærer en prosess med å identifisere markedsutvikling, nøkkelord, smertepunkter, verktøyanskaffelse, arbeidsoppsett, og så videre. Som igjen fører til en annen type prosjekt enn de nevnte ovenfor.

Fellesnevnerne

I stedet for å fragmentere denne guiden med biter og stykker relevante for forskjellige typer digitale prosjekter, vil vi gå gjennom punkter relevante for alle typer. Disse vil være basert på deres fellesnevnere.

Disse fellesnevnerne er implisitte i strukturen av guiden, som innsalg, oppsett, ressursinnhenting, det faktiske arbeidet, forbedring og rapportering.

Chapter 4

Innsalg av et digitalt prosjekt

Uansett størrelse og omfang av det digitale prosjektet trenger du å planlegge i forveien og i det minste selge inn prosjektet på en eller annen måte. Den beste måten å gjøre dette på er å skape en forretningsplan, forstå dine interessenter og få kjørt i gang en proof of concept.

Pitching a digital project

Lag en forretningsplan

En forretningsplan, også kjent som et business-case, er et kort, essensielt og målrettet dokument som viser hvordan det foreslåtte prosjektet ditt kan støtte forretningsbehovene tl din organisasjon. Forretningsplanen bør inkludere fordeler og ulemper, og fange opp både kvantifiserbare og ikke-kvantifiserbare egenskaper ved prosjektet.

En essensiell struktur for en forretningsplan kan se slik ut:

Sammendrag

Gi en essensiell oversikt over problemene du ønsker å løse, hvilket mål du ønsker å nå, hvilke fordeler din organisasjon kan forvente, og hvilke spesifikke handlinger som vil bli utført.

Situasjon

Beskriv din nåværende kontekst, hvilke utfordringer og muligheter den skaper, og hvilken innvirkning dette har på organisasjonen din.

Fordeler og begrensninger

Presenter både økonomiske og ikke-økonomiske fordeler ved forslaget for organisasjonen din, samt potensielle og faktiske begrensninger.

Foreslåtte løsninger

Identifiser potensielle løsninger for dine utfordringer, som publiseringsløsninger eller digitale plattformer. Gi betydelige detaljer for dine interessenter med et spekter av mulige alternativer.

Innvirkninger

List opp hvilke interessenter og prosesser som vil bli påvirket av løsningen, samt detaljering av bivirkninger.

Plan

Dokumenter tilnærmingen til implementering, tidslinje og nødvendige ressurser. Alt i logiske stadier.

Markedsvurdering

Vurder politiske, økonomiske, sosiologiske, teknologiske og juridiske faktorer i din bransje for å demonstrere en grundig forståelse av ditt nøkkelmarked.

Styring

Klarlegg prosjekteierskap, prosjektledelse og -styring, samt budsjett, tilsynsprosess og rapportering.

Finansiell analyse

Skisser de forventede kostnadene og fordelene, både totalt sett og som utgiftsprofil over tid. Skisser også avkastningen på investeringen og netto nåverdi.

Risikovurdering

En dypere vurdering av risiko og begrensninger, hvor du kan oppsummere alle betydelige risikoer og muligheter, og hvordan de vil bli håndtert.

Forstå dine interessenter

Dine interessenter kan være alle fra toppledelsen og juridisk avdeling til forretningsenheter og markedsføring. Her er fire vanlige interessentgrupper i digitale prosjekter, og hvilke problemer de kan ha i mente.

Forretningseier

Ledelsen i organisasjonen din kan ta mange former, men felles for dem alle er et krav om å se forretningsfordeler med ditt digitale prosjekt. Forretningseieren ønsker å se et skalerbart prosjekt. Det må være fleksibelt nok til å endre seg i tråd med bransjetrender.

Prosjektet ditt må også være forutsigbart. Dette betyr at du må ha grundig undersøkt både potensielle fordeler og ulemper. Til slutt vurderer forretningseieren alltid prosjektets "time-to-market". Hvor lang tid tar det fra å være en teori eller under produksjon til et faktisk, fungerende produkt?

IT

IT-avdelingen, inkludert CIO og utviklerne, vil som oftest foretrekke tilgang til ressurser og/eller leverandører hos den valgte teknologien. IT liker også å vite total eierskapskostnad, produktets skalerbarhet, samt dets motstandsdyktighet, driftskrav og sikkerhet.

Redaktører

Innholdsredaktører har andre krav enn IT, naturlig nok. Redaktører generelt ønsker fleksibilitet, brukervennlighet, tilgangskontroll, støtte for arbeidsflyt og integrasjoner med analytikk i sine digitale løsningsvalg.

Markedsføring

Markedsføring kan være enda en gruppe hvis krav du må huske på når du lager en forretningsplan for ditt digitale prosjekt. De ønsker ofte å se funksjoner som kampanjestøtte, støtte for segmentering, analytikk og CRM-integrasjon i den digitale løsningen.

Bonus: Få i gang en rask PoC

Hvis ledelsen, seniorer, interessenter, eller alle sammen ser ut til å være lunkne til en foreslått løsning, bør du prøve å lage en proof of concept (PoC) for å raskt vise potensiell verdi. En PoC demonstrerer en idés gjennomførbarhet eller praktiske potensial, er vanligvis liten og kan godt være ufullstendig.

De fleste leverandører på din kortliste vil være glade for å levere en PoC. Med en PoC kan du samarbeide tett med leverandøren og en eventuell løsningspartner, og bygge en skreddersydd løsning for dine eksakte behov.

På denne måten er en PoC mer verdifull enn en demo. Du kan virkelig gå inn i detaljene om implementeringsprosessen, samarbeidet med de forskjellige aktørene, og hvor godt produktet faktisk kan løse oppgavene dine. Dette bør gi interessentene dine et sterkt grunnlag for å godkjenne eller avvise ditt prosjektforslag.

Chapter 5

Oppsett av et digitalt prosjekt

Ditt forslag har blitt godkjent og det digitale prosjektet går fremover. Nå er det på tide å sette opp formalitetene.

Setting up a digital project

Bli enige om formål og KPI-er

Som nevnt ovenfor er det så viktig å ha et formål for ditt digitale prosjekt at du egentlig ikke kan starte uten det. Involver de relevante personene fra topp til bunn, og lag et eksplisitt dokument der formålet med prosjektet er angitt.

Den andre delen av denne fasen er å fastsette dine KPI-er (nøkkelresultatindikatorer). En KPI er en type prestasjonsmåling og kan hjelpe deg med å evaluere prosjektets suksess. ClearPoint Strategy tilbyr en liste over vanlige KPI-er, som:

  • Fortjeneste
  • Kostnader
  • Kundens livstidsverdi (CLV)
  • Kundens anskaffelseskostnad (CAC)
  • Net promoter score (NPS)
  • Kontantstrøm fra finansieringsaktiviteter
  • Gjennomsnittlige årlige utgifter for å betjene en kunde
  • EBITDA (inntjening før renter, skatter, avskrivninger og amortiseringer)
  • Innovasjonsutgifter

Det kan være mange andre KPI-er. Det hele avhenger av de spesifikke behovene til prosjektet ditt og organisasjonen din. Velg de som gir mest mening i det begrensede omfanget av prosjektet ditt.

Muliggjør en primus motor

Enhver organisasjon og ethvert prosjekt trenger en ildsjel for å inspirere andre kolleger og for å få ting gjort. Du bør arbeide for å finne og muliggjøre en dyktig person med overbevisning, som har evnen til å ta avgjørelser i prosjektet eller i organisasjonen som helhet.

Hvis du ikke har en slik person om bord, kan resultatene bli det mange frykter i ethvert prosjekt som forsøker å være effektivt: Byråkrati og utvannet demokrati. Hvor alle får si sin mening om retningen, hvor prosessene er trege, og hvor handlinger fører ingensteds.

For å oppnå suksess i prosjektene dine, trenger du en person i en god arkitektonisk rolle, som er i stand til å ta avgjørelser både i funksjonalitet og på det tekniske. Gode produktstyringsferdigheter er også en svært ønsket bonus.

Sett opp dokumentasjon og et kvalitetssystem

Før man begir seg ut på en spennende prosjektreise er det lett å ignorere de "kjedelige" tingene i form av dokumentasjon. Men godt utført og grundig dokumentasjon er av vital betydning for prosjektet ditt, dine kolleger, revisjoner, læringspunkter og fremtidig gevinst.

En god dokumentasjonspraksis kan hjelpe deg med å gjøre følgende:

  • Se hva som ble gjort, av hvem, og når
  • Lær hvorfor spesifikke tiltak ble tatt, og andre ikke
  • Se kildekoden/materialet/oppskriften på en løsning
  • Kontrollere partnerhandlinger mtp. fakturering
  • Forstå læringspunkter
  • Gjennomgå fremgang
  • Estimere fremtidige kostnader

Med god dokumentasjon kommer et kvalitetssystem. Dette er en spesifikk implementering av kvalitetskonsepter, standarder, metodologier og verktøy. Formålet er å oppnå kvalitetsrelaterte mål, som å opprettholde verifiserbar dokumentasjon.

Et kvalitetsstyringssystem sikrer at en organisasjon, produkt eller tjeneste er konsekvent. Det har vanligvis fire hovedkomponenter: kvalitetsplanlegging, kvalitetssikring, kvalitetskontroll og kvalitetsforbedring. Kvalitetsstyring er dermed fokusert ikke bare på produkt- og tjenestekvalitet, men også på midlene for å oppnå dette.

Formålet er å sikre at ingen handlinger eller juridiske krav overses i løpet av et prosjekt, og at du opprettholder en konsekvent kvalitet på arbeidet ditt.

Sett opp tidslinje og prosess

Det er knapt en hemmelighet at god planlegging er nøkkelen til en vellykket innsats. Hvis du ønsker at ditt digitale prosjekt skal lykkes, er den beste løsningen å planlegge på forhånd ved å sette opp en tidslinje og en prosessoversikt.

Hva forventes å skje når? Hva er de ulike milepælene? Hvilke handlinger vil være gjentakende, og hvilke handlinger vil representere enkelttilfeller? En tidslinje kan se slik ut i et hypotetisk eksempel:

Tid

Handling

Ansvarlig

Uke 1–2

Undersøkelser

Egon

Uke 3

Gjennomgang og avgjørelse

Valborg

Uke 4–5

Testing

Kjell

Uke 6

Gjennomgang og avgjørelse

Egon

Uke 7–10

Implementering

Benny

Uke 11

Evaluering

Valborg

En prosess kan se slik ut:

Emne

Handling

Ansvarlig

Dato

Utført

Lærdom

Design

Ta bilder av personale

Valborg

2024-09-19

✔️

Trenger ny reflektor.

Mal

Opprett mal for nyhetsartikkel

Egon

2024-09-23

✔️

Støtte på CSS-problem.

Innhold

Skriv blogginnlegg

Benny

2024-09-30

 

I fasen for å sette opp en tidsplan og prosess, kan du enten tilføye kun det grunnleggende eller gå så detaljert til verks som nødvendig. Poenget er at tidsplanen og prosessoversikten skal fungere som nyttige verktøy for deg og teamet ditt i ukene som kommer. Inviter kollegene dine til en økt hvor dere går gjennom punktene, og avgjør om det er klart og gjennomførbart.

Ikke glem skalering

Skalerbarhet er evnen til å vokse eller nedskalere en virksomhet i samsvar med endrede omstendigheter. Hvis du for eksempel implementerer et nytt rapporteringssystem i bedriften din, kan du starte smått i bare én avdeling.

Hvis prosjektet viser seg å være en suksess, kan du deretter skalere det opp for å påvirke flere avdelinger. Men dette forutsetter at prosjektet ditt er bygget for skalering fra starten av.

Skalering innebærer at du har en modulær kjerne i prosjektet ditt med muligheten til å legge til eller fjerne flere ressurser og/eller arbeidskraft. Kjernen driver prosjektet med et formål, en tidsplan og prosesser. Den kan også motta eller fjerne tilleggsfunksjoner sømløst etter hvert som omstendighetene tilsier det. Som ekstra koderessurser, juridisk vurdering eller rett og slett mer penger.

Så sørg for at du utformer et prosjekt som enkelt kan skaleres. Både opp og ned.

Chapter 6

Finn de rette folkene

En viktig del av prosjektforberedelser og vedvarende vedlikehold er å finne og beholde de rette menneskene som kan gjøre de rette oppgavene til enhver tid.

Finding the right people

Intern vs. ekstern

Du må mest sannsynlig involvere andre personer i ditt prosjekt, avhengig av størrelsen og omfanget. I et veldig lite og begrenset prosjekt kan det holde å involvere bare deg selv og noen få kollegaer.

I store prosjekter kan det imidlertid være nødvendig å ansette ekstra ressurser, lyse ut visse funksjoner eller til og med samarbeide med eksterne selskaper som byråer og systemintegratorer.

Du kjenner selvsagt din egen situasjon best. Men noen spørsmål kan være nyttige:

  • Har vi nødvendige ferdigheter internt?
  • Trenger vi å ansette talenter, eller bør vi samarbeide med et byrå?
  • Hva er kostnad-nytteforholdet mellom å ansette og outsource?
  • Hvor lenge trenger vi det spesifiserte ferdighetssettet?
  • Er prosjektet løpende eller en éngangshendelse?

Teamferdigheter

Uavhengig av om du vil inkludere interne kollegaer, outsource, eller ansette/samarbeide med en eller flere løsningspartnere eller byråer, trenger du fortsatt visse ferdigheter i ditt digitale prosjekt.

De mest vanlige ferdighetene du trenger for et digitalt prosjekt er:

Prosjektledelse

En prosjektleder vil ha tilsyn med hele prosjektet. Han er ansvarlige for frister, KPI-er og rapportering, samt å arrangere oppfølginger med hvert prosjektmedlem. For å finne den rette personen i denne rollen som kan utføre prosjektet vellykket, kan bedrifter ta i bruk Fiedlers kontingensteori.

Løsningsarkitektur

Med overordnet ansvar for en eventuell digital løsning dere implementerer vil dette teammedlemmet trenge spesifikke digitale ferdigheter, kunnskap om UX, og erfaring til å konsultere om endelige løsninger og forretningsstrategi.

UX-design

UX-designere må skape produkt- og tjenestedesign som tar hensyn til både merkeprofilen og brukeropplevelsen. De bør også kunne levere HTML og CSS til utviklerne.

Webutvikling

Webutviklere vil kunne implementere design ved hjelp av malverk og populære UI-rammeverk. Det er viktig at de er opplært og sertifisert på en gitt løsning.

Back-end-utvikling

Back-end-utvikling innebærer mer tungt arbeid, inkludert evnen til å integrere arbeidet front-end-utviklerne gjør i back-end-systemet. En utvikler må være opplært og sertifisert på din eventuelle nye løsning.

Leverandørekspertise

For å sikre at prosjektet ditt går så smidig som mulig, kan leverandørekspertise være nyttig. En leverandør vil gi råd om beste praksis for å fremskynde prosjektet og forbedre opplevelsen til de som jobber med løsningen daglig.

Merk at det ikke alltid er mulig å få hjelp av en leverandør, da de har begrensede ressurser, men benytt det hvis du kan!

Kontinuerlig implementering

Utviklere trenger ikke bare å skrive kode. De må også distribuere den på en server. Se etter utviklere med ferdigheter i kontinuerlig implementering, inkludert automatisert testing for kode.

Innholdsproduksjon/webredigering

Hvis det digitale prosjektet krever det trenger du teammedlemmer med evnen til å produsere det faktiske innholdet for kundene og brukerne dine. Dette inkluderer tekstforfattere, webredaktører og grafiske designere. I tillegg til å kunne skape innhold, bør de alle være opplært i din gitte løsning.

Tilgjengelighet/SEO

For å sikre at løsningen din oppleves av så mange mennesker som mulig kan tilgjengelighet og SEO være viktig. Se etter en ekspert som er godt kjent med WCAG-standarden, samt beste praksis innen SEO.

Testing

Testingsekspertise vil bidra til å sikre at den endelige løsningen er sikker, tilgjengelig og oppfyller alle funksjonelle krav. Samt å være fri for eventuelle feil før lansering.

Drift

Selv om ditt digitale prosjekt er ferdig, trenger du noen til å drive og vedlikeholde serverne og tilbudene. Dette kan være din IT-avdeling, dine løsningspartnere eller din leverandør hvis de tilbyr slike tjenester.

Chapter 7

Finn de rette verktøyene

Uten verktøy ville vi mennesker vært nødt til å skrape i jorda med bare nevene. Men heldigvis har vårt rasjonelle sinn sørget for at vi har tenkt ut og skapt utallige verktøy til bruk i utallige situasjoner.

Finding the right tools

Hvordan velge digitale verktøy

Før du begir deg ut på en jakt etter de riktige verktøyene bør du huske på to tommelfingerregler:

  1. Ikke gå for det første og beste
  2. Gresset er ikke alltid grønnere på den andre siden

Når du undersøker verktøy kan det første du snubler over virke fantastisk, spennende og velegnet for å utføre oppgavene dine.

Men hvis du ikke har undersøkt andre verktøy, vet du ikke nødvendigvis hva du har gått glipp av med tanke på funksjonalitet, læringskurve, fellesskap og så videre. De fleste undersøkelser ender opp med minst to alternativer der du kan sammenligne fordeler og ulemper.

Også kan det hende du allerede har et verktøy du ikke er helt fornøyd med. Bare husk at selv om et annet verktøy kan virke nyere eller rett og slett annerledes, betyr det ikke nødvendigvis at det vil gjøre deg mer effektiv.

I denne situasjonen vil du gjøre lurt i å undersøke flere verktøy og sammenligne dem med hverandre og ditt opprinnelige verktøy opp mot kravene du har for å løse oppgavene dine effektivt.

Digital plattform

Et av de viktigste digitale verktøyene du kommer til å jobbe med, er din digitale plattform. Denne skapningen har mange navn på grunn av sin mangeartede natur, men de mest vanlige er: publiseringsløsning (CMS), digital opplevelsesplattform (DXP) og webopplevelsesstyring (WEM).

CMS-et er motoren bak organisasjonens digitale opplevelser. I en verden der en økende mengde bedrifter forventer at deres inntekter vil bli dominert av digitale tiltak, vil en fremtidsrettet digital plattform holde deg foran konkurrentene dine.

Å velge det rette CMS-et for din organisasjon kan hjelpe deg å øke inntektene, gjøre deg mer effektiv og holde kundene dine fornøyde. Med andre ord, det kan være nøkkelen til din langsiktige suksess.

En digital plattform vil være et kostbart, men fundamentalt verktøy som din organisasjon må jobbe med de neste 5–10 årene, minst. Å velge rett er derfor ikke noe man bør ta lett på.

Her er en foreslått prosess for å finne og velge det rette CMS-et:

  • Offentlig forum med relevante byråer og leverandører
  • Utsendelse av anbud
  • Lage en langliste
  • Forske på alle kandidater på langlisten og sammenligne med dine krav
  • Lage en kortliste
  • Invitere kandidater på kortlisten til å utføre en PoC (Proof of Concept)
  • Endelig vurdering og dom

Markedsføringsforsterkende verktøy

Av sin natur bør et CMS/digital plattform være lett og fleksibelt. Hvorfor? Slik at du kan velge nøyaktig de markedsføringsverktøyene du elsker, slik at du kan integrere dem.

Selvfølgelig tilbyr mange leverandører en full markedsføringspakke med sitt produkt, noe som kan virke enkelt eller betryggende. Men dette er ikke alles foretrukne kopp te.

Å kombinere ditt CMS med kraftige markedsføringsverktøy er en flott måte å bygge en sømløs digital opplevelse for dine kunder. Se etter en digital plattform som har ferdige integrasjoner med analyseverktøy, markedsføringsautomatiseringsverktøy, SEO-verktøy, A/B-testingverktøy og mer.

Et godt CMS kjenner sine begrensninger. I stedet for å bygge sine egne verktøy for alle disse funksjonene, tilbyr det integrasjoner med de beste verktøyene som er tilgjengelige.

Mikrotjenester

Mikrotjenester er et teknisk aspekt du kan vurdere med tanke på arkitekturen til din digitale plattform og modulariteten til tredjeparts markedsføringsverktøy.

Dette er en samling separate tjenester i en applikasjon som er svært vedlikeholdbare og testbare, løst koblede, uavhengig distribuerte og organiserte rundt forretningsfunksjoner.

Eksempler på mikrotjenester kan være en forsikringskalkulator, et API for en bestilling, komponenter av et nettsted (som en boks for å vise et skjema) eller serversidefunksjonalitet (som en planlagt oppgave).

Microservices

Mikrotjenester passer inn i moderne skyinfrastruktur, med mange mindre komponenter som kjører og som er enklere å teste, distribuere og vedlikeholde for DevOps.

Siden de består av mindre deler, tillater mikrotjenester at dine kolleger kan være mer autonome, i den forstand at de lettere kan gjøre endringer uten å forstyrre andre deler av ditt digitale prosjekt.

I tillegg kommer den modulære naturen, ingen "single point of failure", at utviklerne dine kan begynne å bygge løsninger raskere og skalere etter behov, og at mikrotjenester kan virke uimotståelige.

Men vær oppmerksom på mulige fallgruver. Dette kan inkludere dårlig konstruksjon av arkitekturen, en mer fragmentarisk natur og muligens mer utfordrende testing.

Som alle verktøy, bør du vurdere nøye om mikrotjenester passer for din organisasjon.

Chapter 8

Utføring av arbeidet

Etter så mange forberedelser er det endelig på tide å gjøre det faktiske arbeidet! Dette er det viktigste steget i et digitalt prosjekt. Her skal du gjøre alle de tunge løftene: du skal bygge den nye nettsiden, utvikle en ny app, implementere det nye intranettet eller få den nye tjenesten opp og kjøre.

Doing the work

La oss brette opp ermene og sette i gang.

Prosjektfaser

Alle digitale prosjekter kan deles inn i faser, og innholdet i disse kan variere kraftig avhengig av hva du prøver å oppnå, prosjektets omfang, bransjens natur og så videre.

Her er imidlertid tre vanlige faser og hva du kan forvente fra dem.

Tidlig prosjektfase

Denne tidlige fasen inkluderer vanligvis planleggingsmøter, orienteringsøkter, teknologioppsett, opplæring og oppstart av koding, skriving og annet produktivt virke.

Underveis i prosjektet

Dette er hovedfasen, hvor grunnlaget er etablert og dine kolleger utvikler, skriver, tester eller analyserer de ulike oppgavene som er gitt dem. Samtidig overvåker ledere kontinuerlig og styrer resultater. Denne fasen kan ta alt fra noen dager til flere måneder, eller til og med år.

Sen prosjektfase

Mot slutten av det digitale prosjektet foreligger det flere resultater og ferdige produkter. Dette fører til flere gjennomganger, tester, kvalitetsvurderinger og reiterasjoner. Her pakker du og teamet ditt alt sammen, klargjør for lansering, publisering eller levering av sluttproduktet.

Før du bestemmer deg for tilnærmingen til ditt digitale prosjekt bør du utforske maler designet for effektiv håndtering av ansattes tidsplaner for å forhindre eventuelle tilbakeslag.

Tilnærminger til digitale prosjekter

Selv om de fleste digitale prosjekter har en begynnelse, en midtdel og en slutt, kan tilnærmingen til hvordan arbeidet utføres innen dette rammeverket ta mange forskjellige former. Enterprise-arkitekt Mohamed Sami lister opp følgende typer:

Fossefallmodellen

Fossefallmodellen er en oppdeling av prosjektaktiviteter i lineære sekvensielle faser, hvor hver fase avhenger av resultatene fra den forrige og tilsvarer en spesialisering av oppgaver.

Waterfall model

V-modellen

Som en utvidelse av fossefallsmodellen bøyer V-modellen prosesstrinnene oppover etter kodingsfasen for å danne en V-form.

Modellen demonstrerer forholdet mellom hver fase i utviklingslivssyklusen og dens tilknyttede testfase.

Den horisontale aksen representerer tid eller totalen av prosjektet (venstre-til-høyre), mens den vertikale aksen representerer abstraksjonsnivået (topp-til-bunn).

V shaped model

Prototypmodell

En prototype simulerer vanligvis bare noen få aspekter ved det endelige produktet og kan skille seg helt fra det, men prosjektteamet kan få verdifulle tilbakemeldinger fra brukerne tidlig i prosjektet.

Det finnes flere varianter, inkludert engangsprototyper, evolusjonære, inkrementelle og ekstreme prototyper.

Spiralmetoden (SDM)

Spiralmodellen er risikodrevet og basert på de unike risikomønstrene til et gitt prosjekt. Den veileder et team til å ta i bruk elementer fra en eller flere prosessmodeller, som inkrementell, fossefall eller evolusjonær prototyping.

Spiral model (SDM)

Iterativ og inkrementell metode

Iterativ og inkrementell utvikling er enhver kombinasjon av både iterativ design eller iterativ metod og inkrementell driftsmodell for utvikling.

Den iterative og inkrementelle metoden er bygget for å imøtegå svakhetene ved fossefallsmodellen, og begynner med planlegging før den fortsetter med gjentagende, iterative sykluser. Den ender med driftsetting.

Iterative and incremental method

Agile

Agile er en utbredt og populær tilnærming til digital prosjektstyring. Mange team verden rundt benytter følgelig agile-tilnærmingen når de starter et digitalt prosjekt.

Agile kan defineres som et sett med verdier og prinsipper hvor arbeidsprosesser, metoder, samarbeid og leveranse blir kontinuerlig forbedret og tilpasset enhver kontekst.

Hovedidéen med agile er å ta små steg og driftsette kontinuerlig, i motsetning til den vanlige fossefallsmetoden.

Agile

Agile handler om å styrke individer, bygge funksjonelle produkter, vektlegge samarbeid og respondere på endrede omstendigheter.

Dette står i kontrast til å fokusere på prosesser og verktøy, skrive omfattende dokumentasjon, forhandle uendelig om kontrakter og å holde seg til planen uansett hva.

Agile er imidlertid ikke en metodikk, men et sett med regler ment for å veilede deg i å velge de riktige metodene og prosedyrene for teamet ditt. Disse kan inkludere, men er ikke begrenset til:

  • Scrum: Sprintbasert tilnærming hvor et lite team møtes regelmessig, for eksempel med stand-ups, for å diskutere nåværende oppgaver og hindringer
  • Kanban: Visuelle representasjoner av oppgaver som beveger seg gjennom forhåndsbestemte stadier for å spore fremgang og identifisere hindringer
  • Adaptive project framework (APF): Arbeidet utføres og vurderes i stadier
  • Extreme project management (XPM): Plan, budsjett og endelig levering kan endres for å passe til skiftende krav når som helst

Uansett hvilken tilnærming du velger for ledelse av ditt digitale prosjekt, bør du vurdere det nøye og involvere dine kolleger for å lære om deres preferanser.

Ingenting er hugget i stein, og du kan ende opp med å kombinere prinsipper fra ulike tilnærminger hvis det passer dine formål.

Oppnå tidlige gevinster

Suksessen til ditt digitale prosjekt avhenger av mange faktorer, og å oppnå tidlige gevinster kan være en av dem. Dette er viktig av hovedsakelig tre grunner:

  1. Moral er viktig for å holde folk motiverte til å utmerke seg i arbeidet sitt. Noe som øker moralen på en enestående måte er en tidlig gevinst i ditt digitale prosjekt. Hvis du for eksempel lanserer en vellykket kampanje i begynnelsen av din prosjektperiode, skaper du stolthet hos dine kolleger og organisasjon
  2. Ikke bare vil en tidlig gevinst få fart på prosjektet ditt og frembringe optimisme, men det vil også skape langtidseffekter. En suksesshistorie er noe folk vil snakke om i årene som kommer. Det vil også være et håndfast eksempel du kan referere til på konferanser, foredrag og nettverkstreff
  3. En tidlig gevinst kan tjene til å overbevise ledelsen og interessentene om gjennomførbarheten av det digitale prosjektet, slik at de gir grønt lys for å fortsette foretaket eller gi tilgang til flere ressurser

Prosjektledelse

Å lede et digitalt prosjekt og et digitalt team kan være både utfordrende og givende. Selv om du sannsynligvis allerede har gjort flere av følgende handlinger tidligere i prosjektet ditt, kan det være nyttig å gå gjennom dem igjen i løpet av de ulike prosjektfasene for å vurdere om du trenger å gjøre nødvendige endringer.

Og hvis du ikke allerede har gjort disse handlingene, er det en god mulighet nå!

Fokus på innovasjon

Innovasjon handler om å oppdage nye løsninger på problemene og oppgavene dine. Å løse dem på smartere og mer effektive måter enn før. Innovasjon stimulerer kreativitet, produksjon, eksperimentering og samarbeid, og er derfor en egenskap som etterspørres hos digitale ledere.

Kommuniser tydelige mål

Ettersom prosjektet skrider frem, er det et godt tidspunkt å vurdere KPI-ene og målene dine. Er de klare nok for teamet og interessentene dine? Hva er deres forventninger?

Når du har realistiske og målbare KPI-er kan du kommunisere dem regelmessig til teamet ditt. Gå gjennom resultatene, gjør passende tiltak, og iterer dem i neste periode.

Bli kjent med teamet ditt

Dette er en handling du åpenbart burde ha gjort allerede, men det skader ikke å bli enda bedre kjent med kollegaene dine etter hvert som prosjektet utvikler seg.

Det folk sier og det folk gjør kan være helt forskjellige ting. Arranger uformelle møter med kollegaene dine for å diskutere deres forventninger før prosjektet, deres resultater så langt, og hva de forventer videre nedover veien.

Sammenlign nødvendige ferdigheter med faktiske resultater, og foreslå en videre handlingsplan – som for eksempel å delta på et kurs.

Vurder digitale verktøy

Dette punktet burde ha blitt grundig dekket i planleggingsprosessen, men igjen – teori og praksis stemmer ikke alltid overens.

Tilfredsstiller dine digitale verktøy deres krav, eller bør de erstattes? Vurder hvert verktøy etter tur, og vurder om de oppfyller oppgavene dine eller avviker fra de forventede resultatene.

Implementer ContentOps

Hvis ditt digitale prosjekt involverer innhold av en eller annen art, kan content operations være et interessant alternativ for deg.

Det er et sett med prinsipper for å behandle innhold like seriøst som ved programvareutvikling. Alt for å skape konsistent, skalerbart og kanalagnostisk kvalitetsinnhold ved å forene mennesker, prosesser og teknologi.

For å få ContentOps i gang må du derfor starte med menneskene. Dvs. ditt digitale team.

Kontinuerlig forbedring

Muligheten til å kontinuerlig forbedre ditt digitale prosjekt kan avhenge av hvilken type tilnærming, rammeverk og metodikk du har valgt.

Her antar vi at du har valgt en løsning der kontinuerlig forbedring er naturlig eller kan legges til uten hindring for prosjektet ditt.

Kontinuerlig forbedring knytter seg spesielt til den agile tilnærmingen til å drive et digitalt prosjekt. Å alltid forbedre seg i hver fase av et prosjekt er avgjørende for prosjektets suksess.

Her er noen vanlige handlinger når det gjelder kontinuerlig forbedring av ditt digitale prosjekt:

  • Regelmessig tilbakemelding: Gi dine medarbeidere hyppig tilbakemelding for å peke dem i riktig retning og få et klarere bilde av situasjonen
  • Regelmessige iterasjoner: Ikke hold fast ved et monolittisk produkt, vær modulær og forkast, forbedre eller initiere nye løsninger underveis
  • Fremvis verdier: Engasjer både kolleger og interessenter ved å demonstrere verdiene du genererer, da dette kan sende flere ressurser din vei

Samarbeid med tredjeparter

I mange tilfeller må organisasjonen din samarbeide med eksterne fagpersoner som besitter ferdigheter, erfaringer og andre ressurser dere ikke har.

For eksempel kan dere mangle ferdighetene til å implementere et markedsføringsautomatiseringsverktøy, og det kan derfor være nødvendig å involvere et eksternt byrå som spesialiserer seg på slike saker.

I tillegg til å anvende mange av de nevnte prinsippene for digitale prosjekter på tredjepartssamarbeidspartnere, må du også vurdere ytterligere aspekter:

SLA

En tjenestenivåavtale (SLA) brukes vanligvis som en forpliktelse mellom en tjenesteleverandør og en kunde. Spesifikke aspekter av tjenesten, som kvalitet, tilgjengelighet og ansvar blir avtalt mellom tjenesteleverandøren og tjenestebrukeren.

En slik avtale kan også fungere perfekt mellom deg og en tredjeparts samarbeidspartner. Å eksplisitt fastsette forventninger om kvalitet, tidsramme, kostnad, kommunikasjonskanaler og hvem som er ansvarlig for hva kan hjelpe deg å spare både tid og penger.

Sørg for at begge parter deltar i en SLA-workshop, leser den skriftlige avtalen og signerer den som et tegn på gjensidig tillit.

Løsningspartnere

Ikke alt må starte fra bunnen av eller på en helt blank side. Hvis du trenger ekstern hjelp med et produkt eller en tjeneste, kan hjelpen være nærmere enn du tror.

I dette tilfellet bør du undersøke om en leverandør du kjøper fra har offisielle løsningspartnere oppført på sitt nettsted eller i et annet register. Dette er eksperter som er anbefalt av leverandøren, og som har større sannsynlighet for å levere det du trenger.

En vellykket leveranse er imidlertid ikke automatisk. Sørg for å få løsningspartnerne gjennom en grundig gjennomgang – komplett med en RFP og en PoC hvis det er relevant.

Chapter 9

Rapportering og evaluering

Rapportering kan høres ut som kjedelig og plagsomt arbeid, men du må huske på følgende: Rapporter er et uvurderlig verktøy for å hjelpe deg med å dokumentere og forbedre hva dere gjør.

Å vite hva som var forventet, hva som faktisk hendte (og når) og hva resultatene ble er en kilde som du, ditt team og dine interessenter kan bruke for å oppnå viktig lærdom, identifisere svake punkter og fremheve beste praksis.

Reporting and evaluation

Med andre ord: du kan bruke de tørre, støvete rapportene for å jobbe enda mer effektivt og skape mer verdi i fremtiden. Du må bare lære å skrive dem og hva slags rapporter du bør bruke i ditt prosjekt.

Det som følger er en generell veiledning med vanlige prinsipper og steg, inspirert av BrightWork og Asana. Ikke alle stegene er nødvendigvis relevante for din spesifikke rapport, men du bør velge de som appellerer.

Slik skriver du en rapport

Bestem målet

Akkurat som du må ha et mål eller et formål når du starter et prosjekt, må du være målrettet når du skriver en rapport. Å ha et uttalt mål gjør det mulig for deg å skrive mer klart, og tenke på om du trenger å beskrive, forklare, anbefale eller overtale. Det hjelper deg også med å definere målgruppen.

Navngi rapporten din

Et godt, beskrivende navn fungerer som en forkortelse for hva rapporten handler om. Hvis rapporten skrives med jevne mellomrom, vurder å legge til datoen i navnet også. Eksempler inkluderer "Mai 2024 – Prosjektstatus" eller "Risikovurdering for prosjekt X."

Forstå målgruppen din

Målgruppen for rapporten din bør påvirke tonen i rapporten. Å skrive for en ledergruppe er for eksempel annerledes enn å skrive for ditt eget team.

Ved å kjenne målgruppen din, deres stil og deres smertepunkter, kan du skreddersy innholdet for å gjenspeile deres egne preferanser og verdier, og dermed gjøre dem mer mottakelige for rapporten.

Rapportformat og type

Målet og målgruppen for rapporten din bestemmer dens formelle utseende. Vil den være skriftlig, eller vil den bli levert muntlig? Bør språket være formelt eller uformelt? Vil rapporten ta for seg økonomiske, tekniske eller faktamessige spørsmål – eller alle sammen? Finnes det ferdige maler tilgjengelig i organisasjonen din?

Angi prosjektstatus

I rapporteringsverdenen er tid essensielt. Du må anta at målgruppen din har lite tid. Det er derfor viktig å skrive klart, ha et beskrivende navn og raskt angi prosjektets status: Om det for øyeblikket er på rett spor, er i fare eller er avsporet.

Å legge til farger – henholdsvis grønn, gul og rød – er en annen nyttig visuell ledetråd.

Samle fakta og data

En rapport er ubrukelig uten solide referanser til fakta og data for å støtte dine påstander og konklusjoner. Bruk dine valgte verktøy og dashbord for å be om data i form av grafer, diagrammer og tabeller, og dermed understreke dine poeng.

Strukturer rapporten

Selv om du ikke skriver en roman, er en rapport likevel et integrert verk av prosa. Det er tre nøkkelkomponenter i dette tilfellet. Begynnelse, midtdel og slutt:

  • Introduksjon: Gi en kontekst for rapporten og skisser de viktigste punktene du skal behandle.
  • Hoveddel: Presenter bakgrunnsinformasjon, analyser, diskusjoner og anbefalinger. Trekk inn data og støttende grafikk for å understøtte din posisjon.
  • Konklusjon: Samle alle funnene på en ryddig måte, i bunn og grunn essensen av hva rapporten har handlet om.

Gi en rask oppsummering av rapporten

Som et tillegg til rapportstrukturen, kan du legge til en seksjon før alle de andre i form av en rask oppsummering. Dette bør være kortfattet (husk de travle interessentene!) og forklare veldig kortfattet, i maksimalt 2–3 setninger, hva rapporten sier.

Velg to til tre nøkkelområder eller milepæler å fremheve

Selv om hoveddelen av rapporten din bør være betydelig utdypet, bør du også tenke på fokus og det vesentlige her. Et digitalt prosjekt kan være omfattende, og det kan være berettiget å bare inkludere 2–3 nøkkelområder eller milepæler å fremheve.

Vil du presentere prosjektelementene kronologisk ("vi gjorde x, y og z"), etter funksjonalitet ("utvikleren gjorde x, QA-sjefen gjorde y, redaktøren gjorde z") eller etter milepæler ("vi nådde mål x")?

Legg til en overordnet oversikt over hvert nøkkelområde

Selv om vi jobber hardt for å holde rapporten din kortfattet og visuelt tiltalende, kommer man ikke utenom at mengden innhold kan bli overveldende.

For å hjelpe til med å hindre dette, kan du legge til en slags "mini-oppsummering" før hvert nøkkelområde du behandler. Dette kan være å legge til noen punkter for å oppdatere leseren din om fremdriften, prestasjonene og det kommende arbeidet i det gitte området. Eksempler kan være "75 % av oppgavene fullført, 87 % av testene vellykket, neste sprint går som planlagt."

Legg til lenker til andre dokumenter eller verktøy

Siden en rapport skal være kortfattet, kan ikke alle informasjonsbiter og småfakta være til stede. Men noen interessenter vil kanskje vite mer. I dette tilfellet kan du inkludere lenker til mer grundig dokumentasjon eller verktøy du har brukt i det digitale prosjektet.

Gi oppmerksomhet til eventuelle problemer eller utfordringer

Ingen prosjekter har gått helt glatt fra start til slutt. Dette er helt naturlig, på grunn av kompleksiteten i alle de involverte menneskene, prosessene og ressursene.

Det er ingen vits i å late som om problemene ikke er der. I stedet bør du vie dem oppmerksomhet, slik at både interessenter og kolleger kan iverksette passende tiltak.

Lesbarhet og redigering

En rapport eksisterer ikke for sin egen skyld, for å bli lest av ingen. Bruk litt tid på å redigere og revidere innholdet, rens det for uklar formulering og gjør det mer lesbart med enkle formateringsalternativer og visuelle elementer. Inkluder kolleger for gjennomgangsformål.

Bonus: Mediumtype

Når du hører ordet "rapport", tenker du kanskje på den arketypiske mappen som inneholder side på side. Men en fysisk kopi trenger ikke å være mediet for rapporten din. Den kan være digital i form av en PDF, mens et annet alternativ kan være en wiki.

Hvis du for eksempel leverer ukentlige rapporter, kan en wiki enkelt la deg duplisere oppsettet og også la deg se tidligere rapporter øyeblikkelig for sammenligningsformål. Enda et annet rapportmedium kan være et interaktivt dashboard.

Evaluering av prosjektet

Mange av rapportene nevnt ovenfor handler om evaluering: Evaluering av risiko, GDPR/personvernspørsmål, prosjektstatus og budsjett. Det er imidlertid nyttig for deg å evaluere prosjektet selv for å identifisere om prosjektet leverte på alle fronter.

Å analysere fullførte mål, målsetninger, aktiviteter og budsjettkomponenter kan hjelpe deg med å fastslå om prosjektet er på rett spor, avviker litt, eller er helt ute av kurs.

Dette vil igjen gjøre det mulig for deg å lære av dine feil og suksesser, samt hjelpe deg med å forbedre dine og teamets anstrengelser i fremtidige tiltak.

Hva du skal evaluere

Mot slutten av et digitalt prosjekt er det nyttig å evaluere følgende aspekter, ifølge ProjectManager:

  • Tidsplan: Sammenlign de faktiske datoene for dine viktige milepæler med de planlagte datoene. Vurder avvikene og innvirkningen de vil ha på prosjektet ditt som helhet, og rett opp om nødvendig
  • Kvalitet: Evaluer kvaliteten på din digitale prosjektledelsespraksis og kvalitetssystem, og om du følger prinsippene. Sammenlign også teamets resultater med din kvalitetsstandard
  • Kostnad: Sammenlign dine faktiske utgifter med det prosjekterte budsjettet. Utfør en prognose for å forutsi om du trenger å justere utgiftene dine på lengre sikt
  • Teamtilfredshet: Sjekk regelmessig med teamet ditt for å finne ut hva de synes om prosjektet og hva du kan gjøre annerledes
  • Ytelse til forretningscase: Sammenlign ditt faktiske prosjekt som det fremstår nå med den opprinnelige business-casen. Var de anslåtte fordelene realistiske? Eksisterer fortsatt problemet som prosjektet var designet for å løse?

Evalueringsverktøy og -metoder

Det kan være flere måter å evaluere ditt digitale prosjekt på i tillegg til rapporter. Sumac lister opp følgende:

  • Undersøkelser: Kan brukes før og etter et prosjekt for å måle tilfredshet blant teammedlemmer, interessenter eller kunder. Kan utføres elektronisk, med penn og papir, eller gjennom et personlig intervju
  • Observasjon: Kan brukes i f.eks. UX-testing før og etter en endring i et digitalt verktøy, en digital opplevelse osv., for å evaluere forskjeller i tidsbruk eller oppgaveløsing
  • Kundehistorier: Grundig forskning på et gitt produkt, løsning eller person i forbindelse med ditt digitale prosjekt. En kundehistorie kan gi deg både kvalitative og kvantitative data for evaluering
  • Fokusgrupper: Består vanligvis av 3–5 personer som representerer et tverrsnitt av målgruppen din. En fasilitator stiller målrettede, åpne spørsmål, noe som gir deg informasjon om hvordan respondentene oppfatter og påvirkes av ditt digitale prosjekt
  • Intervjuer: Kan være 1-til-1 eller 1-til-mange, og brukes typisk for å samle markedsinformasjon, vurdere kunnskap, tilfredshet, interesse osv.

Evalueringplan

Ifølge MyMG er en evalueringsplan et dokument som definerer og utfører aktiviteter for å analysere et digitalt prosjekt etter spesifikke kriterier. Planen tar sikte på å fastslå prosjekteffektivitet gjennom sporing av fremgang på mål, fullføring av aktiviteter og fullføringsdatoer:

  • Steg 1 - Identifiser resultater: Finn KPI-ene som vil la deg forstå fullføringsraten for ditt overordnede digitale prosjektmål
  • Steg 2 - Velg evalueringsmetode: Velg én eller flere evalueringsmetoder som dekker så mye innvirkning som mulig for dine evalueringsformål
  • Steg 3 - Opprett evalueringsrapport: Lag en evalueringsrapport som inkluderer dine konklusjoner om det digitale prosjektets evne til å produsere ønsket endring og oppnå tiltenkte mål

Chapter 10

Slutten på et digitalt prosjekt

Alt må én gang ta slutt, og et digitalt prosjekt er intet unntak. Men det er noen forbehold. Det rette spørsmålet å stille deg selv på dette punktet er følgende: Er prosjektet kontinuerlig eller endelig?

End of a digital project

Hvis prosjektet var endelig, for eksempel en omstart av dine nettaktiviteter eller utvikling av en ny app, gratulerer! Du har nådd målstreken. Alt du har lært er nå, eller er klart til å bli, testet i praksis.

Men hvis prosjektet er kontinuerlig, for eksempel for vedlikeholdsformål i dine digitale opplevelser eller for å stadig levere digitale tjenester i organisasjonen din, må du nå bevege deg tilbake til startlinjen.

Men det er ikke helt det samme som å starte fra bunnen av. Nå har du allerede mye kunnskap, ferdiglagde maler, et erfarent team og mange verktøy. Du har ervervet rammeverket for å jobbe og forbedre deg kontinuerlig på en effektiv måte.

Vend tilbake til denne guiden for et gjensyn med oppskrifter og beste praksiser. På denne måten vil du alltid være skarp som en kniv i din digitale prosjektledelse.

Chapter 11

Vanlige feil å unngå

Som en bonus har vi inkludert vanlige feil å unngå i ditt digitale prosjekt. Vær på utkikk etter tegn til disse fenomenene for å holde ditt digitale prosjekt ved god helse.

Common mistakes to avoid

Vanlige feil i ditt digitale prosjekt

Ikke på linje med overordnet strategi

Betydningen av å få et mandat og støtte fra toppnivået i organisasjonen din kan ikke overdrives.

Å være i samsvar med den overordnede strategien sikrer at alle beveger seg i samme retning og oppfyller både bredere organisasjonsmål og smalere avdelingsmål.

Manglende drivkraft

Hvert team trenger en drivkraft som inspirerer, leder og får ting gjort. Uten en slik person ved roret risikerer et digitalt prosjekt å bli bremset ned av ineffektiv beslutningstaking og mangel på visjon.

Før du starter et nytt prosjekt, sørg for å utpeke en arkitektrolle som kan ta tekniske og designbeslutninger.

Kjører ikke et agilt prosjekt

Klassiske fossefallprosesser vil ikke fungere for mellomstore til store digitale prosjekter, ettersom det er umulig å diktere sentralt hvilke oppgaver som skal gjøres og når.

Agile, derimot, er et sett med verdier og prinsipper der arbeidsprosesser, metoder, samarbeid og leveranse kontinuerlig forbedres og tilpasser seg enhver skiftende kontekst.

Vedlikehold over innovasjon

Vedlikehold av eksisterende, ineffektive systemer kan virke som det enkle valget. Men når det prioriteres over innovasjon, kan du ende opp med en arkitektur som konsekvent bremser dine digitale prosjekter.

Å allokere ressurser til innovasjon gir kanskje ikke en umiddelbar belønning, men er avgjørende når det kommer til å skape en fremtidsrettet digital arkitektur.

For mye byråkrati

Et av de største problemene digitale prosjekter står overfor er ikke teknologi, men byråkrati. Ineffektive policyer, trege beslutningsprosesser, endeløse papirarbeider og byråkratisk rot kan forvandle et enkelt digitalt prosjekt til en byråkratisk hengemyr.

For å rette opp i dette kan du bruke "lean startup"-teknikker designet for å redusere avfall og forkorte produktutviklingssykluser.

Kommunikasjonsproblemer på tvers av avdelinger

Ofte er digitale prosjekter så komplekse at de krever innsats fra flere avdelinger, men dette samarbeidet kan introdusere et problem med asynkron kommunikasjon.

For å forhindre dette kan du etablere et felles foretrukket kommunikasjonsverktøy og praksis. Og holde fast ved det.

For mye tid på småoppgaver

Småoppgaver kan ved første øyekast virke håndterbare, men kan avspore selv nøye planlagte digitale prosjekter når de får lov til å hope seg opp.

For å holde prosjektet ditt på sporet kan du opprette en prioriteringsbane for småoppgaver. Dette hindrer dem i å komme i veien for andre oppgaver og gjør det enklere for ditt digitale team å sprinte gjennom dem.

Mangel på rette ferdigheter

Å mangle de rette ferdighetene for å utføre spesifikke oppgaver kan resultere i et tregt eller mislykket digitalt prosjekt. Dette kan løses ved å trene teamet ditt eller ved å hente inn ekspertene.

Du kan også forsøke å søke kjernekompetanse fra partnere. Dette sikrer at alle bruker mer tid på å gjøre det de kan best.

Dårlig integrasjon med eldre systemer

Noen ganger må du jobbe med eldre systemer, men de trenger ikke nødvendigvis å bremse det digitale prosjektet ditt.

Involver eksperter for å bygge API-er for en sømløs integrasjon mellom dine eldre systemer og nye digitale plattformer.

Undervurdering av innholdsproduksjon

Dette er en utbredt synd i digitale prosjekter, spesielt de som involverer nye nettsteder eller apper.

Selv om det er mange tekniske, arkitektoniske, design- og UX-aspekter teamet ditt trenger å fokusere på, må dere ikke glemme innholdet. Dette er det som faktisk vil fylle det nye nettstedet eller appen.

Design uten formål

Design er ikke et mål i seg selv i digitale prosjekter. Design bør støtte dine mål, funksjoner og formål, ved å underbygge innholdet.

La designerne dine få vite formålet med ditt digitale prosjekt, og la dem deretter eksperimentere med hvordan de kan formidle dette på best mulig måte.

Manglende designsystem

Et designsystem samler alle de visuelle og funksjonelle elementene i en organisasjon på ett sted. Det sikrer at hvert designelement, realisering og utvikling oppfyller sine merkevareprinsipper.

På et praktisk nivå hjelper det også teamet å fokusere på det store bildet i stedet for å kaste bort verdifull tid på ofte gjentatte designspørsmål.

Mangel på automatiserte tester

For å forhindre sikkerhetsbrudd må du implementere automatiserte tester. Oppsett av automatiserte tester må gjøres i samarbeid med din IT- og kvalitetssikringsavdeling.

Husk å fokusere på å teste de viktigste delene av ditt digitale prosjekt, for eksempel et sikkert bestillingsskjema for en bedrift, eller en funksjonell brukerkonto på et sosialt nettverk.

Vanlige feil ved bytte av digital plattform

For mye kompleksitet

En digital plattform kan virke lovende med tanke på funksjonalitet. Men husk at innholdsredaktørene er ment å jobbe på plattformen daglig, og utviklerne skal kunne implementere den uten for mange hindringer.

Sørg for at plattformen er brukervennlig for redaktører og kompatibel med ditt eksisterende rammeverk og ferdighetssett for utviklere.

Manglende kjernefunksjoner

En digital plattform kan være for kompleks, men det motsatte kan også være tilfellet.

Som et minimum bør en ny kvalitetsplattform i det minste tilby bilderedigering, søkefunksjonalitet, tilpassede innholdstyper, landingssideredigerer og forhåndsvisning av innholdet ditt.

Utilstrekkelige API-er

Å ha utilstrekkelige API-er på din digitale plattform betyr at du vil bli "låst inne".

En moderne og fleksibel digital plattform bør inkludere muligheten for API-er som lar utviklerne dine distribuere innhold på forskjellige kanaler, som nettsteder, apper og IoT.

For få ressurser

Før du starter et digitalt prosjekt, bør du sørge for at du har tilgang til kompetente utviklere, markedsførere og andre profesjonelle med de rette ferdighetene.

Enten det er en intern avdeling eller et eksternt byrå, bør teammedlemmene dine både være dyktige og tilgjengelige i den gitte tidsrammen.

Kostbar prosjektgjennomføring

Det er veldig vanskelig å vite det nøyaktige omfanget og konsekvensene av et helt digitalt prosjekt fra start til slutt.

I denne forbindelse er den beste måten å løse problemet på å gå for en agil tilnærming i prosjektledelsen. Dette betyr at du bør starte smått og utføre testtilfeller, før du gradvis skalerer opp.

 

Kom i gang med Enonic! 🚀