Digitale prosjekter: Alt du trenger å vite
featureArticle.chapters
- featureArticle.introduction
- Hva er et digitalt prosjekt?
- Formålet med et digitalt prosjekt
- Ulike typer digitale prosjekter
- Innsalg av et digitalt prosjekt
- Oppsett av et digitalt prosjekt
- Finn de rette folkene
- Finn de rette verktøyene
- Utføring av arbeidet
- Rapportering og evaluering
- Slutten på et digitalt prosjekt
- Vanlige feil å unngå
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.
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!
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.
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.
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.
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.
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.
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.
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:
- Ikke gå for det første og beste
- 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
- Demo
- Intervju
- Sjekkliste for spesifikasjoner
- 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).
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.
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.
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).
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.
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.
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 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:
- 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
- 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
- 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.
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?
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.
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.