Kvalitet & säkerhet

Trygg leverans kräver struktur

Vi arbetar med affärskritiska e-handelslösningar, integrationer och kunddata. För oss är därför kvalitet och säkerhet inte något som läggs till i slutet av ett projekt – det är en del av hur vi arbetar från början.

Vi har tydliga arbetssätt för behörigheter, kod, dokumentation, kvalitetssäkring och projektstyrning. Målet är enkelt: våra kunder ska kunna känna sig trygga med både lösningen vi bygger och hur vi arbetar under vägen.

I praktiken

Struktur som minskar risk.

2FA på alla centrala system

Lösenordshantering

GitHub-versionering

Code review

GDPR / DPA

Transparent projektstyrning

01

Säker åtkomst och behörighet

Vi använder tvåfaktorsautentisering på de system och tjänster vi arbetar i och hanterar lösenord och andra autentiseringsuppgifter genom ett centralt lösenordshanteringssystem.

Åtkomst till kunders system ska vara personlig och begränsad till de personer som behöver den för sitt arbete. Vi undviker delade konton och arbetar med tydliga behörigheter där plattformen stödjer det.

När ett uppdrag förändras eller en person inte längre behöver åtkomst ska behörigheten också tas bort.

Vi ser åtkomst till kunders Shopify-butiker, affärssystem, integrationer och andra tjänster som ett förtroende – inte som en administrativ detalj.

02

Personuppgifter och GDPR

När vårt arbete innebär att Stride behandlar personuppgifter för en kund arbetar vi med personuppgiftsbiträdesavtal.

Avtalen tydliggör ansvar, behandling och hur personuppgifter får hanteras inom ramen för uppdraget.

Vi försöker samtidigt minimera vilken data vi behöver komma åt. Tillgång till personuppgifter ska ha ett tydligt syfte och vara relevant för det arbete vi utför.

03

Versionhantering med GitHub

Kod vi utvecklar hanteras genom GitHub.

Det ger oss versionshistorik och spårbarhet över förändringar och gör det möjligt att arbeta strukturerat med branches, pull requests och granskning innan kod förs vidare mot produktion.

Om något behöver analyseras i efterhand kan vi se vad som förändrats, när det förändrades och vilken kod som hörde till respektive förändring.

Det skapar en betydligt tryggare utvecklingsprocess än att arbeta direkt i en produktionsmiljö utan versionshantering.

04

Kod granskas innan den går live

All kod ska inte gå direkt från utvecklare till produktion.

Vi arbetar efter definierade QA-processer där förändringar granskas och kvalitetssäkras innan release. Vår Head of Development har ett övergripande ansvar för den tekniska kvaliteten och granskar kod och lösningar innan större förändringar går live.

Beroende på projekt omfattar kvalitetssäkringen bland annat funktion, responsivitet, kompatibilitet, prestanda, tillgänglighet och att implementationen följer vår tekniska standard.

Vi försöker fånga problem innan kunden eller slutkunden gör det.

05

Kontrollerade releaser

En release ska vara planerad och spårbar.

Vi arbetar med tydliga flöden mellan utveckling, test och produktion och undviker så långt det är möjligt att göra okontrollerade förändringar direkt i en livebutik.

Inför större lanseringar och förändringar planerar vi även beroenden, testning och själva övergången till produktion.

För migreringar och andra affärskritiska lanseringar arbetar vi med särskilda launch- och cutover-planer där ansvar och ordningsföljd är definierade i förväg.

06

Transparens genom hela projektet

Alla våra projekt hanteras i Productive.

Där samlar vi bland annat uppgifter, ansvar, estimat, rapporterad tid, budget och projektets utveckling. Kunden får insyn i projektet och kan följa både arbetet och ekonomin löpande.

Vi vill inte att en kund ska behöva vänta på en månadsrapport för att förstå hur ett projekt ligger till.

Transparensen gör det också möjligt att upptäcka avvikelser tidigt och fatta beslut innan en mindre förändring blir ett större problem.

07

Dokumentation som en del av leveransen

Bra kod räcker inte om ingen förstår lösningen efteråt.

Därför dokumenterar vi viktiga tekniska beslut, integrationer och lösningar när projektet kräver det. För mer komplexa implementationer arbetar vi även med tekniska kravspecifikationer, lösningsarkitektur och dokumenterade beroenden innan utvecklingen påbörjas.

Det gör lösningen enklare att förvalta – oavsett om nästa förändring görs av oss eller av någon annan.

08

Standard före speciallösning

Kvalitet och säkerhet handlar också om att inte bygga mer än vad som behövs.

Vi använder i första hand Shopifys standardfunktionalitet och etablerade lösningar innan vi väljer att specialutveckla. Färre speciallösningar innebär normalt färre beroenden, mindre teknisk skuld och en lösning som är enklare att förstå och underhålla.

När vi bygger eget ska det finnas ett tydligt skäl till det.

09

Säkerhet är ett löpande arbete

Ingen teknisk miljö blir färdig ur ett säkerhetsperspektiv.

Plattformar förändras, nya risker uppstår och arbetssätt behöver utvecklas. Därför ser vi säkerhet och kvalitet som ett kontinuerligt arbete snarare än en engångskontroll inför lansering.

Vi bygger våra processer för att minska risk, skapa spårbarhet och göra det tydligt vem som ansvarar för vad.

För oss handlar kvalitet om att bygga rätt. Säkerhet handlar om att göra det på ett sätt som våra kunder kan känna sig trygga med.