Start på et prosjekt

La oss gå fra null til helt av ved å se på delene som trengs for et prosjekt som blir et produkt som blir noe nyttig.

Du skal bygge et flott produkt, men jeg har nyheter for deg. Det starter alle som et prosjekt. Det er greit. Vi kan kalle det Produkt, MVP (Minimum Viable Product) eller hva vi vil, men det kommer til å starte som et prosjekt først.

Mange selskaper diskuterer hvorfor og hva fordelene med å gjøre denne spesielle aktiviteten ville tilføre. Sjekk ut Budsjett for litt informasjon om NPV (Net present value - hva er det verdt nå?) - beregninger og Bygg eller kjøp.

Det finnes mange prosjektledelsesmetoder som kan hjelpe deg med å starte, planlegge, gjennomføre, teste, lansere og lukke ditt prosjekt. Det finnes også noen metoder som kjører dette i iterasjoner, altså korte gjentakelser, i stedet for lengre “faser”.

Hva dette betyr for prosjekter har store implikasjoner for hvordan du setter det opp, hvordan du kjører det og hvordan det leveres.

For å være komplett i denne lille boken, vil jeg raskt forklare klassisk prosjektledelse, aka “Vannfall”. Tenk deg en elv. Dette er din prosjektprosess. Du beveger deg alltid nedover elven og du går ikke tilbake for å endre ting som du går, det er fast og avgjort.

Så du beveger deg videre og går inn i ulike faser, som implementeringsfasen der all kode skal skrives, og senere testfasen når den skal testes. Alt er basert på forhåndsbestemte spesifikasjoner som ble skrevet før du startet prosjektet.

Du visste nøyaktig hva du ville bygge, ned til den siste knappen. Så brukte du måneder på å sette dette ned i et dokument, så hjalp din seniordesigner eller arkitekt deg med å skrive funksjonene i dokumentet med funksjonsspesifikasjon. Deretter i implementeringsfasen bygger du nøyaktig det som var i denne spesifikasjonen. Deretter tester du at det fungerer som det ble spesifisert.

Dette har aldri fungert i noe teknologiprosjekt. De beste leveringene av slike prosjekter produserte en applikasjon som gjorde nøyaktig det den var ment å gjøre, men tok ikke med noen funn eller ideer i betraktning som ble funnet under utviklingen.

Også, tid gikk under prosjektets varighet, og du mistet noen mulighet til å vise dette til en potensiell kunde og få verdifull tilbakemelding. Du har nå bygget noe som du ikke har testet mot noen ekte bruker. Jeg skal gå ut på en lem her og si at det sannsynligvis ikke er det du ønsket deg.

Les mer i "The CTO Playbook" tilgjengelig på Amazon/Kindle.