Skip to main content

Gjennom tiden min som utvikler og prosjektleder har jeg stadig eksperimentert med en rekke ulike strategier for å forsvare beslutningene til teamets og overbevise klienter om å slutte seg til visjonen vår. Da jeg begynte på denne reisen, virket det å finne en pålitelig metode for dette nesten som svart magi. Jeg er ambivert, og denne oppgaven virket bedre egnet for en person av A-typen med munndiaré. Med tiden har jeg innsett at det ganske enkelt krever tid og grundige overveielser.

Tilnærmingen jeg bruker nå, gir positive resultater. For å spare andre for bryderiet tenkte jeg at jeg ville dele innsiktene og oppdagelsene fra eksperimentene mine med hvordan man sier nei til interessenter.

Først, la oss snakke om tvil

Klienter og interessenter vil uunngåelig at alle forventningene deres skal innfris. De gjør ikke bare en betydelig økonomisk investering i konseptbeviset, men interessentenes navn står også på spill. Tilknytningen mange interessenter har, er personlig – de ser det leverte prosjektet som et mål på prestasjonene sine.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Når en klients preferanser ikke blir møtt, begynner tvilen å vise sitt stygge ansikt gjennom hele prosjektet ditt. Og i konteksten av et høyprofilert prosjekt kan denne tvilen være det første steget mot slutten på et ellers sunt forhold.

illustrasjon av en gravstein med ordene HVIL I FRED til vårt sunne forhold skrevet på den

Tvil kan drepe ethvert positivt eller sunt forhold du tidligere har bygget med interessenten.

Legg merke til at jeg brukte ordet «preferanser», ikke «forventninger». Hvorfor? Fordi preferanser er subjektive, og selv om brukere hver for seg er subjektive, er ikke tall og brukerdata det.

Så la oss gå videre og utforske noen ulike nivåer av hvordan du kan si «nei» til klienten din og få dem med på visjonen til teamets.

Eksperiment 1: Direkte argumentasjon

Den mest rettframme måten å si nei på er sannsynligvis å … vel, ganske enkelt si nei. Jeg kjenner mange prosjektledere som ser på seg selv som den ene siden i en motstridende prosess – forsvareren av prosjektteamet sitt og organisasjonen sin. Strategien deres er bokstavelig talt å spille hardt: si nei og stå på sitt.

Min erfaring er at resultatet vanligvis ikke er positivt – enten er det en vunnet kamp i en krig mellom ekstern interessent og prosjektleder som varer gjennom hele prosjektet, eller så er det en mobbesituasjon der prosjektlederen sliter ut en klient til underkastelse, og etterlater seg bitterhet og en følelse av skuffelse.

Jeg har prøvd denne strategien, og helt ærlig er den ikke noe for meg. Derfor prøvde jeg en annen tilnærming.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Eksperiment 2: Dogmatisme

Noe som fungerte bedre for meg, var en mer dogmatisk tilnærming: å bruke trender og meningene til høylytte opinionsledere som «bevis» på at standpunktet til teamets var velbegrunnet. I stedet for bare å avvise ideene til klientene, investerte vi tiden som krevdes for å dele noe av litteraturen som finnes der ute, og som taler for tilnærmingen vi anbefalte.

Dette brakte oss nærmere evidensbasert beslutningstaking, men «bevisene» våre hadde ennå ikke fått tilstrekkelig utbredelse til at vi kunne måle suksess. På samme måte hadde vi ikke hatt tid til å virkelig evaluere den nye metoden selv. Og selv om det hjalp meg med å være overbevisende, hjalp det ikke med å bygge forståelse hos klienten vår for deres spesifikke behov og utfordringer. Faktisk holdt det dem ofte på utsiden.

Eksperiment 3: Databasert beslutningstaking

Det som til slutt begynte å fungere for oss som et team, var å flytte fokuset fra det subjektive til det objektive og målbare. På den måten kunne vi ta veloverveide beslutninger som klienten vår kunne se og forstå. Det å ta beslutninger basert på en felles forståelse hjalp oss deretter med å unngå skuffelse på grunn av forventninger som ikke ble innfridd .

Men det gjorde også noe annet: Det bygget tillit.

Ved å åpne diskusjonen for kundene våre, gjennomgå fremdriften til teammedlemmers sammen med dem og gi kontekst rundt teamets resultater, åpnet vi døren for å bygge opp klientens tillit til teamet, samt en felles forståelse av problemområdet.

Underveis målte vi fremdriften opp mot de fastsatte begrensningene med passende intervaller. Vi forklarte hvordan justering av de fleksible begrensningene og kravene kan påvirke produktets funksjonssett og den overordnede prosjektkvaliteten. Vi inkluderte klienten som en del av beslutnings-teamet og delte prosessen vår for å avgjøre hvilke av deres krav som hadde høyest verdi.

Jeg må innrømme at dette var litt klønete i begynnelsen, men det førte raskt til en økt følelse av kontroll over og eierskap til prosjektet. Det satte dem også i stand til å forklare andre interessenter noen av de verdifulle funksjonene og egenskapene som ellers kanskje ikke ville blitt lagt merke til.

Dette er nå min foretrukne metode for å avvise enhver forespørsel fra interessenter eller forespørsel om funksjoner som ikke tilfører verdi. Selvfølgelig hender det at klienten låser seg fast på noe du vet ikke vil tilføre verdi. Men ved å forklare en prosess for objektiv beslutningstaking blir det enklere å bygge tillit, og ofte trenger du ikke å si nei; de tar beslutningen selv.

Slik gjør du det

illustrasjon av de 5 trinnene for å ta datadrevne beslutninger

Å ta datadrevne beslutninger er en enkel prosess i fem trinn.

Så det å komme frem til datadrevet beslutningstaking i prosjektene våre var ikke noen ferdig løsning. For alle som er i ferd med å gjennomføre denne overgangen, er dette det jeg vil anbefale:

1. Vær en pådriver for en kultur basert på data og måling i alle team.

Ja, det er en omfattende påstand, men det kan begynne med et enkelt ønske om at hvert team skal ha en metodisk tilnærming og et evidensbasert grunnlag for det de gjør.

2. Begynn i det små: Velg dataene dere kan samle inn, og mål bærekraft under et prosjekt.

Prosjektene dine vil ikke ha en stordata-motor med maskinlæring helt fra starten. Bruk en MVP-tankegang for å bygge et data­rammeverk som er meningsfullt og gjennomførbart.

3. Utforsk og dra nytte av forskningsartikler og pålitelige datakilder.

Sekundærkilder som forskningsartikler, rapporter og åpne data kan supplere områder der du ikke har egne data.

4. Bygg data inn i hver samtale med klienten eller prosjektsponsoren.

Du må også bygge en datakultur hos klienten eller prosjektsponsor. Bruk enhver anledning til å dreie tankesettet deres mot datadrevne beslutninger i stedet for subjektive preferanser.

5. Vær åpen for nye perspektiver. Test og gjenta.

Det finnes ingen mirakelkur. Det som fungerer godt for ett prosjekt, fungerer kanskje ikke i det hele tatt for andre prosjekter. Lag en veiledning for prosessen din, og fortsett å teste og gjenta.

Vær oppmerksom på dette

Det ville være feil av meg å ikke nevne at det å ha alle dataene ikke betyr at alt går knirkefritt derfra. Selv om du kanskje kan bruke data til å finne ut hva en klient egentlig trenger, sammenlignet med det de sier at de ønsker, kan du møte motstand hvis dataene ikke fremstiller dem i et godt lys eller strider mot den opprinnelige visjonen deres. Du kan uforvarende skape motvilje, eller innsatsen din kan ganske enkelt bli ignorert.

Det man må ta hensyn til når det gjelder data og hvordan de formidles, er den menneskelige faktoren. Fra et psykologisk ståsted krever det fortsatt takt, følsomhet og profesjonalitet å dele data og drive denne samtalen fremover.

illustrasjon av en pakke som viser hvordan informasjon kan presenteres ved hjelp av tone, kontekst og ordvalg

Det er viktig å presentere informasjonen du gir interessentene, på riktig måte for å bygge tillit og opprettholde en god relasjon.

En del av kunsten er å presentere informasjonen på en slik måte at den blir hørt og tatt i betraktning. Noen av elementene som spiller inn, er:

  • Kontekst: planlegg når og hvor samtalen skal finne sted. Noen data bør introduseres i en en-til-en-samtale før de diskuteres foran teamet ditt eller klientens team.
  • Ordvalg: øv deg på å bruke ord som fremstiller dataene nøytralt, og unngå ord som kan oppfattes som harde eller konfronterende. Her er noen eksempler på hva jeg mener:
  • Ting du bør unngå
    • “Dataene sier …”
    • “Det er tydelig at …”
    • “Alle er i stand til å identifisere …”
    • “Det er åpenbart at …”
  • Ting du bør bruke
    • “Det ser ut til at dataene antyder …”
    • “Basert på brukernes preferanser de siste 30 dagene … “
    • “Jeg lurer på hvordan brukerne vil reagere på denne funksjonen”
  • Tone: Gi en tydelig anbefaling, men prøv å tilby alternativer som lar de innflytelsesrike interessentene og sponsorene dine sitte i førersetet. Bare sørg for at de er klar over konsekvensene av beslutningene sine!

Hva synes du?

For meg har det å inkludere klienten som en del av teamet som tar beslutninger, og å dele prosessen vår for å avgjøre hvilke krav som har høyest verdi, økt klientens følelse av kontroll over og eierskap til prosjektet. Å dele ideen om intelligensbasert design har også bidratt til å bygge klientenes tillit til teamet mitt, fordi de vet at de arbeider metodisk, i stedet for bare på impuls.

Men igjen, dette er bare min reise, som jeg kanskje bare er i begynnelsen av. Hva synes du? Tror du disse tipsene kan være nyttige eller effektive for deg? Hvilke andre råd vil du gi til digitale prosjektledere som prøver å utnytte databasert beslutningstaking med teamene og klientene sine? Legg igjen en kommentar!

 Her er en liste over verktøy som kan hjelpe deg med å holde oversikt over alt du administrerer, slik at du kan ta bedre beslutninger: De 10 beste skrivebordsprogrammene for prosjektstyring

Ønsker du å forbedre ferdighetene dine innen interessenthåndtering? Ta en titt på disse beste kursene i interessenthåndtering.