Tekkidesigner on tämän ajan designer
Joskus muutama kuukausi sitten omaan sanavarastooni alkoi hiipiä erikoisuuksia, kuten builder-designer, tuotedesigneri ja tuotetyyppi. Viimeisin niistä on tekkidesigner.
Tekkidesigner on rooli, jolla kuvaan designeria, jolla on pitkä kokemus digitaalisten palveluiden ja tuotteiden rakentamisesta ja joka ymmärtää syvällisesti myös teknologiaa.
Tässä tekstissä pohdin näiden käsitteiden merkityseroja. Miksi ne ovat edes olemassa, miksi ne ovat relevantteja minulle ja asiakkaille, joiden kanssa teen töitä, ja ehkä myös sitä, miksi sinunkin kannattaisi olla niistä perillä.
Ydinväite on yksinkertainen: Designerin ei tarvitse olla koodari, mutta nykyään hänen pitää ymmärtää teknologiaa paljon aiempaa syvemmin.
Perinteisesti designer ei ole koodari. Eikä perinteisessä mielessä designerin tarvitsekaan mennä koodiin. Tähän on hyviä syitä.
Design-prosessi koodieditorissa tai muuten työkalussa, joka ei mahdollista vapaata hahmottelua, rajoittaa designerin kykyä kokeilla ja muotoilla.
Lisäksi designerin työ on paljon muutakin kuin deliverablejen tekemistä. Se on sen ajattelemista, mitä rakennetaan, kenelle, miksi ja miten.
Ja ehkä tärkeimpänä: kukaan ei rakenna oikeasti vaikuttavaa tuotetta yksin. Lopulta tarvitaan aina tiimi, ja tiimi tarvitsee spesialisteja.
En ole vielä nähnyt yhtäkään digitaalista palvelua rakentavaa tiimiä, jonka roolitus näyttäisi tältä:
5 x fullstack builder-designer
Kun sellaisia alkaa näkyä, kirjoitan tästä postauksen vol 2.
Siihen asti jatketaan oletuksesta, että tiimeissä, joissa rakennetaan digitaalisia palveluita ja tuotteita, on erilaisia spesialisteja. Tyypillisesti siellä on kehittäjiä, joista osa painottuu fronttiin ja osa bäkkäriin. Siellä on ihmisiä, jotka keskittyvät arkkitehtuuriin ja infraan. On ihmisiä, jotka keskittyvät tuotteeseen, fasilitointiin ja manageeraukseen. Ja sitten on niitä, jotka keskittyvät designiin.
Mutta vaikka designerin ei tarvitse olla koodari, parhaat designerit ovat käytännössä lähes aina erittäin hyvin perillä teknologiasta.
Tämä ei silti ole sama asia kuin se, että designerin pitäisi osata koodata.
Siksi kysymys “pitääkö designerin osata koodata?” vie erikoisille poluille.
Parempi kysymys on:
Pitääkö designerin ymmärtää teknologiaa?
Se on riittävän laaja kysymys ottamaan kantaa siihen, mitä “tekki” tänään oikeasti tarkoittaa.
Tämän päivän tiimit koostuvat eri rooleista, ja roolien väliin jää aina pieniä kuiluja. Jonkun täytyy rakentaa siltoja. Designin ja teknologian välille se silta rakentuu tekkidesignerin avulla.
Tekkidesigner on ohjelmistokehitykseen ja ohjelmistotuotantoon perehtynyt designer. Hän ymmärtää prosessin päästä päähän, koska hänellä on pitkä kokemus erilaisten digitaalisten palveluiden ja tuotteiden tekemisestä. Hän on ollut pienissä ja isoissa tiimeissä, erilaisissa organisaatioissa, ja tunnistaa siksi prosessiin liittyviä haasteita. Hän osaa soveltaa niihin käytännöllisiä ratkaisuja.
Hän ymmärtää, että ohjelmistotuotannossa nopeus ratkaisee, koska mikään tuote ei koskaan tule valmiiksi.
Hän myös ymmärtää, ettei teknologian tuntemus ole vain "puhun sujuvasti koodaria". Se näkyy konkreettisesti työssä.
Se näkyy siinä, osaako designer suunnitella niin, että komponenttirakenne, tyylit, tilat ja säännöt ovat oikeasti toteutettavissa ilman, että kehitystiimi joutuu arvailemaan.
Se näkyy siinä, ymmärtääkö designer, milloin suunnitteluratkaisu nopeuttaa tuotantoa ja milloin se hidastaa sitä.
Ja nyt se näkyy myös siinä, tekeekö designer vain ihmisille luettavia speksejä vai osaako hän jäsentää järjestelmiä, rakenteita ja sääntöjä myös koneiden luettavaksi.
Hänellä on luontainen kiinnostus teknologiaan, minkä vuoksi hän pysyy kärryillä siitä, kuinka radikaalisti tekoäly on jo muuttanut ohjelmistotuotantoa.
Koska hän ymmärtää ohjelmistotuotantoa ja muun tiimin työarkea, hän ei jää ulkokehälle. Hänen työnsä ei pääty Figma-deliverableihin. Hän menee kehittäjien iholle, joskus myös koodieditorin kautta.
Juuri nyt tekkidesignerin roolista tekee haastavan se, että teknologinen muutos ei enää etene lineaarisesti. Pitkään tasaisesti jatkunut teknologiakehitys nopeutui yhtäkkiä tapahtuu niin paljon, että aallonharjalla pysyminen on melkein mahdotonta.
Valtaosa designereista ei vieläkään ymmärrä, miten tekoälyagentit ovat jo muuttaneet ohjelmistotuotantoa.
Kuinka moni designer rakentaa juuri nyt design systeemiä edelleen vain ihmisten luettavaksi, ja kuinka moni tekee samalla JSON schemaa tekoälyn luettavaksi?
Koska viimeksi mietit, millainen käyttäjäkokemus on käyttää tätä tuotetta MCP:n kautta komentoriviltä?
Tekkidesigner ei ole designer, joka osaa vähän koodia.
Se on designer, joka ymmärtää, miten tuotteita rakennetaan nyt.
Jos tipuit kärryiltä JSON scheman tai MCP:n kohdalla, et ehkä ole tekkidesigner.
