Planering

Planera Kanban-produktutvecklingen

Vi behöver prata om planering. En av de största missförstånden kring Agile är att man inte kan planera. Det stämmer inte. Man kan bara inte göra detaljerade långsiktiga planer som måste följas och vara super strikt.

Ett sätt att hantera detta är att inte göra Gantt-diagram eller excel-listor med uppgifter, tidsfrister och ansvar. Om du gör det – kommer du att bli besviken. En av nackdelarna med att driva ett Agile Kanban-projekt är att man inte kan säga exakt när saker kommer att släppas och vara klara.

Om du gör det – kommer det troligen att ta längre tid eftersom du måste hålla tillbaka det, tilldela utvecklare att arbeta med det och ha affärsägare som står och hejar och driver igenom det. Kanban är annorlunda, i det att det rör sig från tillstånd till tillstånd i en takt som håller jämna steg med bearbetningstakten som de andra i systemet har.

Om du rusar kommer du att bygga upp trafikstockningar vid dessa olika stationer och därmed skapa slöseri. Det kommer bara att ta längre tid innan det släpps.

Det kan finnas vissa funktioner som du inte vill släppa till dina användare varje dag. Du kan fortfarande släppa dem, med hjälp av funktionsflaggor eller liknande funktionalitet. Det är i grund och botten ett litet administrationssystem eller en kodfunktion där du kan aktivera funktioner för ett valt grupp eller specifika kunder när du behöver.

Detta är hur du gör både Produktägare och Kanban-evangelister glada på samma gång. Det kan låta galet att ha oanvända funktioner som sitter stilla i huvudkodsgrenen och därmed släpps till produktion, men så länge de hanteras på ett ordnat sätt och aktivt arbetas med, som i att de främjas och kommuniceras av Produktägaren, är det okej. Annars är det ännu mer slöseri.

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