Mikä on DesignOps? Miksi tiimisi tarvitsee tätä? Ja miten DesignOps auttaa suunnittelun / kehitystiimin onnistumista? Tämä artikkeli vastaa näihin kysymyksiin ja tarjoaa myös hyödyllisiä vinkkejä siitä, miten aloitat uuden konseptin toteuttamisen kehitystiimistössäsi.
Nykymaailmassa se on kehitystiimin nopeus, joka usein määrittelee tuotteen elinkelpoisuuden. Samanaikaisesti on yksi keskeinen elementti, joka on tärkein ja ongelmallisin: suunnittelu.
Suunnittelu tulee usein pullonkaulaksi ja vaikuttaa merkittävästi koko kehitystyöhön, riippumatta tiimisi koosta. Joskus suunnittelumallin yliluonnolliset ponnistelut auttavat suunnitteluprosessia, mutta heti kun työmäärä kasvaa, sinun on skaalattava tiimisi.
Kuinka usein olette nähneet:
Jos jokin näistä äänistä tuntuu tutulta, niin on aika toteuttaa DesOps (Design Operations).
Termi DesOps tai DesignOps on termin jäljennös DevOps joka on ohjelmistosuunnittelukäytäntö, jonka tavoitteena on yhdistää kehitystoimet parantamaan tehokkuutta. DevOps-asiantuntijoiden kaltaiset DesOps-asiantuntijat ovat kokeneita suunnittelijoita, joilla on johtamistaitoja, jotka ymmärtävät suunnitteluprosessin laajemmassa tuotekehittelyssä.
Vaikka meillä ei ehkä ole kaikkia DesOps-termiä työnimikkeistämme, monet vanhemmat suunnittelijat ovat jo vastuussa samasta roolista. Suunnitteluprosesseista, suunnittelujärjestelmien kehittämisestä, strategioiden luomisesta ja suunnitteluryhmien hallinnoinnista DesOps on yhä vaatimattomampi rooli.
Tärkeintä on, että tämä lähestymistapa on skaalautuva ja merkityksellinen myös yksittäisten suunnittelijoiden ryhmissä. Joten, miten aloitat DesOpsin käyttöönoton?
Suunnittelijoiden on tiedettävä, milloin heidän työnsä on valmis ja valmis luovutettavaksi kehitystiimiin. Esimerkiksi suunnittelijat tarvitsevat selkeän käsityksen siitä, mitkä näytöt tarvitsevat jokaisen näytön ja mitä resursseja kehitystyöryhmälle vaaditaan näiden varojen rakentamiseksi.
Saattaa tuntua, että tämä on alue, jonka suunnittelijoiden olisi luonnollisesti ymmärrettävä. Mutta se on itse asiassa yksi hankeprojektin yleisimmistä kitkakohdista, eikä sitä pidä sivuuttaa. Jos sanotte selvästi, mitä tarvitset, voit vähentää konflikteja ja varmistaa, että jokainen ymmärtää heidän velvollisuutensa.
Sen edut ovat: se mahdollistaa tasaisen kehitystason ylläpitämisen; se vähentää koko kehitysaikaa; se vähentää suunnittelijoiden, kehittäjien ja johtajien välisten keskustelujen määrää.
Viimeisestä kohdasta pohdimme erityisesti, mitä suunnittelija olisi välittänyt kehittäjille. Tämä on kysymys siitä, millaista muotoa suunnittelija käyttää muotoilumuotoilun, kiillotetun mallin, prototyyppien ja moodboardien välittämiseen - mitä suunnittelija tarvitsee voidakseen tehokkaasti välittää aikomuksensa muodossa, jonka kehittäjät voivat ymmärtää.
On olemassa lukuisia vaihtoehtoja, kuten Zeplin tai InVision mutta yksi yleisimmistä kehittäjien valituksista on, että nämä muodot eivät tarjoa kaikkea tarvitsemaa (kuten vietyjä varoja). Tämä johtuu kuitenkin yleensä siitä, että suunnittelijat eivät ole oikein vienyt mallejaan. Selkeilemällä suunnittelijoille, mitä heidän odotetaan tuottavan, he voivat siirtää oikeat varat helposti.
Sinun pitäisi luoda sisäinen asiakirja, joka sisältää erityisiä teknisiä vaatimuksia varoista, suunnittelutyökaluista, yhteistyöstä kehittäjien ja muiden tiimin jäsenten kanssa. Lopuksi tässä asiakirjassa olisi määriteltävä selkeästi, milloin ja miten mallit on toimitettava.
Joukko suunnittelu- ja suunnitteluratkaisuja sekä niiden käyttöönotto-ohjeita takaavat useita etuja: tuotteen eheys; uusien jäsenten jäsenten yksinkertaistaminen ja nopeuttaminen; sekä suunnittelijoiden että kehittäjien tehokkaampi työ (sillä ne voivat kommunikoida yhdellä suunnittelun määrittelemällä kielellä).
Edut tästä ovat: yleisen työn laadun parantaminen; vähentää "sag", kun mittaat joukkue; lisää sekä suunnittelun että kehityksen nopeutta.
Me kaikki rakastamme uutuuksia, mutta tehokas tiimi työskentelee yhtenäisten työkalujen avulla ja varmistaa, että tämä yhtenäisyys on sinun vastuullasi.
Kaikkien työkalujen pitäisi olla ajan tasalla, mutta jos päivitys ohitetaan mistä tahansa syystä, kaikkien on ohitettava se.
Edut tästä ovat: tiimityöskentelyn tehostaminen; lisääntynyt suunnittelu ja kehitysnopeus; parannettu tiimiyhteistyö.
Kehittäjät ovat tämän tehtävän kannalta onnekkaampia, koska koodin versionhallinta on kypsä teollisuus, jolla on paljon vaihtoehtoja. On vaikea tuottaa samanlaista lähestymistapaa suunnittelijoille, sillä prosessit ovat niin monipuolisia, mutta viime vuonna työkaluja kuten Abstrakti , Kaktus , ja Kasvi ovat olleet yhä suosittuja. Sinulla voi olla jopa useita suunnittelijoita, jotka työskentelevät yhdellä asettelulla jotain Figma .
Edut tästä ovat: parannettu viestintä; yksinkertaistettu tiimin skaalaus; nopeat raidat suunnitteluprosessit, sillä useat suunnittelijat voivat työskennellä yhdessä projektissa tuottavasti.
Jotta voit kuvata kaikki malleihin liittyvät toiminnot, yritä käyttää "visuaalista dokumentaatiota" teknisten teknisten tietojen kirjoittamisen sijaan. Useimmissa tapauksissa riittää, että kehittäjällä on vuorovaikutteinen prototyyppi ymmärtää peruslogiikka ja löytää vastauksia useimpiin kysymyksiin.
Edut tästä ovat: lyhennetty aika kirjoitus tekniset tiedot; vähentää teknisten kirjoittajien työtä; kehittäjät viettävät vähemmän aikaa asiakirjojen lukemiseen ja enemmän aikaa kirjoituskoodiin; suunnittelijat ovat tuottavampia; nopeutettu kehitystahti.
Monissa suosituissa ohjelmistokehitysmenetelmissä ei ole missään paikassa muotoilua; mitä kehitystyötä käytät, löytää tilaa suunnittelijoille.
Edut tästä ovat: yhtenäinen tiimi, jolla on parannettu viestintä; lisääntynyt nopeus; vähentynyt uudelleenkäsittely ja kehittäjien seisokit.
Sinun on jatkuvasti osoitettava kvantitatiivisten ja laadullisten indikaattoreiden kasvun toteutettujen muutosten ansiosta sekä ryhmän jäsenille että ylimmälle johdolle. Ilman tätä, joukkue ei halua muuttaa, kun taas ylimmän johdon ei voi ymmärtää, mihin ja miksi ylimääräisiä resursseja käytetään. Jatkuva keruu ja positiivisten tulosten esittäminen muutosten toteuttamisen jälkeen auttavat sinua saamaan uskottavuuden ja tarvittavan valtuutuksen lisäämiseksi tiimityövaiheessa.
Etuja ovat: lisääntynyt motivaatio ja vahvempi joukkue; uusien sääntöjen ja käytäntöjen helpottaminen; tukea tuleville innovaatioille.
Termi "DesOps" on melko uusi ja juuri alkaa saada sen merkityksen; first DesOps conference ensimmäinen DesOps-konferenssi pidettiin vain marraskuussa, New Yorkissa.
Tällä hetkellä haluan vain kutsua sitä kulttuuriksi, jolla pyritään kehittämään ja helpottamaan vankkoja suunnitteluprosesseja. Mutta mielestäni lähitulevaisuudessa meillä on tämä erillinen suunnittelu rooli jokaisessa tuotejoukkueessa. Minusta tuntuu kuitenkin, että voimme jo turvallisesti puhua näiden käytäntöjen käyttöönotosta suunnittelun työnkulun ja tuotekehityksen tehokkuuden parantamiseksi yleensä.