Laatu & turvallisuus

Luotettava toimitus vaatii järjestelmällisyyttä

Työskentelemme liiketoiminnan kannalta kriittisten verkkokaupparatkaisujen, integraatioiden ja asiakastietojen parissa. Siksi laatu ja turvallisuus eivät ole meille jotain, mikä lisätään projektin loppuun – ne ovat osa tapaamme työskennellä heti alusta alkaen.

Meillä on selkeät toimintatavat oikeuksille, koodille, dokumentaatiolle, laadunvarmistukselle ja projektinhallinnalle. Tavoite on yksinkertainen: asiakkaidemme on voitava luottaa sekä rakentamaamme ratkaisuun että tapaamme työskennellä matkan varrella.

Käytännössä

Rakenne, joka vähentää riskiä.

2FA kaikkiin keskeisiin järjestelmiin

Salasananhallinta

GitHub-versionhallinta

Koodikatselmus

GDPR / DPA

Läpinäkyvä projektinhallinta

01

Turvallinen pääsy ja käyttöoikeudet

Käytämme kaksivaiheista tunnistautumista järjestelmissä ja palveluissa, joissa työskentelemme, ja hallinnoimme salasanoja sekä muita tunnistautumistietoja keskitetyn salasananhallintajärjestelmän kautta.

Asiakkaiden järjestelmiin pääsy on henkilökohtaista ja rajoitettu vain niihin henkilöihin, jotka tarvitsevat sitä työnsä suorittamiseen. Vältämme jaettuja tilejä ja käytämme selkeitä käyttöoikeuksia, kun alusta tukee sitä.

Kun tehtävänkuvaus muuttuu tai henkilö ei enää tarvitse pääsyä, myös käyttöoikeus on poistettava.

Pidämme asiakkaiden Shopify-kauppoihin, yritysjärjestelmiin, integraatioihin ja muihin palveluihin myönnettyä pääsyä luottamuksena – emme hallinnollisena yksityiskohtana.

02

Henkilötiedot ja GDPR

Kun työskentelemme asiakkaalle, ja Stride käsittelee tässä yhteydessä henkilötietoja, käytämme henkilötietojen käsittelyä koskevaa avustajasopimusta.

Sopimukset selventävät vastuunjaot, käsittelyn laadun ja sen, miten henkilötietoja saa käsitellä tehtävän puitteissa.

Samalla pyrimme minimoimaan tarvitsemamme tietoihin pääsyn. Henkilötietoihin pääsylle on oltava selkeä tarkoitus, ja sen on oltava olennaista suorittamallemme työlle.

03

Versionhallinta GitHubilla

Kehittämäämme koodia hallitaan GitHubin kautta.

Se antaa meille versionhallinnan ja muutosten jäljitettävyyden, ja mahdollistaa jäsennellyn työskentelyn haaroja, pull requesteja ja koodikatselmoja hyödyntäen ennen koodin siirtoa tuotantoon.

Jos jotain tarvitsee analysoida jälkikäteen, voimme nähdä, mitä on muutettu, milloin se muutettiin ja mikä koodi kuului kuhunkin muutokseen.

Se luo huomattavasti turvallisemman kehitysprosessin kuin suora työskentely tuotantoympäristössä ilman versionhallintaa.

04

Koodi tarkistetaan ennen julkaisua

Kaikkaan koodin ei pitäisi siirtyä suoraan kehittäjältä tuotantoon.

Noudatamme määriteltyjä laadunvarmistusprosesseja, joissa muutokset tarkistetaan ja laadunvarmistetaan ennen julkaisua. Kehitysvastaavallamme on kokonaisvastuu teknisestä laadusta, ja hän tarkistaa koodia ja ratkaisuja ennen merkittävien muutosten julkaisua.

Projektista riippuen laadunvarmistus kattaa muun muassa toimivuuden, responsiivisuuden, yhteensopivuuden, suorituskyvyn, saavutettavuuden sekä sen, että toteutus noudattaa teknistä standardiamme.

Yritämme havaita ongelmat ennen kuin asiakas tai loppukäyttäjä huomaa ne.

05

Hallitut julkaisut

Julkaisun tulee olla suunniteltu ja seurattavissa.

Työskentelemme selkeiden prosessien mukaisesti kehityksen, testaamisen ja tuotannon välillä ja vältämme niin paljon kuin mahdollista tekemästä hallitsemattomia muutoksia suoraan live-kauppaan.

Suurempia julkaisuja ja muutoksia edeltäen suunnittelemme myös riippuvuudet, testaamisen ja itse siirtymisen tuotantoon.

Migraatioita ja muita liiketoiminnan kannalta kriittisiä julkaisuja varten käytämme erityisiä julkaisu- ja siirtymissuunnitelmia, joissa vastuut ja järjestys on määritelty etukäteen.

06

Avoimuus koko projektin ajan

Kaikkia projektejamme hallinnoidaan Productivessa.

Siellä keräämme muun muassa tehtävät, vastuun, arvioidun ajan, raportoidun ajan, budjetin ja projektin etenemisen. Asiakas saa näkyvyyttä projektiin ja voi seurata sekä työtä että taloutta jatkuvasti.

Emme halua, että asiakkaan tarvitsee odottaa kuukausiraporttia ymmärtääkseen, miten projekti etenee.

Avoimuus mahdollistaa myös poikkeamien havaitsemisen ajoissa ja päätösten tekemisen ennen kuin pieni muutos muuttuu suuremmaksi ongelmaksi.

07

Dokumentaatio osana toimitusta

Hyvä koodi ei riitä, jos kukaan ei myöhemmin ymmärrä ratkaisua.

Siksi dokumentoimme tärkeitä teknisiä päätöksiä, integraatioita ja ratkaisuja, kun projekti sitä edellyttää. Monimutkaisemmissa toteutuksissa työskentelemme myös teknisten vaatimusmäärittelyjen, ratkaisuarkkitehtuurin ja dokumentoitujen riippuvuuksien parissa ennen kehityksen aloittamista.

Tämä tekee ratkaisun ylläpidosta helpompaa – riippumatta siitä, tekeekö seuraavan muutoksen me vai joku muu.

08

Vakio ennen erikoisratkaisua

Laatu ja turvallisuus tarkoittavat myös sitä, ettei rakenneta enempää kuin on tarpeen.

Käytämme ensisijaisesti Shopifyn vakio-ominaisuuksia ja vakiintuneita ratkaisuja ennen kuin päätämme kehittää räätälöityä toiminnallisuutta. Vähemmän räätälöityjä ratkaisuja tarkoittaa yleensä vähemmän riippuvuuksia, vähemmän teknistä velkaa ja helpommin ymmärrettävän ja ylläpidettävän ratkaisun.

Kun rakennamme jotain itse, sille on oltava selkeä syy.

09

Turvallisuus on jatkuvaa työtä

Mikään tekninen ympäristö ei ole turvallisuusnäkökulmasta koskaan täysin valmis.

Alustat muuttuvat, uusia riskejä syntyy ja työskentelytapoja on kehitettävä. Siksi näemme turvallisuuden ja laadun jatkuvana työnä pikemminkin kuin kertaluonteisena tarkastuksena ennen julkaisua.

Rakennamme prosessimme vähentääksemme riskejä, luodaksemme jäljitettävyyttä ja selkeyttääksemme, kuka vastaa mistä.

Meille laatu tarkoittaa oikein tekemistä. Turvallisuus tarkoittaa sen tekemistä tavalla, josta asiakkaidemme voivat tuntea olonsa turvalliseksi.