Produktų ir UI/UX dizainas · Vadovas (6+ m.)

Dizaino sistemos vadovo gyvenimo aprašymas

Šiame pavyzdyje parodyta, kaip dizaino sistemos vadovas gali susieti žetonus, komponentus ir valdymą su kasdieniu produktų komandų darbu. Tinkamame gyvenimo aprašyme aiškiai aprašomas sistemos taikymas, prieinamumo sprendimai ir pamatuojami dizaino bei inžinerijos darbo procesų patobulinimai.

CV patikra

Į ką atsižvelgia darbdaviai ir kandidatų sekimo sistemos. Tai gairės, o ne prognozė.

100 / 100Išsamus

100%
  • Kontaktinė informacija20 / 20
  • Aprašymas20 / 20
  • Darbo patirtis30 / 30
  • Įgūdžiai20 / 20
  • Išsilavinimas10 / 10

Kontaktinė informacija

Įrašykite ją viršuje – darbdaviai ir kandidatų sekimo sistemos pirmiausia ieško būtent jos.

Nebūtina. JAV, JK ir Kanadoje CV paprastai pateikiami be nuotraukos.

52 žodžiai

Kiekvieną darbą rašykite atskiroje pastraipoje; kiekvieną pasiekimą pradėkite naujoje eilutėje simboliu „-”.

10 įgūdžio

Įgūdžius atskirkite kableliais, pavyzdžiui: Excel, SQL, projektų planavimas.

Kiti skyriai

Projektai, sertifikatai, kalbos ar bet kas kita, kas sustiprina jūsų kandidatūrą.

Įrankiai
Sistemos valdymas

Alex Morgan

Dizaino sistemos vadovas

  • alex.morgan@example.com
  • +1 555 0100
  • Denver, CO

Aprašymas

Dizaino sistemos vadovas, turintis 7 metų patirtį B2B SaaS produktų komandose. Kuria prieinamus žetonų ir komponentų pagrindus, nustato prisidėjimo prie sistemos tvarką ir tobulina nuoseklių sąsajų kūrimą dizainerių bei inžinierių komandoms. Turi darbo su Figma ir Storybook bei bendradarbiavimo su React kūrėjais patirties, daugiausia dėmesio skiria praktiniam sistemos taikymui keliose produktų srityse.

Darbo patirtis

Dizaino sistemos vadovas įmonėje Redstone Product Studio, Denver, CO (2022 – dabar) - Kartu su dizaino ir inžinerijos komandomis apibrėžė bendrus žetonus ir komponentų kūrimo taisykles; į bendrą išleidimo procesą įtraukė 4 produktų komandas. - Kartu su React inžinieriais sukūrė ir dokumentavo 38 daugkartinio naudojimo Storybook komponentus, taip sumažindamas pasikartojančių sąsajos šablonų skaičių 3 žiniatinklio produktuose. - Auditavo pagrindinius komponentus pagal WCAG 2.2 AA kriterijus ir kartu su produktų komandomis sekė pataisymus; per dvi versijas išspręsta 21 aukšto prioriteto prieinamumo problema. Vyresnysis produktų dizaineris įmonėje Juniper Ridge Digital, Boulder, CO (2019 – 2022) - Suvienodino Figma bibliotekas ir pavadinimų taisykles 2 produktų komandoms; kiekviename projekte pasikartojančiai komponentų sąrankai skiriamo laiko sumažėjo maždaug 3 valandomis. - Kartu su inžinieriais dokumentavo sąveikos būsenas ir perdavimo reikalavimus; pasikartojančių klausimų apie dizainą per sprintą sumažėjo nuo maždaug 6 iki 3.

Išsilavinimas

Komunikacijos dizaino vaizduojamųjų menų bakalauro laipsnis — Mesa Creek College, Fort Collins, CO (2018)

Įgūdžiai

  • Dizaino sistemos
  • dizaino žetonai
  • Figma Variables
  • komponentų bibliotekos
  • Storybook
  • bendradarbiavimas su React kūrėjais
  • WCAG 2.2 AA
  • prieinamumo auditai
  • dizaino dokumentacija
  • sistemos valdymas

Įrankiai

• Figma ir Figma Variables • Storybook ir React • zeroheight ir Jira

Sistemos valdymas

• Komponentų kūrimo ir peržiūros procesas • Leidimo pastabos ir sistemos taikymo stebėjimas

Kaip parašyti Dizaino sistemos vadovas CV

Pradėkite nuo sistemos apimties

Pirmiausia nurodykite dabartines dizaino sistemos pareigas, tada aiškiai apibrėžkite sistemos apimtį: aptarnaujamas produktų sritis, komandas, platformas ir tai, ar buvote atsakingi už strategiją, ar įgyvendinimą. Įvardykite dizaino ir inžinerijos partnerius, su kuriais dirbote. Nevadinkite bibliotekos visos įmonės sistema, nebent ją iš tikrųjų naudojo ir prižiūrėjo skirtingos organizacijos komandos.

Parodykite sistemos taikymą ir rezultatus

Aprašykite darbus ir jų poveikį produktų komandoms: sujungtus komponentus, pašalintus pasikartojančius šablonus, sutaupytą įgyvendinimo laiką, išspręstas prieinamumo problemas ar į sistemą įtrauktas komandas. Nurodykite skaičius, kuriuos galite paaiškinti, o kai naudinga, įvardykite laikotarpį arba apimtį. Vien komponentų skaičius mažai ką pasako; susiekite jį su naudojimu, priežiūra ar patobulintu produkto darbo procesu.

Paaiškinkite prieinamumo darbus

Nurodykite naudotą WCAG versiją ir atitikties lygį, pavyzdžiui, WCAG 2.2 AA, bei atliktus darbus: klaviatūros valdymą, fokusavimo būsenas, kontrasto patikrą, bandymus ar problemų šalinimą. Netvirtinkite, kad sistema visiškai atitinka standartą, jei auditavote tik kelis komponentus. Darbdaviams gali būti vertingesnis aiškus darbų apimties, metodų ir tolesnių veiksmų aprašymas nei bendras teiginys apie atitiktį.

Aiškiai nurodykite įrankius ir valdymą

Nurodykite naudotus įrankius ir jų paskirtį, pavyzdžiui, Figma Variables žetonams arba Storybook komponentų dokumentacijai ir peržiūrai. Įtraukite portfolio ar dokumentacijos nuorodas, jei jos parodo jūsų sprendimus, prisidėjimo modelį ir sistemos taikymo pavyzdžius; pašalinkite konfidencialią informaciją apie produktus. Šiam vaidmeniui nėra standartinės licencijos, tad praleiskite nesusijusius sertifikatus ir skirkite vietos darbui su sistema.

Dažnai vartojami raktažodžiai

Šiai pareigybei dažnai nurodomi įgūdžiai ir įrankiai. Naudokite tik tuos, kuriuos turite, ir formuluokite juos taip, kaip darbo skelbime. Spustelėkite raktažodį, kad jį nukopijuotumėte.

Veiksmažodžiai veiksmams apibūdinti

ApibrėžėSukūrėSuvienodinoDokumentavoAuditavoSumažinoPradėjo naudoti

Klausimai apie šią pareigybę

Kokio ilgio turėtų būti dizaino sistemos vadovo gyvenimo aprašymas?

Vadovo, turinčio kelerių metų aktualią patirtį, dviejų puslapių gyvenimo aprašymas yra tinkamas, jei jame aprašoma sistemos apimtis, įtaka komandoms ir rezultatai. Pirmajame puslapyje pateikite aktualiausius darbus su dizaino sistemomis, o senesnę produktų dizaino patirtį, kuri nėra svarbi šiam vaidmeniui, sutrumpinkite. Vieno puslapio gyvenimo aprašymas tinka, kai patirtis trumpesnė, o pavyzdžiai išlieka konkretūs.

Ar reikėtų įtraukti portfolio arba dizaino sistemos nuorodą?

Taip, jei nuoroda padeda susipažinti su jūsų darbu ir turite leidimą jį rodyti. Vieša komponentų biblioteka, atvejo analizė arba valdymo pavyzdys, kuriame pašalinta konfidenciali informacija, gali parodyti, kaip priimate sprendimus ir skatinate sistemos taikymą. Paaiškinkite savo indėlį, nes dizaino sistemas dažnai kuria komandos. Neatskleiskite konfidencialių sąsajų, produkto gairių ar vidinės dokumentacijos.

Kokį prieinamumo standartą reikėtų nurodyti?

Nurodykite iš tikrųjų taikytą standartą ir lygį, pavyzdžiui, WCAG 2.2 AA, ir pateikite pavyzdžių, kaip jį taikėte. Nenaudokite „WCAG AAA“ kaip bendro raktažodžio gyvenimo aprašyme, nebent jūsų darbas atitiko šį lygį ir aiškiai apibrėžta jo apimtis. Reikalavimai ir bandymų praktika priklauso nuo darbdavio, produkto ir taikomų teisės aktų; aprašykite savo metodus ir peržiūrėtus komponentus ar procesus.

Ar norint tapti dizaino sistemos vadovu reikia sertifikato?

Jungtinėse Valstijose šiam vaidmeniui nėra vienos privalomos licencijos ar sertifikato. Darbdaviai paprastai vertina aktualią dizaino sistemų kūrimo patirtį, bendradarbiavimą su inžinieriais, prieinamumo žinias ir sistemos taikymo įrodymus. Sertifikatą nurodykite tik jei jis susijęs su pareigomis ir galite tiksliai įvardyti jį išdavusią organizaciją bei kvalifikaciją. Sertifikatu nepakeiskite praktinės patirties aprašymo.