I desember 2017 skjedde det store endringer i Forenklet Oppfølging (FO). I tillegg til en overgang fra hovedleveranser til kontinuerlige leveranser ble prosjektet organisert inn i nye team. Et av disse teamene er Plattform og UtviklingsStøtte, bedre kjent som team PUS. Dette teamet ble etablert for å sørge for at det alltid er klar bane ut til produksjon, slik at vi til en hver tid kunne rulle ut endringer. I en perfekt verden hadde behovet for et slikt team vært fraværende, men i FO har det vært helt nødvendig for å kunne gi utviklerne tid til å fokusere på brukerhistorier i stedet for å fikse problemer med infrastruktur, testmiljøer og integrasjoner.
I tillegg til å brøyte veien ut i prod lager PUS støtteverktøy som skal gjøre livet lettere for både utviklere og testere. Et av disse verktøyene er forenklet deploy som gir en oversikt over applikasjoner og hvilke endringer som ligger i de forskjellige miljøene. I et prosjekt som nærmer seg 40 applikasjoner og med litt for mange testmiljøer har dette verktøyet vært til stor hjelp for den utrullingsansvarlige som trenger en oversikt over hva som må testes før det går videre på rullebåndet. Et annet område vi jobber med er automatiserte tester. Her ser vi blant annet på verktøy som browserstack og snyk som en del av en utrullingspipeline. Funksjonsbrytere (feature toggles) er enda et behov vi har jobbet med i PUS. I et prosjekt som kjører en strategi med kortlevede feature-brancher og kontinuerlig prodsetting av det som ligger på master er det kritisk at ny og uferdig funksjonalitet kan skjules for sluttbruker. Det viste seg at andre også hadde dette behovet, dermed ble det satt opp en felles server for forvaltning av funksjonsbrytere som er tilgjengelig på https://unleash.nais.adeo.no og kan benyttes av alle i NAV.
Arbeidsoppgavene i team PUS er med andre ord ganske varierte, og vi utvikler løsninger og setter oss inn i problemstillinger som ikke bare er relevante for oss i prosjektet, men for flere av prosjektene på NAV. Vi har derfor lenge fundert på hvordan vi kan dele våre erfaringer og spre den kompetansen vi sitter på til andre. Svaret viste seg å være åpenbart: vi oppretter en rosablogg.
Denne bloggen vil inneholde artikler vi håper er til nytte for alle som driver med applikasjonsutvikling på NAV og som eksempelvis lurer på hvordan de får prodsatt sin applikasjon på NAIS, hvordan man kan teste ved hjelp av browserstack eller hvordan man kan implementere funksjonsbrytere i sin egen applikasjon. Vi har allerede to artikler på plass som vi håper er til nytte for andre. Du kan dermed allerede lese om funksjonsbrytere via Unleash her samt om standardiserte byggjobber ved hjelp av jobDSL-scripts her. Flere artikler vil følge.
Forhåpentligvis vil denne bloggen bidra til at den enkelte utvikler får litt bedre oversikt over hva som rører på seg her på huset av teknologier, og hvordan man kan ta de i bruk. Er det noen spørsmål tilknyttet denne bloggen så ikke nøl med å ta kontakt! Du finner oss i kanalen #pus på slack. Kom gjerne med forslag til temaer vi kan blogge om, og om du eller ditt team sitter på kompetanse som burde deles vil vi veldig gjerne ha gjesteskribenter!
Mvh, Team PUS: Dervis Mansuroglu, Steffen Hageland, Jan Berge Ommedal og Peder Korsveien