Mange IT-prosjekter kunne med fordel vært drevet mer som en Lean Startup
Noen prosjekter jeg har vært på Nytt rammeverk - fordi det gamle er utdatert Ny plattform - fordi den gamle er utdatert Ny tjeneste - fordi den er avhengig av en annen tjeneste som lages på nytt fordi den var utdatert
Hvordan lykkes med et prosjekt? Scrum, XP, Kanban? TDD, BDD, xDD? Standups, user stories, post-it notes?
Vi peiser på med prosjektene Gjør de så smidig som mulig - for de må jo lykkes
Hei.. Vent litt! Hvorfor er det så viktig å lykkes med prosjektene?
Når får vi svar på om prosjektet leverte noe av verdi? Etter 4-5 iterasjoner? Når det er ferdig? Om to år når det har gått seg til litt? Om 10 år når det skal skrives på nytt?
Ja, smidig handler om hyppig feedback? Men bruker vi det egentlig? Og søker vi det aktivt?
Lean Startup Utfordre antakelsene dine! En etter en
Kom deg ut av bygningen Snakk med mennesker - potensielle kunder Valider antakelsene dine Maksimer læring
Validere forretningsidé Bygg en enkel HTML side med én stor knapp Registrer klikk på knappen Driv trafikk til siden med f.eks. Google Adwords Kan gjøres på én dag! Kanskje en time
AB Testing Gul bakgrunn vs. rød bakgrunn 49 kroner vs. 99 kroner Test det! Ikke anta!
Pivot Skift retning underveis Den første ideen er aldri den beste En startups sjanse til å overleve kan måles i hvor mange ganger til de har råd til å endre kurs
Hva hvis prosjektene ble drevet slik? Hadde sannsynligvis skrinlagt en hel haug med prosjekter etter én dag, én uke osv. Det som startet ut som en plattform-oppgradering kunne endt med en ny arkitektur eller en annen måte å jobbe på Vi ville visst at det som blir levert er av verdi
Til slutt Alt avhenger av kontekst Kopier tankesett - ikke nødvendigvis verktøy og prosesser Det er vanskelig og utfordrende - men gøy