Haastattelut
Chris Strahl, Knapsackin perustaja ja toimitusjohtaja – Haastattelusarja

Chris Strahl on Knapsackin toinen perustaja ja toimitusjohtaja, jossa hän keskittyy muokkaamaan nykyaikaisten digitaalisten tuotteiden rakentamistapaa yhdistämällä suunnittelu-, insinööri- ja tuotetiimit yhteisen totuuden järjestelmän ympärille. Hänellä on taustallaan suunnittelujärjestelmiin ja front-end-kehitykseen liittyvä tausta, ja hänet tunnetaan myös laajalti isännöimästä Suunnittelujärjestelmien podcast, jossa hän tutkii, miten organisaatiot skaalaavat suunnittelua, parantavat yhteistyötä ja modernisoivat digitaalista tuotantoa.
Selkäreppu on yritystason suunnittelujärjestelmä ja digitaalinen tuotantoalusta, joka toimii elävänä tallennusjärjestelmänä yhdistäen suunnitteluresurssit, koodin, sisällön ja dokumentaation reaaliajassa. Alustan avulla tiimit voivat rakentaa ja hallita uudelleenkäytettäviä, tuotantovalmiita komponentteja, hallita suunnittelutokeneita ja ylläpitää yhtenäisyyttä monimutkaisissa digitaalisissa ekosysteemeissä. Rakentamalla suunnittelu- ja käyttöliittymädataa skaalautuvalla ja tekoälyvalmiilla tavalla Knapsack auttaa suuria organisaatioita nopeuttamaan toimitusta, vähentämään päällekkäisyyksiä ja varmistamaan brändin ja tuotteen eheyden eri tiimien ja kanavien välillä.
Knapsack syntyi vuosien jälkeen, jolloin Basaltilla rakennettiin suunnittelujärjestelmiä suurille yrityksille, ja suunnittelutiedostojen, suunnittelutyönkulkujen ja toimitetun koodin välistä toistuvaa kitkaa oli mahdotonta sivuuttaa. Millä hetkellä tämä kaava tuli niin selväksi, että se oikeutti oman alustan lanseerauksen?
Rakensimme Basaltilla lukemattomia suunnittelujärjestelmiä, ja kaava oli ilmeinen: suunnittelutiedostot, suunnittelutyönkulut ja toimitettu koodi olivat kaikki erillisissä universumeissa. Tuloksena ei ollut yksi dramaattinen epäonnistuminen, vaan tuhat toistuvaa menetystä: väärän kokoisia painikkeita, epäjohdonmukaista toimintaa ja tyylin vaihtelua ominaisuuksien välillä, mikä maksoi tiimeille kuukausien uudelleentyöskentelyn. Tiesimme, että kyseessä oli todellinen ongelma, kun huomasimme, ettei näitä ongelmia voitu korjata paremmilla synkronointiliitännäillä tai siistimmällä dokumentaatiolla. Ne vaativat yhden auktoritatiivisen tallennusjärjestelmän suunnittelulle, koodille ja brändisäännöille. Tämä oivallus teki selväksi, että erillinen alusta oli tarpeen.
Siirtyminen toimisto- ja konsulttityöstä tuoteyrityksen rakentamiseen paljasti syvemmän ongelman, johon olemassa olevat suunnittelujärjestelmätyökalut ja työnkulkualustat eivät ratkaisseet. Mikä oli se perustavanlaatuinen aukko, joka muovasi Knapsackin varhaisimman arkkitehtuurin ja suunnan?
Kun siirryimme agentuurityöstä tuotteen rakentamiseen, keskeinen puuttuva palanen kävi ilmeiseksi. Ei ollut olemassa luotettavaa, koneellisesti luettavaa järjestelmää, joka olisi tallentanut komponentit, rajoitteet sekä suunnittelijoiden ja insinöörien välisen synergian. Olemassa olevat työkalut keskittyivät tiedostoihin tai erillisiin tietovarastoihin, mutta eivät tuotteen todellisen tilan elävään esitykseen, mukaan lukien komponentit, teemoinnit, käyttösäännöt ja vaatimustenmukaisuusmetatiedot. Rakensimme Knapsackin kanonisen tallennusjärjestelmän ympärille, joka on komponenttilähtöinen, versioitu, instrumentoitava ja kykenevä integroitumaan sekä suunnittelutyökaluihin että koodikantoihin. Tämä johtopäätös muovasi sisäänottomalliamme ja linkityskerrosta, mikä lopulta johti älykkääseen tuotemoottoriin.
”Kanvas-aikakausi” on väistymässä elävien, koodiin kytkettyjen järjestelmien tieltä. Miten määrittelet tämän muutoksen, ja mikä muuttuu tiimeille, kun tuotekehitys siirtyy staattisista tiedostoista jatkuvasti päivittyviin järjestelmiin?
Canvas-aikakaudella käyttökokemusta käsiteltiin staattisina artefaktteina, yleensä tiimien välillä siirrettävinä tiedostoina. Uutta aikakautta ohjaavat jatkuvasti päivittyvät, suoritettavat järjestelmät, jotka heijastavat todellista toteutusta. Muutos on merkittävä tiimeille. Sen sijaan, että väiteltäisiin siitä, mikä tiedosto tai haara on totuuden lähde, he työskentelevät jaetusta järjestelmästä käsin, joka paljastaa komponenttien, tokeneiden, saavutettavuusrajoitusten ja tuotantotoiminnan nykytilan. Tämä vähentää epäselvyyksiä, mahdollistaa automatisoidun validoinnin ja tukee agenttisia työnkulkuja, jotka luovat käyttökelpoisen käyttöliittymän todellisten komponenttien eikä arvioiden perusteella.
Agentin luoma käyttöliittymä epäonnistuu usein ilman todellisia komponentteja, sääntöjä ja rajoituksia heijastavaa tallennusjärjestelmää. Miksi tämä ankkurointikerros on välttämätön tekoälyn luodessa yrityskäyttöön valmiita käyttöliittymiä?
Tekoäly voi syntetisoida asetteluja ja kopioida, mutta se tarvitsee auktoritatiivisen sanaston tuottaakseen yrityskäyttöön valmiita käyttöliittymiä. Ankkurointikerros, joka sisältää konkreettisia komponentteja, rekvisiittoja, rajoitteita, tokeneita ja käyttösääntöjä, antaa tekoälylle rajat, joita sen on kunnioitettava. Ilman sitä agentit kuvittelevat tyylejä, jättävät huomiotta esteettömyysvaatimukset tai luovat koodia, joka ei vastaa sitä, mitä suunnittelutiimit todellisuudessa toimittavat. Todellisen komponenttigraafin ja sääntöjoukon avulla agentit tuottavat tuotoksia, jotka ovat toteutettavissa, yhteensopivia ja brändistandardien mukaisia. Tämä on ero kauniin mallin ja käyttöönotettavan käyttöliittymän välillä.
Mikä osoittautui vaikeimmaksi suunnitteluresurssien, koodin, brändisääntöjen, vaatimustenmukaisuusvaatimusten, käyttökokemusmallien ja suorituskykydatan yhdistämisessä yhdeksi yhtenäiseksi järjestelmäksi älykkään tuotemoottorin kehittyessä?
Haaste ei ole yksittäinen integraatio, vaan pikemminkin niiden sarja. Se harmonisoi tarkoituksen ja todellisuuden eri esitystapojen välillä, mukaan lukien Figman suunnittelutunnukset, komponenttien toteutukset useissa tietovarastoissa, brändiohjeet lakiasiakirjoissa, telemetria tuotantojärjestelmistä ja vaatimustenmukaisuuden metatiedot. Jokainen näistä elää eri muodoissa, eri omistajilla ja eri päivityssykleillä. Näiden signaalien muuttaminen yhdeksi yhtenäiseksi malliksi vaati vahvoja tiedonkeruuputkia, konfliktienratkaisusääntöjä ja selkeää mallia alkuperälle ja omistajuudelle. Tiimien on tiedettävä, mikä muuttui, kuka teki muutoksen ja miksi se tehtiin. Luottamuskerroksen rakentaminen oli vaikein osa.
Kun tekoäly pystyy nyt luomaan yhä täydellisempiä käyttöliittymiä, miten näet suunnittelijoiden ja insinöörien roolien kehittyvän ihmisen ja agentin välisissä työnkuluissa?
Agentit käsittelevät toistuvia tehtäviä, kuten sivujen telineiden luomista, esteettömien varianttien ehdottamista ja lokalisoidun sisällön luomista. Suunnittelijat keskittyvät strategiaan, käyttökokemuksen intentioon, reunatapausten käyttökokemukseen ja hyvien tulosten rajojen määrittelyyn. Insinöörit keskittyvät vähemmän jokaisen pikselin kirjoittamiseen ja enemmän komponenttien oikeellisuuteen, ajonaikaisiin sopimuksiin, havaittavuuteen ja suorituskykyyn. Ihmisistä tulee kuraattoreita ja validoijia. Me määrittelemme säännöt, tarkastelemme tuotoksia ja määritämme, miltä laatu näyttää. Arvokkaimmat inhimilliset taidot ovat systeeminen ajattelu ja harkintakyky.
Mitkä olivat A-sarjan jälkeen tärkeimmät painopistealueet tuotekehityksen ja yritysmaailman käyttöönoton nopeuttamiseksi?
A-sarja mahdollisti meille kiihdyttämisen kolmella alueella. Ensinnäkin, käyttöönotto ja käyttöönotto, joiden avulla yritykset voivat luoda tallennusjärjestelmän päivissä kuukausien sijaan. Toiseksi, älykäs tuotemoottori, joka sisältää mallipohjaiset ominaisuudet, jotka varmistavat, että luodut käyttöliittymät kunnioittavat brändiä ja sääntöjä. Kolmanneksi, yritystason hallintalaitteet, kuten käyttöoikeudet, auditoitavuus ja vaatimustenmukaisuuskoukut, varmistavat, että johtajat tuntevat olonsa varmaksi Knapsackin käyttöönotosta suurissa organisaatioissa. Nämä ovat vipuvarsia, jotka edistävät käyttöönottoa todellisessa mittakaavassa.
Yritystiimeillä on usein vaikeuksia siirtyä staattisista työnkuluista dynaamisiin, agenttivalmiisiin järjestelmiin. Mitkä ovat suurimmat esteet, ja miten Knapsack auttaa organisaatioita sopeutumaan?
Yritykset kamppailevat pirstaloituneiden järjestelmien, omistajuussiilojen, sääntelyrajoitusten ja kaiken ajan tasalla pitämisen korkeiden kustannusten kanssa. Autamme tekemällä tietojen sisäänotosta nopeaa ja determinististä, mallintamalla alkuperää ja omistajuutta sekä tarjoamalla hallintaominaisuuksia, kuten käyttöoikeuksia ja lokitietoja. Näiden työkalujen avulla tiimit voivat validoida luotettavuutta automatisoiduissa työnkuluissa.
Kun tuotekehityksestä tulee yhä enemmän automatisoitua, mitä uusia ominaisuuksia tiimien mielestäsi on kehitettävä pysyäkseen tehokkaina ympäristössä, jossa tekoäly tuottaa enemmän perustyötä?
Tiimien on kehitettävä vahvempia systeemiajattelutaitoja, erityisesti kykyä luoda rajoituksia, käytäntöjä ja komponenttisopimuksia, joita agentit voivat käyttää. He tarvitsevat myös parempia valvonta- ja validointikäytäntöjä, mukaan lukien agenttien päätösten havainnoitavuus, käyttöönoton hallinta ja kysymys- ja vastauskehykset luodulle käyttöliittymälle. Hallintolukutaidosta tulee olennainen osa järjestelmää, erityisesti kyky ilmaista vaatimustenmukaisuus-, saavutettavuus- ja yksityisyysvaatimukset koneellisesti luettavassa muodossa. Menestyvät organisaatiot pystyvät kodifioimaan käytännöt ja laadun järjestelmiinsä.
Katsotaanpa viiden vuoden päähän. Miten odotat tekoälypohjaisen tuotekehityksen kehittyvän, ja minkä aseman haluat Knapsackin ottavan alan seuraavassa vaiheessa?
Viiden vuoden kuluttua tuotteiden luominen muistuttaa palveluiden luomista reaaliaikaista komponenttigraafia vasten sen sijaan, että se välittäisi staattisia vertailuja tiimien välillä. Agenttityökalut luovat tuotantovalmiita pintoja käytäntöjen, suorituskykybudjettien ja brändirajoitusten avulla. Tavoitteenani on, että Knapsackin tulisi olla kanoninen tallennusjärjestelmä, johon agentit ja sovellukset luottavat ymmärtääkseen yrityksen todelliset käyttöliittymäprimitiivit ja -säännöt. Tähän sisältyy syvä integrointi mallien ja CI/CD:n kanssa, vahva hallinto säännellyille yrityksille ja uusien tiimien nopea perehdytys. Knapsackin tulisi olla luotettu taso brändin, käyttäytymisen ja turvallisuuden kannalta, kun yritykset antavat agenttien toimia itsenäisemmin.
Kiitos loistavasta haastattelusta. Lukijoiden, jotka haluavat oppia lisää nykyaikaisista suunnittelujärjestelmistä ja skaalautuvasta digitaalisesta tuotannosta, kannattaa käydä osoitteessa Selkäreppu.












