Planlegging

Planlegg Kanban-produksjon

Vi må snakke om planlegging. Et av de største misforståelsene om Agile er at man ikke kan planlegge. Det er ikke sant. Man kan bare ikke lage detaljerte, langsiktige planer som må følges slavisk.

En måte å håndtere dette på er å ikke lage Gantt-diagrammer eller Excel-lister med oppgaver, frister og ansvar. Hvis du gjør det – så blir du skuffet. En av ulempene med å drive et Agile Kanban-prosjekt er at man ikke kan si nøyaktig når ting vil bli ferdige og utgitt.

Hvis du prøver, så vil det mest sannsynlig ta lengre tid, fordi du må holde det tilbake, dedikere utviklere til å jobbe med det, og ha forretningsledere som står klar for å juble og fremme det. Kanban er annerledes – det beveger seg fra tilstand til tilstand i et tempo som holder tritt med behandlingstempoet til de andre i systemet.

Hvis du skynder deg, så vil du bygge opp en kø ved disse ulike stasjonene og dermed skape avfall. Det vil bare ta lengre tid før det blir utgitt.

Det kan være visse funksjoner som du ikke vil at brukerne dine skal ha hver dag. Du kan likevel lansere dem, ved å bruke funksjonsflagg eller lignende funksjonalitet. Det er egentlig et lite administrasjonssystem eller en kodefunksjon der du kan aktivere funksjoner for et utvalgt gruppe eller spesifikke kunder når du trenger det.

Slik får du både Produktsjefer og Kanban-evangelister fornøyd samtidig. Det kan virke sprøtt at du skulle ha ubrukte funksjoner som bare står og venter i hovedkodegrenen og dermed blir utgitt, men så lenge de blir ordentlig forvaltet og aktivt arbeidet med – altså fremmet og kommunisert av Produktsjefen – så er det greit. Ellers er det enda mer avfall.

Les mer i "The CTO Playbook" som er tilgjengelig på Amazon/Kindle.