Att starta ett projekt

Låt oss gå från noll till hjälte genom att titta på de delar som behövs för ett Projekt som blir en Produkt som blir något användbart.

Du ska bygga en fantastisk produkt, men jag har nyheter för dig. Det börjar allt som ett projekt. Det är okej. Vi kan kalla det Produkt, MVP (Minimum Viable Product) eller vad vi vill, men det kommer att börja som ett projekt först.

Många företag diskuterar varför och vilka fördelar denna specifika aktivitet skulle tillföra. Kolla in Budget för lite information om NPV (Net present value - vad är det värt nu?) – beräkningar och Bygg eller Köp.

Det finns många projektledningsmetodikar som kan hjälpa dig att starta, planera, genomföra, testa, släppa och avsluta ditt projekt. Det finns också vissa metodikar som kör detta i iterationer, alltså korta upprepningar, istället för längre "faser".

Vad detta innebär för projekt har stora konsekvenser för hur du sätter upp det, hur du driver det och hur det levereras.

För fullständighetens skull i denna lilla bok ska jag snabbt förklara klassisk projektledning, aka "Vattenfall". Föreställ dig en flod. Detta är din projektprocess. Du rör dig alltid nedströms och du går inte tillbaka för att ändra saker under resans gång, det är fast och bestämt.

Så du rör dig längre bort och går in i olika faser, som implementeringsfasen där all kod ska vara kodad, och senare testfasen när den ska testas. Allt baseras på förhandsspecifikationer som skrevs innan du började projektet.

Du visste exakt vad du ville bygga, ner till den sista knappen. Så du spenderade månader på att sätta detta i ett dokument, sedan hjälpte dina seniora utvecklare eller arkitekt dig att skriva funktionerna i funktionsspecifikationsdokumentet. Sedan i implementeringsfasen bygger du exakt vad som fanns i denna specifikation. Sedan testar du att det fungerar som det specificerades.

Detta har aldrig någonsin fungerat i några tekniska projekt. De bästa leveranserna av den här typen av projekt producerade en applikation som gjorde exakt vad den var tänkt att göra, men tog inte in några resultat eller idéer i beaktande som hittades under utvecklingen.

Och tiden gick under projektets gång, och du förlorade en del möjligheter att visa detta för en potentiell kund och få värdefull feedback. Nu har du byggt något som du inte har testat mot någon riktig användare. Jag kommer att gå ut på en gren här och säga att det förmodligen inte kommer att bli vad du ville.

Läs mer i "CTO Playbook" som finns på Amazon/Kindle.