Att byta fokus mitt i uppgiften är det värsta för de flesta utvecklare, och kanske även andra anställda. Som CTO eller någon som leder utvecklare är det din uppgift att genom produktchefen/ägaren (eller dig själv om du tar den rollen) skapa en hållbar arbetsmiljö som möjliggör för anställda att bidra på ett sätt som maximerar affärsvärdet av deras utdata. Det lät ju bra!
Det jag menar är att det finns massor av uppgiftslistor, tavlor, to-do-listor, uppföljningar, excelark och biljettbehandlingssystem som försöker stödja företag i projektledning och uppgiftshantering. Faktiskt tror jag att det finns för många.
EN LISTA ATT REGERA DEM ALLA
I den första boken av Sagan om ringen (SOR) – jag lovar att inte göra några fler SOR-referenser – får vi lära oss om den mäktiga, allsmäktiga ringen – en ring som ska regera dem alla. För att kunna prioritera affärer behöver vi en lista att regera dem alla. Jag ska förklara varför.
Många team arbetar olika, med olika prioriteringar och ibland för olika intressenter eller "chefer". Vi har försökt göra teamen tvärfunktionella, men det blev snabbt uppenbart att de behövde fokusera på ett enda produkt för att inte få vänta väldigt länge på de andra intressenterna. Så vi försökte fokusera alla i en klassisk Agile Scrum Sprint.
Det fungerade så länge ingen annan "chef" kom in och bad någon i teamet om något som de behövde "nu" eller tills anställda var färdiga. Vad skulle de då arbeta på? De tog upp en annan uppgift och var inte färdiga förrän Sprinten skulle levereras.
Det är lite bakgrund till varför jag rekommenderar att ha en Backlog och arbeta med Kanban. En lista. Endast en. Inte två. En.
Läs mer i "The CTO Playbook" som finns på Amazon/Kindle.
Vi är ett schweiziskt företag (LLC) baserat i
Schweiz.