A managers guide to Agile adoption
En av onsdagens absolut bästa talare på Øredev hittar vi i Mike Cottmeyer i ämnet hur man implementerar agila arbetsätt i mycket stora organisationer.
Den största utmaningen är när flera team med olika mål ska koordineras och där produkten består av flera större delar där ingen egentligen kan hela produkten. När detta är fallet rekommenderar Mike att man organiserar teamen kring komponenter/tjänster.
De olika teamen i de olika projekten ska alltid arbeta i samma cykler, så att projekten och dess team inte jobbar i otakt. I de fall ett projekt skulle kunna starta på nästa cykel, men samtidigt ev. kan vara beroende av resultatet av ett annat team eller projekt bör projektets team fokusera på att refaktorera eller utbilda sig istället. Använda tiden till att reducera den tekniska skulden och göra sig redo för framtiden i form av utbildning och dyl. med andra ord.
När man nått framgång med de agila arbetsätten i ett team bör man skala upp steg för steg, anser Mike. Man sprider framgångsfaktorerna från ett team till flera andra, från ett projekt till ett annat osv. Vartefter organisationen blir allt mer agil behöver man från ledningsnivå börja arbeta på samma sätt. Man tar på översta nivån fram vilka krav/affärsmöjligheter organisationen ska arbeta med framöver och prioriterar dessa. Inom respektive ”affärsområde” bryter man ner ledningens krav/möjligheter i ett antal projekt. I de respektive projekten fördelar man de nu detaljerade kraven över flera team, som sedan bryter ner kraven på en detaljnivå och implementerar dessa.
För att koordinera och kommunicera kraven/möjligheterna mellan de olika nivåerna skapas team med arkitekter och produktägare, som arbetar med riktlinjer och prioriteringar som kommuniceras till den ”underliggande” nivån. Viktigt att dessa endast jobbar med frågor som rör den nivå man arbetar på och inte detaljstyr underliggande nivåer.
Slutligen är det av yttersta vikt att teamen på de underliggande nivåerna ger återkoppling och förbättringsförslag ”uppåt” i organisationen för att överliggande nivåer ska kunna förbättra inputen till de underliggande teamen i framtiden.
Läs mer av Cottmeyer i hans utmärkta blogg på:
http://www.leadingagile.com/
