Det finns många olika utvecklingsprocesser. Jag har arbetat med vattenfallsfasning, scrum med sprints som släpps alla samtidigt när de är klara samt Release Trains och allt vad de kallas. Den mest överlägsna utvecklingsprocessen är den som flyttar saker från idé till klart på det snabbaste och säkraste sättet möjligt.
Den kan kallas många saker och ha många tillbakablickar som "minskar avfall" och andra mindre konkreta namn. Vi behöver definiera vad en utvecklingsprocess är. Det är en process som flyttar idéer genom olika avdelningar och personer som behöver ha ett ord med i laget, till personer som kodar dem, till testning, till feedback, till ändringar, upprepa och till sist till en release.
Som med alla andra ämnen i denna bok kan vi inte bara dyka in i utvecklingsprocessen utan att prata om varför (Simon Sinek skulle vara stolt).
Vi vill kunna reagera snabbt på feedback från våra användare. Vi vill också kunna bygga nya funktioner som kommer att öka användningen och därmed intäkterna för vårt produkt. Vi vill också se till att när vi introducerar nya saker, andra saker inte bryts.
Samtidigt vill vi kunna testa nya saker och se hur de anpassas. Vi vill fokusera på vad som är viktigast nu men också inte ändra fokus och flytta bort från att färdigställa det som var viktigt igår och fortfarande inte levererat. Vi vill inte ha ett kaos av entropi där saker gradvis förfaller till oordning.
Att behålla kreativiteten hög, möjliggöra istället för att begränsa anställda. Så vi har en utvecklingsprocess. Låter som mycket? Hur kan en process möjliggöra kreativitet, är det inte tvärtom? På en axel av motsatser har du kreativitet på ena sidan och process på den andra?
Svaret: Det beror. Det är igen en balans. För strikt och det kommer inte finnas någon kreativitet. Låt oss dyka in.
Jag tycker om att dela processen i några "steg" i vilka en idé rör sig tills den är klar.
Läs mer i "CTO Playbook" tillgänglig på Amazon/Kindle.
Vi är ett schweiziskt företag (LLC) baserat i
Schweiz.