Starten på et projekt

Lad os gå fra nul til helt ved at se på de stykker, der er nødvendige for et Projekt, der bliver til et Produkt, der bliver til noget nyttigt.

Du skal bygge et stort produkt, men her er nyheden. Det hele starter som et projekt. Det er fint. Vi kan kalde det Produkt, MVP (Minimum Viable Product) eller hvad vi vil, men det starter som et projekt først.

Mange virksomheder diskuterer hvorfor og hvilke fordele det ville give at udføre denne særlige aktivitet. Tjek Budget for information om NPV (Net present value - hvad er det værd nu?) – beregninger og Build or Buy.

Der er mange projektledelsesmetoderikker, der kan hjælpe dig med at starte, planlægge, implementere, teste, frigive og lukke dit projekt. Der er også nogle metoder, der kører dette i iterationer, altså korte gentagelser, i stedet for længere 'faser'.

Hvad dette betyder for projekter har store konsekvenser for, hvordan du opstiller det, hvordan du kører det, og hvordan det leveres.

For at fuldende denne lille bog, vil jeg hurtigt forklare klassisk projektledelse, også kendt som "Vandfald". Forestil dig en flod. Det er din projektproces. Du bevæger dig altid ned ad floden og går ikke tilbage for at ændre ting, mens du går – det er fast og afgjort.

Så bevæger du dig videre og går ind i forskellige faser, som implementeringsfasen, hvor al koden skal være kodet, og senere testfasen, hvor den skal testes. Alt er baseret på forhåndsspecifikationer, der blev skrevet, før du startede projektet.

Du vidste præcis, hvad du ville bygge, ned til den sidste knap. Så brugte du måneder på at lægge dette i et dokument, derefter hjalp din seniorudvikler eller arkitekt dig med at skrive funktionerne i dokumentet om funktionsspecifikationer. Derefter i implementeringsfasen byggede du nøjagtigt, hvad der stod i dette dokument. Derefter testede du, at det virkede, som det var specificeret.

Dette har aldrig nogensinde virket i nogen tekniske projekter. De bedste leverancer af disse typer projekter producerede en applikation, der gjorde præcis, hvad den var beregnet til at gøre, men tog ikke nogen fund eller ideer i betragtning, der blev fundet under udviklingen.

Desuden gik der tid under projektets varighed, og du mistede nogle muligheder for at vise dette til en potentiel kunde og få værdifuld feedback. Du har nu bygget noget, som du ikke har testet mod nogen reel bruger. Jeg vil gå ud på en lem her og sige, at det sandsynligvis ikke bliver, hvad du ønskede.

Læs mere i "CTO Playbook" tilgængeligt på Amazon/Kindle.