Kvalitet & sikkerhet

Trygg levering krever struktur

Vi jobber med virksomhetskritiske e-handelsløsninger, integrasjoner og kundedata. For oss er derfor kvalitet og sikkerhet ikke noe som legges til på slutten av et prosjekt – det er en del av hvordan vi jobber helt fra starten.

Vi har tydelige arbeidsmetoder for tilganger, kode, dokumentasjon, kvalitetssikring og prosjektstyring. Målet er enkelt: kundene våre skal kunne føle seg trygge på både løsningen vi bygger og hvordan vi jobber underveis.

2FA på alle sentrale systemer

Passordhåndtering

GitHub-versjonering

Kodegjennomgang

GDPR / DPA

Transparent prosjektstyring

Sikker tilgang og behørighet

Vi bruker tofaktorautentisering på systemene og tjenestene vi arbeider i, og håndterer passord og andre autentiseringsopplysninger gjennom et sentralt passordhåndteringssystem.

Tilgang til kundenes systemer skal være personlig og begrenset til de personene som trenger den for sitt arbeid. Vi unngår delte kontoer og arbeider med tydelige tilganger der plattformen støtter det.

Når et oppdrag endres eller en person ikke lenger trenger tilgang, skal tilgangen også fjernes.

Vi ser på tilgang til kundenes Shopify-butikker, affæresystemer, integrasjoner og andre tjenester som en tillit – ikke som en administrativ detalj.

Personopplysninger og GDPR

Når vårt arbeid innebærer at Stride behandler personopplysninger for en kunde, arbeider vi med databehandleravtaler.

Avtalene tydeliggjør ansvar, behandling og hvordan personopplysninger kan håndteres innenfor rammen av oppdraget.

Vi prøver samtidig å minimere hvilke data vi trenger tilgang til. Tilgang til personopplysninger skal ha et tydelig formål og være relevant for arbeidet vi utfører.

Versjonshåndtering med GitHub

Koden vi utvikler, håndteres gjennom GitHub.

Det gir oss versjonshistorikk og sporbarhet over endringer, og gjør det mulig å jobbe strukturert med branches, pull requests og gjennomgang før kode føres videre mot produksjon.

Hvis noe må analyseres i etterkant, kan vi se hva som ble endret, når det ble endret, og hvilken kode som hørte til den respektive endringen.

Det skaper en betydelig tryggere utviklingsprosess enn å jobbe direkte i et produksjonsmiljø uten versjonskontroll.

Kode gjennomgås før den går live

All kode skal ikke gå direkte fra utvikler til produksjon.

Vi arbeider etter definerte QA-prosesser der endringer gjennomgås og kvalitetssikres før release. Vår Head of Development har et overordnet ansvar for den tekniske kvaliteten og gjennomgår kode og løsninger før større endringer går live.

Avhengig av prosjektet omfatter kvalitetssikringen blant annet funksjonalitet, responsivitet, kompatibilitet, ytelse, tilgjengelighet og at implementeringen følger vår tekniske standard.

Vi prøver å fange opp problemer før kunden eller sluttkunden gjør det.

Kontrollerte utgivelser

En utgivelse skal være planlagt og sporbar.

Vi arbeider med tydelige arbeidsflyter mellom utvikling, testing og produksjon, og unngår så langt det er mulig å gjøre ukontrollerte endringer direkte i en butikk som er i drift.

Før større lanseringer og endringer planlegger vi også avhengigheter, testing og selve overgangen til produksjon.

For migreringer og andre forretningskritiske lanseringer arbeider vi med egne planer for lansering og overgang, der ansvar og rekkefølge er definert på forhånd.

Åpenhet gjennom hele prosjektet

Alle våre prosjekter håndteres i Productive.

Der samler vi blant annet oppgaver, ansvar, estimert tid, rapportert tid, budsjett og prosjektets utvikling. Kunden får innsyn i prosjektet og kan følge både arbeidet og økonomien løpende.

Vi ønsker ikke at en kunde skal måtte vente på en månedsrapport for å forstå hvordan et prosjekt ligger an.

Åpenheten gjør det også mulig å oppdage avvik tidlig og ta beslutninger før en mindre endring blir et større problem.

Dokumentasjon som en del av leveransen

God kode er ikke nok hvis ingen forstår løsningen etterpå.

Derfor dokumenterer vi viktige tekniske beslutninger, integrasjoner og løsninger når prosjektet krever det. For mer komplekse implementeringer arbeider vi også med tekniske kravspesifikasjoner, løsningsarkitektur og dokumenterte avhengigheter før utviklingen påbegynnes.

Det gjør løsningen enklere å forvalte – uansett om den neste endringen gjøres av oss eller av noen andre.

Standard før spesialløsning

Kvalitet og sikkerhet handler også om å ikke bygge mer enn det som er nødvendig.

Vi bruker i utgangspunktet Shopifys standardfunksjonalitet og etablerte løsninger før vi velger å spesialutvikle. Færre spesialløsninger innebærer normalt færre avhengigheter, mindre teknisk gjeld og en løsning som er enklere å forstå og vedlikeholde.

Når vi bygger eget, skal det finnes en tydelig grunn til det.

Sikkerhet er et kontinuerlig arbeid

Ingen teknisk miljø blir ferdig fra et sikkerhetsperspektiv.

Plattformer endres, nye risikoer oppstår og arbeidsmetoder må utvikles. Derfor ser vi på sikkerhet og kvalitet som et kontinuerlig arbeid snarere enn en engangskontroll før lansering.

Vi bygger våre prosesser for å redusere risiko, skape sporbarhet og gjøre det tydelig hvem som er ansvarlig for hva.

For oss handler kvalitet om å bygge riktig. Sikkerhet handler om å gjøre det på en måte som kundene våre kan føle seg trygge på.