Forstå hvor prosjektet står
Vi går gjennom hva som finnes, hva som gjenstår, og hva som hindrer dere i å komme videre.
Prosjekter som har kjørt seg fast
Når et utviklingsprosjekt har mistet retningen, må vi først få oversikt over situasjonen slik den er nå. Vi går gjennom prosjektet, avdekker problemene og lager en plan det går an å styre etter.

Vi går gjennom hva som finnes, hva som gjenstår, og hva som hindrer dere i å komme videre.
Virksomheten og utviklingsteamet trenger en felles forståelse av målet og hva som kreves for å nå det.
Vi gjør hindringene synlige, prioriterer de neste stegene og lager en plan med tydelig ansvarsfordeling.
Fra et felles bilde av nåsituasjonen til en plan som hjelper dere videre.
Vi begynner med det som faktisk finnes – ikke det den gamle planen sier burde finnes. Vi går gjennom levert arbeid, gjenstående behov, tekniske hindringer, avhengigheter og beslutningene som ennå ikke er tatt.
Målet er et felles bilde av prosjektet som både virksomheten og utviklingsteamet kjenner seg igjen i.
Et prosjekt blir vanskelig å styre hvis ulike personer har ulike oppfatninger av målet. Vi hjelper virksomheten og utviklerne med å bli enige om hva som må fungere for at prosjektet skal komme i mål.
Det gjør det også lettere å skille det som virkelig trengs, fra det som kan vente.
Tekniske problemer, uklare krav, ressursmangel og avhengigheter må på bordet. Når hindringene er synlige, kan dere prioritere dem og bestemme hva dere skal gjøre med dem.
Vi prøver ikke å skjule usikkerheten bak en ny tidsplan. Først må vi forstå hva som faktisk blokkerer prosjektet.
Alt trenger ikke å løses samtidig. Vi fokuserer på det som blokkerer neste steg, og skiller nødvendig arbeid fra det som kan vente til den viktigste løsningen fungerer.
Planen må være konkret nok til å vise hva som skjer videre, hvem som har ansvaret og hvilke beslutninger som må tas.
Den skal hjelpe prosjektet fremover – ikke bare se bra ut i en presentasjon.
Når teknologien er en stor del av problemet, er tradisjonell prosjektledelse ikke alltid nok. Vi kan gå inn i kode, arkitektur og avhengigheter når det trengs, og samtidig forklare konsekvensene slik at virksomheten kan ta stilling til hva som bør gjøres.
Det gjør det lettere å forstå hvilke tekniske problemer som virkelig påvirker prosjektets vei videre.
Kontroll betyr ikke at alle problemer forsvinner med en gang. Det betyr at dere vet hva problemene er, hva som gjøres med dem, og hva som trengs for å komme videre.
Dere skal vite hva neste steg er og forstå hvorfor.
Dere trenger ikke å rydde opp i prosjektet før dere henter inn hjelp. Gi oss materialet som finnes og fortell hva dere trenger å få i mål, så begynner vi der.