Så var vi på plats i härliga Malmö och har avverkat dag 1 på Øredev. Måste säga att det var en något tam inledning i år, jag hann med sex sessioner men fick aldrig någon riktig wow-känsla eller aha-upplevelse. Hoppas på en bättre dag 2! Jag vet inte, men i år verkar det inte riktigt finnas något “hett” eller något som “alla pratar om”.

Inledde gårdagen med sessionen, “Scaling mobile development at Spotify” med Per Eckerdal, Mattias Bjrönheden. Det handlade hur de ställt om sig från att främst ha fokuserat utvecklingen på desktopversionen till utveckling av features över alla kanaler/plattformar. Där kunde jag lätt dra paralleller med vår egen utmaning att organisera team, hitta arbetssätt, verktyg och infrastruktur som gör det möjligt att jobba effektivt med utveckling av features/funktionalitet på sajten över flera olika kanaler och plattformar.

Några förändringar Spotify genomfört det senaste året:
* Kanalspecifika team -> cross platform team/ feature team och ägandeskap av features
* Feature branches -> configuration flags
* Anpassat infrastrukturen – “Back end data aggregation”
* Utvecklat Q/A tools
* Tätare releaser

Man kan konstatera att de dras med samma frågeställningar och problematik som vi, men de har hittat ett arbetssätt som åtminstone fungerar bättre än tidigare.

En annan session jag tyckte var intressant var “Mob programming” med Roy “Woody” Zuill (kanske var jag extra mottaglig eftersom det var en sympatisk och rolig herre :)).

Zuill definierar begreppet så här:

“Mob Programming is a development practice where the whole team works on the same thing, at the same time, in the same space, and at the same computer. This is a “Whole Team” approach to doing all the work the team does – including coding, designing, testing, and working with the “customer” (partner, Product Owner, user, etc)”

I praktiken (något förenklat):
Teamet sitter i ett separat rum och har en gemensam storbildsskärm. De definierar 2 typer av roller i sammanhanget, “Driver” och “Navigator”. “Driver” är den som sitter framför tangentbordet, resten av teamet är “navigators”. Navigators kommer med idéer och “talar om” för Drivern vad som ska skrivas eller kodas. Rollerna roteras var 15:e minut.

Det är svårt att se hur ett team kan vara produktiv när 5 personer sitter framför en och samma dator, men Zuill hävdar att de till och med hade ökat sin produktivitet sedan de infört arbetssättet. Varför? Det visste han inte. Men han lyfte fram fördelar som transparens och tight feedback, alla i teamet var ständigt uppdaterade – inga långa planeringsmöten, synk- eller ståupp-möten krävdes och de jobbade fokuserat med en uppgift i taget. Teamet upplevde också att det var roligare och mer stimulerande att jobba på det sättet. Viktigt att tillägga att det var på teamets eget initiativ som “Mob programming” infördes….

Det här är inte något som i full skala skulle fungera hos oss men jag är ändå lite nyfiken på att testa något liknande för att lösa en specifik uppgift eller ett specifikt problem under en halv eller kanske 1 dag. Hur skulle det fungera och vad skulle hända med den kreativa processen om man jobbade på det sättet?

Zuil avslutade med:
Do we recommend Mob programming? “No, we are just sharing what we do”.

Man måste givetvis hitta ett arbetssätt som passar sin egen specifika miljö och efter de förutsättningar som finns.

Nu ska jag återgå till dagens sessioner – men först: Lunch!