Terméktervezés és UI/UX · Vezető (6+ év)

Designrendszer-vezető önéletrajza

Ez a minta bemutatja, hogyan kapcsolhatja össze egy designrendszer-vezető a tokeneket, a komponenseket és az irányítási folyamatokat a termékcsapatok mindennapi munkájával. Egy erős önéletrajz ennél a szerepkörnél világosan bemutatja a rendszer használatát, az akadálymentességi döntéseket, valamint a tervezési és fejlesztési munkafolyamatok mérhető javulását.

Önéletrajz ellenőrzése

Amit a toborzók és a jelentkezőkövető rendszerek keresnek. Útmutató, nem előrejelzés.

100 / 100Teljes

100%
  • Elérhetőségek20 / 20
  • Összefoglaló20 / 20
  • Tapasztalat30 / 30
  • Készségek20 / 20
  • Tanulmányok10 / 10

Elérhetőségek

Írd ezeket a lap tetejére; a toborzók és a jelentkezőkövető rendszerek először ezeket keresik.

Nem kötelező. Az Egyesült Államokban, az Egyesült Királyságban és Kanadában általában fénykép nélkül készül az önéletrajz.

44 szó

Minden munka külön bekezdés legyen; minden eredményt új sorban, „-” jellel kezdj.

10 készség

Vesszővel válaszd el a készségeket, például: Excel, SQL, projekttervezés.

További szakaszok

Projektek, tanúsítványok, nyelvek vagy bármi más, ami alátámasztja a jelentkezésedet.

Eszközök
Rendszerirányítás

Alex Morgan

Designrendszer-vezető

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

Összefoglaló

Designrendszer-vezető 7 év tapasztalattal B2B SaaS-termékcsapatoknál. Akadálymentes token- és komponensalapokat épít, közreműködési gyakorlatokat alakít ki, és javítja, hogyan készítenek a tervezők és fejlesztők következetes felületeket. Tapasztalt a Figmával, a Storybookkal és a React-fejlesztőkkel való együttműködésben; több termékterületre kiterjedő, gyakorlatias bevezetésre összpontosít.

Tapasztalat

Designrendszer-vezető a Redstone Product Studiónál, Denver, CO (2022 – jelenleg) - Közös tokeneket és komponensközreműködési szabályokat határozott meg a tervező- és fejlesztőcsapattal; 4 termékcsapatot állított át közös kiadási folyamatra. - 38 újrahasználható Storybook-komponenst készített és dokumentált React-fejlesztőkkel, így csökkentette az ismétlődő felületi minták számát 3 webes termékben. - A WCAG 2.2 AA kritériumai alapján auditálta az alapvető komponenseket, és a termékcsapatokkal követte a javításokat; két kiadás alatt 21 kiemelt fontosságú akadálymentességi problémát oldott meg. Senior terméktervező a Juniper Ridge Digitalnél, Boulder, CO (2019 – 2022) - Két termékcsapat számára egységesítette a Figma-könyvtárakat és az elnevezési szabályokat, így projektenként körülbelül 3 órával csökkentette az ismétlődő komponensbeállítási munkát. - A mérnökökkel együttműködve dokumentálta az interakciós állapotokat és az átadási követelményeket, így sprintenként körülbelül 6-ról 3-ra csökkentette a visszatérő tervezési pontosítási kérések számát.

Tanulmányok

Kommunikációtervezés szakos BFA-diploma — Mesa Creek College, Fort Collins, CO (2018)

Készségek

  • Designrendszerek
  • designtokenek
  • Figma Variables
  • komponenskönyvtárak
  • Storybook
  • együttműködés React-fejlesztőkkel
  • WCAG 2.2 AA
  • akadálymentességi auditok
  • tervezési dokumentáció
  • rendszerirányítás

Eszközök

• Figma és Figma Variables • Storybook és React • zeroheight és Jira

Rendszerirányítás

• Komponensközreműködési és -felülvizsgálati folyamat • Kiadási megjegyzések és a használat nyomon követése

Hogyan írj önéletrajzot Designrendszer-vezető munkakörhöz?

Kezdd a rendszer hatókörével

A jelenlegi designrendszer-vezetői pozíciódat írd elsőként, majd tedd könnyen érthetővé a rendszer hatókörét: milyen termékterületeket fed le, mely csapatokat támogatja, milyen platformokat érint, és a stratégiáért vagy a megvalósításért feleltél-e. Nevezd meg azokat a tervezői és fejlesztői partnereket is, akikkel együtt dolgoztál. Ne nevezd a könyvtárat „vállalati szintűnek”, hacsak a szervezet különböző csapatai ténylegesen nem használták és tartották karban.

Mutasd be a használatot és az eredményeket

Írd le a munkát és annak hatását a termékcsapatokra: az összevont komponenseket, az eltávolított ismétlődő mintákat, a megtakarított megvalósítási időt, a javított akadálymentességi problémákat vagy a rendszerbe bevont csapatokat. Olyan számokat használj, amelyeket meg tudsz magyarázni, és ha hasznos, add meg az időszakot vagy a hatókört is. A komponensek száma önmagában keveset mond; kapcsold a használatukhoz, karbantartásukhoz vagy egy termékhez kapcsolódó munkafolyamat javulásához.

Mutasd be az akadálymentességi munkádat

Nevezd meg az alkalmazott WCAG-verziót és megfelelőségi szintet, például a WCAG 2.2 AA-t, és írd le az elvégzett munkát: a billentyűzetes működést, a fókuszállapotokat, a kontrasztot, a tesztelést vagy a problémák javítását. Ne állítsd, hogy a rendszer teljesen megfelel a szabványnak, ha csak néhány komponenst auditáltál. A munkáltatók számára hasznosabb lehet a hatókör, a módszerek és az utánkövetés világos leírása, mint egy átfogó megfelelőségi állítás.

Tedd láthatóvá az eszközöket és az irányítást

Az eszközöket a felhasználásuk szerint sorold fel, például a Figma Variables-t a tokenekhez, vagy a Storybookot a komponensdokumentációhoz és -felülvizsgálathoz. Portfólió- vagy dokumentációs linkeket is adj meg, ha bemutatják a döntéseidet, a közreműködési modellt és a rendszer használatának példáit; a bizalmas termékadatokat távolítsd el. Ehhez a szerepkörhöz nincs általános engedély, ezért hagyd ki a nem kapcsolódó bizonyítványokat, és szánj helyet a rendszerrel végzett munkádra.

Gyakori kulcsszavak

Ehhez a munkakörhöz gyakran felsorolt készségek és eszközök. Csak azt használd, amivel rendelkezel, az álláshirdetés megfogalmazását követve. Kattints egy kulcsszóra a másolásához.

Cselekvést kifejező igék

MeghatároztaLétrehoztaEgységesítetteDokumentáltaAuditáltaCsökkentetteBevezette

Kérdések erről a munkakörről

Milyen hosszú legyen egy designrendszer-vezető önéletrajza?

Több év releváns tapasztalattal rendelkező vezetőként két oldal megfelelő, ha bemutatja a rendszer hatókörét, a csapatokra gyakorolt hatásodat és az eredményeket. Az első oldalon a legrelevánsabb designrendszer-munkáid szerepeljenek, a szerepkört nem támogató régebbi terméktervezési részleteket pedig húzd ki. Egy oldal is elég lehet, ha rövidebb a tapasztalatod, és a példák továbbra is konkrétak.

Tegyem be a portfólióm vagy a designrendszer linkjét?

Igen, ha a link hasznos képet ad a munkádról, és engedélyed van a megosztására. Egy nyilvános komponenskönyvtár, esettanulmány vagy kitakart irányítási példa bemutathatja a döntéseidet és azt, hogyan segíted a rendszer használatát. Írd le a saját hozzájárulásodat, mivel a designrendszereket gyakran csapatok készítik. Ne tegyél közzé bizalmas felületeket, ütemtervi részleteket vagy belső dokumentációt.

Melyik akadálymentességi szabványt tüntessem fel?

Nevezd meg azt a szabványt és szintet, amelyet ténylegesen alkalmaztál, például a WCAG 2.2 AA-t, és mondj példákat arra, hogyan használtad. Ne tüntesd fel általános önéletrajzi kulcsszóként a „WCAG AAA”-t, ha a munkád nem erre a szintre irányult, vagy nem egyértelmű a hatóköre. A követelmények és tesztelési gyakorlatok munkáltatónként, termékenként és az alkalmazandó szabályozásoktól függően változnak; írd le a módszereidet, valamint az áttekintett komponenseket vagy folyamatokat.

Szükségem van tanúsítványra ahhoz, hogy designrendszer-vezető legyek?

Az Egyesült Államokban ehhez a szerepkörhöz nem szükséges egyetlen általános engedély vagy tanúsítvány sem. A munkáltatók jellemzően a releváns designrendszer-munkát, a fejlesztőkkel való együttműködést, az akadálymentességi ismereteket és a használat bizonyítékait értékelik. Tanúsítványt csak akkor tüntess fel, ha releváns a pozícióhoz, és pontosan meg tudod nevezni a kibocsátó szervezetet és a képesítést. Ne a tanúsítvánnyal próbáld helyettesíteni a gyakorlati tapasztalatod bemutatását.