Forrige helg deltok jeg på Software Crafters Barcelona 2025, både som deltaker og speaker. Konferansen ble avholdt på BAU, et universitet for design og moderne kunst i Barcelona. Konferansen er mindre enn de store konferansene som Codemotion, samt NDC og JavaZone i Norge, men bærer samtidig et stort fellesskapspreg. Konferansen bestod for øvrig av tre ulike deler og format, spredt over to dager: Open Space, lyntaler, og foredrag.
Open Space
Første dagen av konferansen bestod kun av Open Space. Dette var et interessant fenomen som jeg ikke hadde vært borti før i Norge. Seansen gikk for seg på følgende måte:
- De som har lyst til å ta opp et tema, skriver ned tema, fullt navn og hva man trenger til seansen, på en stor post-it-lapp.
- Deretter går alle med en lapp opp på scenen og presenterer sin idé med en kort pitch (< 45 sek). Etter pitchen blir lappen hengt opp på en stor vegg.
- Alle i rommet får ett klistremerke hver, til å stemme på idéen de ønsker å delte i. Totalt var det ca 14–16 idéer.
- De mest populære blir valgt, og delt inn i parallelle tracks, fordelt på tre 30-minutters tidspunkt.
I hver seanse sitter deltakerne i en sirkel og diskuterer det aktuelle temaet. Dette føltes som en filosofisk tilnærming der diskusjon, refleksjon og debatt var mer sentralt enn f.eks. en konkret teknologi. Selv deltok jeg på en seanse om hvordan man kan måle produktivitet for utviklere på et individnivå, og om det egentlig er mulig i det hele tatt? Her var det veldig gode diskusjoner der det ble dratt opp at teamprestasjoner er vel så viktige, om ikke enda viktigere å se på enn individuelle prestasjoner. I tillegg ble det nevnt at metrikker som antall kodelinjer skrevet, oppgaver løst osv. på langt nær forteller hele bildet. Spesielt i en produktutviklingssetting, er mer kvalitative metrikker som tilbakemeldinger fra kunde og andre teammedlemmer ganske viktige. Tilbakemeldinger kan bidra til å fange opp momenter som ikke synliggjøres gjennom mer kvantitative metrikker. Likevel var den felles følelse av at å beregne return-of-investment på utviklere (og det å avgjøre om man skal legge til en utvikler til eller ikke) er vanskelig og krever en mer sammensatt forståelse enn å lene seg på enkelte metrikker.
Generelt likte jeg tanken på Open Space som et format. Selve gjennomførelsen ble utført med en ordstyrer som ga ordet til deltakerne, slik at debatten og diskusjonen foregikk på en ryddig og respektabel måte. Formatet er definitivt noe jeg tar med tilbake til Norge, og som kan pitches som et verktøy på fagkvelder i fremtiden! Terskelen for både å pitche og delta i diskusjonene føltes lav. Om dette er en kulturgreie kan bli en annen diskusjon 😅.
Lyntaler
Det andre formatet som ble presentert var lyntaler. Dette var seanser på 7–10 minutter med spørsmål i etterkant. Her var det en salig blanding av både spanske og engelske lyntaler, men her er noen av refleksjonene mine basert på de engelske.
- Hvorfor ingeniører bør snakke forretning: fokuset her handlet om at de å se på output fremfor outcome (utfall) kan gi en falsk status av fremgang. Selv om outputen øker, betyr ikke det at utfallet for sluttbrukerene bedrer seg. For å håndtere dette ble det vektlagt et skifte fra “features” til “impact”. Tre elementer ble nevnt konkret; tid og rom til å innovere (1). Å skape noe burde ha hensikt i å lære, ikke bare å bli ferdig med en oppgave. En fin analogi som ble dratt frem er tanken på å lage en bil. Fremfor å begynne med bilen og ikke kunne teste før lang tid har gått, er det mer ønskelig å iterere seg til noe som tar noen fra A til B, eks. en sparesykkel -> sykkel -> motorsykkel -> bil.
- Egen lyntale (Hvordan slette en database uten å slette en database): Dette markerte min debut som ekstern foredragsholder i utlandet! Selve lyntalen handlet om hvordan man kan slette en database (eller brukerdata) uheldigvis gjennom uante konsekvenser fra Cron-jobber (schedulerte oppgaver som kjører på et gitt tidsintervall). Spesielt var det et fokus på å demystifisere tanken rundt sletting av data, og hvordan dette kan oppstå i systemer der deautorisering og sletting er tett koblet sammen. Erfaringer og innsikter ble delt, samt hvordan man kan løse en slik situasjon med litt flaks.
- Øke utviklerproduktivitet med MCP: MCP (Model Context Protocol) har virkelig tatt av den siste tiden. Det fungerer som en standard for hvordan LLM-er kan koble seg på verktøy og hente ut kontekst fra en gitt tjeneste. I denne lyntalen ble det nevnt et begrep jeg ikke har vært borti før, nemlig ATDD — Acceptance Test Driven Development. Playwright MCP kunne bli brukt her med Navigate og Evaluate for å automatisere akseptansetesting. Et eksempel var en PR-som skulle bli utføre en rekke tester og avgjøre om den godkjennes eller ikke. Dette inkluderte: naviger til en URL, åpne noe på siden, verifiser at en gitt tekst står på siden, inkluder skjermbilder for å indikere suksess eller feil. Foredragsholderen viste også Claude Code med Playwright MCP og hvordan det kunne bli brukt i utviklingsflyten. Personlig likte jeg tanken med å bruke Playwright som et testverktøy og noe jeg kanskje kommer til å eksperimentere med i fremtiden.
Foredrag
Foredragene var lenger sesjoner på 55 minutter, etterfulgt av spørsmål. Temaene varierte, men en generell tendens var nok en mer holistisk tilnærming til utvikling og noe mer reflekterende presentasjoner.
- Demystifisering av designsystemer: Introduksjon til designsystemer og hvorfor det er nyttig. Personlig hadde jeg en antakelse om at designsystemer er noe som tar lang tid og kun egner seg i veldig spesifikke situasjoner, men innså her at så fort man har ulike team som jobber innenfor samme domene i et selskap, så kan de oppstå uoverensstemmelser og en mangel på et konsistent designuttrykk. Dette påvirker ikke bare utviklere som lager løsningen, men alt fra sluttbrukere, designere, og produkteiere blir berørt. “Not just a library of buttons, but a language of care”.
- Tenke på utforskning (discovery) på en ny måte: Hovedpoenget her handlet om å skifte synet på utforskning som noe man gjør for produksjonsutvikling, til noe man gjør kontinuerlig. Hvordan? Ved å legge inn utforsking som vaner i teamet. Fire vaner ble nevnt: kartlegge antakelser (1), teste brukerhistorier som hypotester, fremfor å se på dem som implementasjonskrav (2), utforskningstider (ca. 2–4 timer hvor målet ikke er produksjonskode, men å teste ulike tilnærminger kjapt) (3), samt bygge en tydelig feedback loop (4).
- Teknisk gjeld — et maraton og ikke en sprint: “Hvem betaler for refaktorering av koden?” Jeg likte dette foredraget ettersom tar opp et aktuelt problem for mange utviklere, spesielt konsulenter. Nemlig, når og hvordan skal man håndtere teknisk gjeld, i balanse med leveranse til kunden og nyutvikling? Foredraget nevnte fem tydelig steg for å håndtere dette og sette teknisk gjeld på dagsordenen. Spesielt likte jeg poenget om at dette er noe utviklere må kunne selge inn til interessenter, som igjen kan relatere til den første lyntalen jeg nevnte (“Hvorfor ingeniører bør snakke forretning”). De fem stegene er: identifisere teknisk gjeld (ingen plan, intet fikset) (1), måle og dokumentere (2), løsningsdesign (3), overbevise interessenter om hvorfor og hvordan dette kan bedre løsningen (4), og til slutt prioritere dette inn i sprinten (5).
Avlustningsvis — Verdt å dra?
Et godt spørsmål. Selve konferansen er ikke så altfor dyr, men mye av innholdet er på spansk, selv om det er en god del engelske foredrag og lyntaler. Fellesskapet som driver konferansen er sterkt, og det er mye engasjement, som jeg var vitne til under Open Space-delen av konferansen.
Barcelona som konferanseby er det lite å utsette på. Både vær, kollektivmuligheter og mat, samt kulturtilbud er utmerket, og byen har et internasjonalt preg. Kan definitivt anbefale en konferanse i byen, men kanskje en med enda mer engelsk innhold (med mindre du er komfertabel i spansk selvfølgelig). Som speaker er nok svaret ja på om det er verdt å dra, men som ren deltaker får du mer valuta for pengene ved å velge en konferanse mer rettet mot engelskspråkelige.
Jeg vil til slutt takke både Computas og Software Crafters Barcelona som ga meg muligheten til å prøve meg som ekstern taler i utlandet for første gang! Definitivt en opplevelse man ikke glemmer med det første, og som kommer nyttig med i senere settinger.
Erfaringer fra Software Crafters Barcelona 2025! was originally published in Compendium on Medium, where people are continuing the conversation by highlighting and responding to this story.
