محصول و طراحی UI/UX · رهبر (6+ سال)

رزومه رهبر سیستم طراحی

این نمونه نشان می‌دهد رهبر سیستم طراحی چگونه می‌تواند توکن‌ها، مؤلفه‌ها و حاکمیت سیستم را به کار روزمره تیم‌های محصول پیوند دهد. رزومه‌ای قوی برای این نقش، میزان به‌کارگیری سیستم، تصمیم‌های مربوط به دسترس‌پذیری و بهبودهای قابل اندازه‌گیری در جریان‌های کاری طراحی و مهندسی را روشن می‌کند.

بررسی رزومه

چیزهایی که استخدام‌کنندگان و سامانه‌های ردیابی دنبال می‌کنند. این یک راهنماست، نه پیش‌بینی.

100 / 100کامل

100%
  • اطلاعات تماس20 از 20
  • خلاصه20 از 20
  • سوابق کاری30 از 30
  • مهارت‌ها20 از 20
  • تحصیلات10 از 10

اطلاعات تماس

این اطلاعات را بالای رزومه بگذارید؛ استخدام‌کنندگان و سامانه‌های ردیابی اول از همه دنبال آن‌ها می‌گردند.

اختیاری. در آمریکا، بریتانیا و کانادا معمولاً رزومه‌ها عکس ندارند.

55 واژه

برای هر شغل یک پاراگراف بنویسید؛ هر دستاورد را در خطی تازه و با «-» شروع کنید.

10 مهارت

مهارت‌ها را با ویرگول جدا کنید؛ مثلاً: Excel، SQL، برنامه‌ریزی پروژه.

بخش‌های بیشتر

پروژه‌ها، گواهی‌نامه‌ها، زبان‌ها یا هر چیز دیگری که به تقویت درخواست شما برای این شغل کمک می‌کند.

ابزارها
حاکمیت سیستم

الکس مورگان

رهبر سیستم طراحی

  • الکس.مورگان@اکزمپل.کام
  • +1 555 0100
  • Denver, CO

خلاصه

رهبر سیستم طراحی با 7 سال تجربه در تیم‌های محصول B2B SaaS. زیربنای دسترس‌پذیرِ توکن‌ها و مؤلفه‌ها را می‌سازد، رویه‌های مشارکت را پایه‌گذاری می‌کند و به طراحان و مهندسان کمک می‌کند رابط‌هایی یکدست‌تر ارائه دهند. در همکاری با Figma، Storybook و React تجربه دارد و بر به‌کارگیری عملی سیستم در چندین حوزه محصول تمرکز می‌کند.

سوابق کاری

رهبر سیستم طراحی در Redstone Product Studio، دنور، کلرادو (2022 – اکنون) - توکن‌های مشترک و قواعد مشارکت در مؤلفه‌ها را با تیم‌های طراحی و مهندسی تعریف کرد؛ 4 تیم محصول را به فرایند انتشار مشترکی وارد کرد. - با مهندسان React، تعداد 38 مؤلفه قابل استفاده مجدد Storybook ساخت و مستند کرد و الگوهای تکراری رابط را در 3 محصول وب کاهش داد. - مؤلفه‌های اصلی را بر اساس معیارهای WCAG 2.2 AA ممیزی کرد و رفع اشکال‌ها را با تیم‌های محصول پیگیری کرد؛ طی دو انتشار، 21 مشکل اولویت‌دار دسترس‌پذیری را برطرف کرد. طراح ارشد محصول در Juniper Ridge Digital، بولدر، کلرادو (2019 – 2022) - کتابخانه‌های Figma و قراردادهای نام‌گذاری را برای 2 گروه محصول استاندارد کرد و راه‌اندازی تکراری مؤلفه‌ها را در هر پروژه حدود 3 ساعت کاهش داد. - برای مستندسازی حالت‌های تعاملی و نیازمندی‌های تحویل با مهندسان همکاری کرد و درخواست‌های مکرر برای رفع ابهام طراحی را از حدود 6 به 3 مورد در هر اسپرینت کاهش داد.

تحصیلات

کارشناسی هنرهای زیبا در طراحی ارتباطات — Mesa Creek College، فورت کالینز، کلرادو (2018)

مهارت‌ها

  • سیستم‌های طراحی
  • توکن‌های طراحی
  • Figma Variables
  • کتابخانه‌های مؤلفه
  • Storybook
  • همکاری در React
  • WCAG 2.2 AA
  • ممیزی‌های دسترس‌پذیری
  • مستندسازی طراحی
  • حاکمیت سیستم

ابزارها

• Figma و Figma Variables • Storybook و React • zeroheight و Jira

حاکمیت سیستم

• فرایند مشارکت و بازبینی مؤلفه‌ها • یادداشت‌های انتشار و پیگیری میزان به‌کارگیری

چطور برای شغل رهبر سیستم طراحی رزومه بنویسید

دامنه سیستم را در ابتدای رزومه روشن کنید

نقش فعلی‌تان در سیستم طراحی را اول بیاورید و دامنه سیستم را روشن کنید: حوزه‌های محصول تحت پوشش، تیم‌های پشتیبانی‌شده، پلتفرم‌های پوشش‌داده‌شده و اینکه مسئول راهبرد بودید یا اجرا. همکاران طراحی و مهندسی‌تان را نام ببرید. کتابخانه‌ای را «در سطح کل سازمان» توصیف نکنید، مگر اینکه تیم‌های سراسر سازمان واقعاً از آن استفاده و نگهداری کرده باشند.

میزان به‌کارگیری و نتایج را نشان دهید

کار و تأثیر آن بر تیم‌های محصول را توضیح دهید: مؤلفه‌های یکپارچه‌شده، الگوهای تکراری حذف‌شده، زمان پیاده‌سازی صرفه‌جویی‌شده، مشکلات دسترس‌پذیری رفع‌شده یا تیم‌های آموزش‌دیده. از اعدادی استفاده کنید که بتوانید توضیح دهید و در صورت نیاز، بازه زمانی یا دامنه را مشخص کنید. تعداد مؤلفه‌ها به‌تنهایی اطلاعات چندانی نمی‌دهد؛ آن را به میزان استفاده، نگهداری یا بهبود جریان کاری محصول پیوند دهید.

کارهای دسترس‌پذیری‌تان را توضیح دهید

نسخه و سطح انطباق WCAG را که به کار بردید، مانند WCAG 2.2 AA، و نوع کارتان را مشخص کنید: رفتار صفحه‌کلید، حالت‌های تمرکز، کنتراست، آزمون یا رفع مشکلات. ادعا نکنید یک سیستم کاملاً منطبق است، اگر فقط چند مؤلفه را ممیزی کرده‌اید. کارفرمایان ممکن است شرح روشنی از دامنه، روش‌ها و پیگیری کار را به ادعای کلی انطباق ترجیح دهند.

ابزارها و حاکمیت را روشن کنید

ابزارها را در بستر کاربردشان فهرست کنید؛ مثلاً Figma Variables برای توکن‌ها یا Storybook برای مستندسازی و بازبینی مؤلفه‌ها. اگر پیوند نمونه‌کار یا مستندات، تصمیم‌ها، مدل مشارکت و نمونه‌های به‌کارگیری شما را نشان می‌دهد، آن را اضافه کنید و جزئیات محرمانه محصول را حذف کنید. برای این نقش مجوز استانداردی وجود ندارد؛ گواهی‌های نامرتبط را کنار بگذارید و از فضا برای توضیح کار سیستم استفاده کنید.

کلیدواژه‌های رایج

مهارت‌ها و ابزارهایی که اغلب برای این عنوان شغلی فهرست می‌شوند. فقط مواردی را استفاده کنید که دارید و با همان واژه‌های آگهی شغلی بنویسید. برای کپی کردن، روی یکی کلیک کنید.

فعل‌های کنشی

تعریف کردساختاستانداردسازی کردمستندسازی کردممیزی کردکاهش دادراه‌اندازی کرد

پرسش‌هایی درباره این عنوان شغلی

رزومه رهبر سیستم طراحی چقدر باید باشد؟

برای رهبری با چند سال تجربه مرتبط، دو صفحه مناسب است؛ اگر محتوا دامنه سیستم، نفوذ بر تیم‌ها و نتایج را نشان دهد. کارهای مرتبط‌تر سیستم طراحی را در صفحه اول بیاورید و جزئیات قدیمی‌تر طراحی محصول را که به این نقش کمکی نمی‌کنند کوتاه کنید. اگر تجربه‌تان کمتر است و نمونه‌ها همچنان مشخص‌اند، رزومه یک‌صفحه‌ای هم می‌تواند مناسب باشد.

آیا باید پیوند نمونه‌کار یا سیستم طراحی را اضافه کنم؟

بله، اگر پیوند نمای مفیدی از کارتان ارائه می‌دهد و اجازه اشتراک‌گذاری آن را دارید. کتابخانه عمومی مؤلفه‌ها، مطالعه موردی یا نمونه مستندات حاکمیت که اطلاعات حساس آن حذف شده باشد، می‌تواند نحوه تصمیم‌گیری و پشتیبانی شما از به‌کارگیری سیستم را نشان دهد. سهم خودتان را توضیح دهید، چون سیستم‌های طراحی اغلب حاصل کار تیمی‌اند. رابط‌های محرمانه، جزئیات نقشه راه یا مستندات داخلی را افشا نکنید.

کدام استاندارد دسترس‌پذیری را باید فهرست کنم؟

استاندارد و سطحی را که واقعاً به کار برده‌اید، مثل WCAG 2.2 AA، نام ببرید و نمونه‌هایی از نحوه اجرای آن ارائه دهید. عبارت «WCAG AAA» را به‌عنوان کلیدواژه‌ای کلی در رزومه ننویسید، مگر اینکه کارتان آن سطح را پوشش داده باشد و دامنه آن روشن باشد. الزامات و روش‌های آزمون بسته به کارفرما، محصول و مقررات مربوط فرق می‌کنند؛ روش‌ها و مؤلفه‌ها یا جریان‌هایی را که بررسی کرده‌اید توضیح دهید.

برای رهبر سیستم طراحی شدن به گواهی نیاز دارم؟

برای این نقش در ایالات متحده مجوز یا گواهی واحدی الزامی نیست. کارفرمایان معمولاً تجربه مرتبط در سیستم طراحی، همکاری با مهندسی، دانش دسترس‌پذیری و شواهد به‌کارگیری سیستم را ارزیابی می‌کنند. فقط در صورتی گواهی را فهرست کنید که به موقعیت شغلی مرتبط باشد و بتوانید سازمان صادرکننده و عنوان مدرک را دقیق بنویسید. گواهی را جایگزین توضیح تجربه عملی‌تان نکنید.