Versjonering av komponenter i Figma

[mrosvik]

Vi må få på plass rutiner for oppdatering av Figma komponenter slik at oppdateringer blir mest mulig forutsigbart for designere.

[mrosvik]

Møtereferat 19.09.23 @Febakke @Thuneer @mrosvik

Vi har sett på hvordan Aksel håndterer dette: https://aksel.nav.no/grunnleggende/introduksjon/versjonering-i-figma

Vi lurer på om en utviklingstilnærming vil fungere bedre for oss, ved at vi bruker brancher og pusher ut mindre endringer der det som er endret er dokumentert. Ved breaking changes kan vi lage en ny versjon av komponenten.

Tre nivåer av endringer:

• Lage ny komponent: Skjer i eget arbeidsområde og flyttes over til "Felles komponenter" når den er klar.
• Små endringer av eksisterende komponenter: Skjer direkte i eksisterende komponenter.
• Større endringer på eksisterende komponenter: Ny versjon av komponenten lages, gammel komponent fases ut og avpubliseres.

Publisering av nye endringer:

• Minimum en gang i uka
• Hver gang vi publiserer endringer lager vi også en ny versjon i versjonshistorikken i Figma basert på Semantic Versioning, slik at vi har mulighet til å rulle tilbake en versjon.
• Bruke en egen testfil med alle komponenter der vi kan teste at alt ser riktig ut rett etter at ny versjon av "Felles komponenter" blir publisert. Skjer det noe, må vi evt. rulle tilbake.

[mrosvik]

Har fått noen nyttige innspill på dette fra en god venn:

• Små endringer av eksisterende komponenter: Skjer direkte i eksisterende komponenter.

  Vi gjør dette i en branch som oftest. Det er lett å glemme arbeidet. Vi vil helst ha en gjennomgang av en annen designer også, – Det er også lettere å avslutte iterasjonen om du har sporet litt av eller ønsker å begynne på ny (slette branchen).

• Publisering av nye endringer:

  Vi publiserer så ofte vi kan for å unngå at designsystemet blir for skummelt. Og for å redusere frykten for å gjøre endringer. Å vente en hel uke kan også føles skummelt, spesielt når endringer blir utført av ulike designere. Vi oppfordrer heller våre brukere til å oppdatere i en branch hvis de er usikre på hvilke endringer som vil påvirke deres design. Jeg vet at våres designerne opplever dette som irriterende, det er daglig oppdatering i komponentene. Her er det nok mye mer aktivitet enn hos dere, siden vi jobber med dårlige komponenter som har blitt publisert – komponenter som aldri skulle ha blitt utgitt. Jeg er ikke sikker på hva som er det beste, men personlig mener jeg at designsystemet bør kunne tilpasses og endres jevnlig, heller enn at publiseringsprosessen skal være skremmende eller problematisk.

I Storybook gjør vi større releaser :high_brightness:

Tips: Figma har også god statistikk over brukte komponenter og hvem som bruker dem. Vi ser alltid på dette før vi gjør større endringer på komponentene og varsler de som kanskje kan bli påvirket av det.

[mimarz]

will be looked at after #501