Tekniikan periaatteet: putting our values into practice

heinäk. 30, Tutustu siihen, miten nämä periaatteet auttavat insinöörejämme kasvamaan ja ottamaan vastuun toimituksistaan.

Taxfixissä kaikki alkaa arvoistamme: Deliver, Trust, Develop ja Understand. Kaikilla, riippumatta siitä, missä roolissa he toimivat yrityksessä, on yhteinen käsitys näistä arvoista. Suunnitteluperiaatteet toteuttavat arvomme konkreettisiksi käsitteiksi ja ohjaavat kaikkia tasapuolisesti ja jäsennellysti. Tavoitteena on tehdä tiimistämme mahdollisimman itsenäinen – löytämisessä, päätöksenteossa, toimittamisessa ja kasvussa.

Periaatteet ovat tiekartta, jonka avulla uudet tulokkaat pääsevät nopeasti perehtymään siihen, miten täällä toimitaan. Ne tarjoavat pelikirjan toimia varten ja sen, miten lähestyä uusia haasteita. Jos esimerkiksi kaksi eri ihmistä kohtaa saman ongelman samankaltaisessa tilanteessa, heidän ratkaisunsa ovat suurin piirtein samanlaisia, koska heitä ovat ohjanneet samat suuntaviivat. Periaatteemme toimivat myös palautteen ja kehittämisen vertailukohtana. Jokaisen periaatteen takana on joukko insinöörien käyttäytymistä koskevia odotuksia, jotka antavat suuntaa itsensä kehittämiselle.

Miten lähdimme muodostamaan näitä periaatteita?

Vaikka arvot ovatkin olennainen osa jokapäiväistä elämää, ei aina ollut selvää, miten ne toteutettaisiin. Insinöörimme halusivat tarkempia esimerkkejä siitä, miten näitä arvoja voi elää käytännössä.

Osimme, että tarvitsimme insinöörien pelikirjan, jossa eriteltäisiin tarkasti, mitä arvostimme ja mitä odotimme tiimiltä. Kokoonnuimme yhteen ensimmäiseen brainstorming-istuntoon – Juan Ramirez, suunnittelupäällikkömme Madridissa, Alex De Leon, teknologiajohtajamme, ja minä. Yhdessä määrittelimme muutamia keskeisiä työstettäviä osa-alueita, mutta huomasimme nopeasti, että näkemyksemme ei ollut täydellinen. Meidän oli kuultava kaikki äänet insinööriorganisaatiossa.

Seuraavien kuukausien aikana järjestetyissä työpajoissa keskustelimme ideoista, haastoimme toisiamme ja hankimme referenssejä joistakin markkinoiden johtavista insinöörikulttuureista. Tuloksena oli kahdeksan arvolähtöisen suunnitteluperiaatteen muodostama rakenne, jota tukivat esimerkit parhaista käytännöistä.

Mitä suunnitteluperiaatteet tarkoittavat käytännössä?

Tässä on kurkistus muutamiin suunnitteluperiaatteisiimme:

Toimita

Arvolähtöisen toimituksen alla on periaate Sisäinen avoin lähde. Tämä tarkoittaa, että kuka tahansa voi osallistua minkä tahansa sovelluksen tai palvelun kehittämiseen, mikä tunnetaan myös nimellä heikko koodin omistajuus. Sisäinen avoin lähdekoodi auttaa meitä toimittamaan, koska kun koodipohja on jaettu, riippuvuuksia ei käytännössä ole.

Yksi suuri ongelma, jonka kanssa monet yritykset kamppailevat, on riippuvuus. Jos tiimi haluaa toimittaa uuden ominaisuuden, sen on usein rakennettava jotain omassa palvelussaan ja sitten otettava yhteyttä toiseen tiimiin ja odotettava, että kaikki palaset saadaan kasaan. Mitä suurempi yritys on, sitä monimutkaisemmaksi tämä ongelma yleensä muuttuu. Olet pohjimmiltaan riippuvuussuhteiden estämä. Meillä on poikkitoiminnallisia tiimejä, ja käytämme lähes kaikkialla yhtä kieltä, JavaScriptiä. Tämä mahdollistaa sen, että kuka tahansa voi mennä tiettyyn palveluun yrityksessä ja tehdä siellä muutoksen. Ei tarvitse odottaa – voit toteuttaa sen itse.

Luottamus

Luottamusarvomme alla on periaate We are One Team. Tämä tarkoittaa, että optimoimme tiimin ja organisaation tuotoksen, emme yksilön. Yksilö voi varmasti saavuttaa tavoittelemansa tuloksen, mutta millä hinnalla muun organisaation kustannuksella? Jos mielessäsi on vain oma tavoitteesi, koko yritys ei ole tehokas. Yritämme siis löytää keinoja, joilla voimme saavuttaa parempia tuloksia hyödyntämällä asiantuntemuksen, taustojen ja näkökulmien yhdistelmää. ”Yhden hengen” töitä ei ole olemassa, vaan ainoastaan yhteistyötä.

Kehitä

Kehittämisarvojemme sisälle sisällytimme periaatteen Me opimme toisiltamme. Tavallisten oppimisaloitteiden, kuten tapaamisiin osallistumisen ja konferensseissa käymisen, lisäksi haluamme kannustaa tiimin jäsenten välistä tiedon jakamista. Pyrimme tässä yhdistämään erilaiset taidot tiimiemme sisällä. Jos esimerkiksi front-end-insinööri haluaa siirtyä full-stack-työhön, sovitamme hänet yhteen back-end-insinöörin kanssa. Yhdistämme nämä kaksi yhteen, jotta he voivat kasvaa tiiminä ja yksilöinä ajamalla uusia projekteja, jotka eivät kuulu heidän tyypilliseen asiantuntemukseensa.

Ymmärtää

Viimeinen esimerkki, jonka haluan antaa, liittyy Understand-arvoomme – Create and Share Context. Tämä periaate ylittää pelkän dokumentoinnin; se on kaksisuuntainen. Odotamme, että tiimimme luo kontekstia muille. Tämän lisäksi heidän tulisi olla ennakoivia lukiessaan ja sulatellessaan saamaansa kontekstia. Esimerkiksi pull request -pyyntöihin sovellettuna ihmiset eivät aina tiedä kontekstia tai sitä, mitä yrität saavuttaa tiimissäsi. Jos teet yhteistyötä ja yrität muuttaa jonkun toisen arkistoa, sinun on annettava mahdollisimman paljon kontekstia. Sinun on selitettävä aikomuksesi, tekemäsi kompromissit, aikataulu ja se, miten tämä muutos liittyy myöhempiin suurempiin muutoksiin. Emme usko oikeisiin tai vääriin päätöksiin. Uskomme vain päätöksiin, jotka on tehty oikeassa yhteydessä tai puuttuvassa yhteydessä.