«Team Barn» er et strategisk initiativ i SpareBank 1 som skal tilby trygge, brukervennlige og moderne banktjenester for barn og unge – ofte gjennom foreldrenes eksisterende kundeforhold. Målet er å legge grunnlaget for neste generasjon bankkunder ved å gjøre det enkelt og sikkert for barn under 18 år å bli en del av bankverdenen. Teamet forvalter og videreutvikler løsningen som håndterer innrullering av barn i bankens systemer. Domenet er komplekst og krever tett samarbeid mellom domeneeksperter, jurister, banker og arkitekter. Som følge av dette er løsningen tett integrert med flere av SpareBank 1s sentrale kjernesystemer.

«Team Kort» er en sentral satsning i SpareBank 1s arbeid med å levere trygge, pålitelige, og brukervennlige betalingsløsninger. For de fleste kunder er betalingskort en viktig del av hverdagen, og teamet har ansvaret for å utvikle og drifte løsninger som håndterer kort og korttransaksjoner på en sikker og effektiv måte. Arbeidet omfatter blant annet kortadministrasjon, behandling av transaksjoner, forebygging av svindel og videreutvikling av tjenester som bidrar til en sømløs og trygg betalingsopplevelse for kundene. Videre administrerer teamet digitale «pay» løsninger, som f.eks Google Pay, Apple Pay, Vipps Pay og m.m. Teamet bestod av flere utviklere, primært backend, Simen i frontend/backend, tre designere, og en produktleder. Her var det høyt fokus på å levere små leveranser til produksjon ofte.

Gjennom sitt engasjement for gode felles løsninger var Simen en pådriver for å etablere et team som kunne se selskapet fra et holistisk perspektiv slik at man kunne få til bedre løsninger på tvers av produktteam. Måten Simen gjorde dette på var å hjelpe ledelse å forstå hvordan trege prosesser og teknisk gjeld sammen kan gjøre organisasjonen treg og dyr å drive. Etter flere møter ble det innvilget ressurser til dette teamet. Som en del av et større plattform team ble teamet på fire personer etablert. Som resultatet av dette ble han Delivery Lead for «Developer Experience» — som ble et internt prosjekt for å forbedre platform tjenestene ut mot utviklere. Samt effektivisere interne prosesser for å forbedre den moderne produktutviklings-syklusen. Teamet så også på interne "byråkratiske" prosesser som ble utfordret og fjernet. Teamet bestod av en produkteier og fire platformutviklere. Her var det høyt fokus på å prioritere og forbedre de prosessene som hindret utviklere i å levere raskt. Områder Simen hadde ansvar for: - Planla OKR-er og mål for utvikleropplevelsen i samarbeid med ledelsen. - Håndterte innkommende forespørsler fra øvrige utviklere, samtidig som teamet ble skjermet fra unødvendige avbrytelser. - Ledet daglige standups og fasiliterte retrospektiver for å sikre kontinuerlig forbedring. - Prioriterte og planla oppgaver basert på definerte OKR-er og teamets kapasitetsbehov. - Reagerte på større hendelser og koordinerte tiltak ved behov for rask respons. - Presenterte nye funksjoner og forbedringer fra utvikleropplevelses-teamet, både i åpne Slack-kanaler og gjennom presentasjoner i frontend- og backend-guilds. - Støttet teammedlemmer i tekniske eller organisatoriske utfordringer, og bidro til å fjerne hindringer for effektivt arbeid. - Identifisere interne prosesser som påvirket produktiviteten til utviklerne, slik at utvikleropplevelse kunne prioritere og forbedre dette. Dette ble gjort ved å holde kontakte med tech-leads i ett hvert produkt-team. - Oppfølging av utviklere som hadde gode ideer om hvordan ting kan forbedres - dette via åpne og gode diskusjoner ved "white boardet".

Team Shared Services hadde ansvar for felles signeringsløsning for elektroniske dokumenter, sikker kommunikasjon mellom kunde og rådgiver (Salesforce), oversiktsside med visning av kundens produkter, felleskomponenter for navigasjon (header/footer), dokumentarkiv, løsning for samtykker, og profil for endring av personlig data og innstillinger. Storebrand har primært en portefølje av produkter som er utviklet med React m/Typescript i frontend, Java m/Spring Boot i mellomlaget og PostgreSQL som database. Systemene kjører på et kubernetes cluster i Google Cloud og snakker sammen med REST, Pub/Sub og GraphQL. Sentry og Datadog blir benyttet til metrikker og feilsøking. Det var høyt fokus på smidig metodikk med små og raske leveranser til produksjon. Teamet besto av en produkteier, en ux/grafisk designer og fem utviklere og jobbet kontinuerlig med å utvikle ny funksjonalitet basert på selvdefinerte mål (OKR).

"Framework" teamet i Energy Components var selve rammeverket for hele løsningen. Teamet hadde ansvar for felles frontend komponenter, database, autentisering (keycloak), sikkerhet og infrastrukturen for prosjektet.