رشد پیوسته برای طراحان وقتی غرق در پروژه‌ها هستیم

در تاریخ مرداد ۱۹, ۱۴۰۴

نوشته شده توسط علیرضا روهنده

اگر در کار غرقید، برای رشد کردن نیازی به شب‌بیداری‌های طولانی نیست. روش کار: ۱) یک یا دو نقطه‌ضعف مشخص در فرایندتان را پیدا کنید، ۲) برای همان بخش آزمایش‌های کوچک و قابل اندازه‌گیری تعریف کنید، ۳) ابزارها را آرام‌آرام و به‌صورت موضعی وارد جریان کاری کنید، و ۴) پیشرفت را با معیارهای ساده بسنجید.


چرا طراحان در شرایط کاری شلوغ رشد‌شان متوقف می‌شود؟

  • ضرب‌الاجل‌ها، خواسته‌های مشتری و فشار تیم باعث می‌شود «سررا پایین نگه داشتن و جلو رفتن» تنها راه به‌نظر برسد.
  • تغییرات بزرگ در فرایند اغلب به مقاومت سازمانی می‌خورند («همیشه این کار را این‌طور انجام داده‌ایم»).
  • ابزارهای جدید (مثلاً AI) گاه می‌خواهند کل جریان را جایگزین کنند — که پرریسک است.

چهار گام عملی برای رشد وقتی غرق کار هستید

۱) یک «وظیفه قابل بهبود» انتخاب کنید

به‌جای تلاش برای تغییر همه‌چیز، یک نقطه مشخص را هدف بگیرید. پرسش‌ها کمک می‌کنند:

  • کدام کار زمان می‌برد یا همیشه عقب می‌ماند؟ (مثلاً تحلیل تست کاربری یا مستندسازی)
  • کدام قسمت خروجی‌اش کیفیت پایینی دارد؟
    مثال: «تحلیل نتایج تست کاربری همیشه بیش از انتظار طول می‌کشد.» — این نقطه هدف آزمایش شماست.

۲) یک آزمایش خرد (micro-experiment) تعریف کنید

هر آزمایش باید شامل این عناصر باشد:

  • فرضیه: چه تغییری انتظار دارید؟
    مثال: «استفاده از یک پلاگین تولید چینش به من اجازه می‌دهد در همان زمان، ۴ طرح‌بندی مختلف ببینم.»
  • معیار موفقیت (KPI): چطور می‌فهمید موفق بوده؟ (مثلاً «در کمتر از ۳۰ دقیقه، حداقل ۳ چینش قابل‌ارائه تولید شود» یا «زمان تحلیل به نصف کاهش یابد»)
  • حجم و زمان: اندازه آزمایش را کوچک نگه دارید (مثلاً ۱ صفحه یا ۱ جریان کار — مدت ۱ هفته یا ۲ روز کاری).
  • نحوه ارزیابی: چه داده‌ای جمع می‌کنید؟ (زمان، تعداد و کیفیت بازخورد تیم، نرخ پذیرش توسط محصول)

۳) ابزار را موضعی و قابل بازگشت وارد کنید

  • آزمایش را روی یک بخش محدود انجام دهید (مثلاً ۱ صفحه یا یک کامپوننت).
  • همیشه راه برگشتی نگه دارید: خروجی‌ها قابل ویرایش دستی باشند و سیستم اصلی پروژه مختل نشود.
  • برای ابزار جدید یک «تست A/B داخلی» اجرا کنید: نتایج روش فعلی را مقابل روش آزمایشی بگذارید و براساس KPI تصمیم بگیرید.

۴) نتیجه‌گیری، تعمیم یا رهاسازی

  • اگر آزمایش موفق بود: فرایند را مرحله‌به‌مرحله تعمیم دهید، مستندسازی کنید و یک الگوی قابل تکرار بسازید.
  • اگر شکست خورد: نکات آموخته‌شده را ثبت کنید و آزمایش دیگری با فرضیه اصلاح‌شده اجرا کنید.
  • همیشه بازخورد خارجی بگیرید — هم از هم‌تیمی‌ها و هم از کاربر هدف.

نمونه عملی (ویژه طراحان رابط و تجربه کاربری)

مسئله: ایده‌پردازی برای طرح‌بندی شبکه‌ای وقت‌گیر است.
آزمایش: با یک پلاگین یا اسکریپت، همزمان ۴ چینش شبکه‌ای تولید کن؛ ۳۰ دقیقه زمان بگذار؛ از بین آنها ۲ مورد را برای تست کاربری انتخاب کن.
معیار موفقیت: یکی از چینش‌ها توسط تیم پذیرفته شود یا زمان تولید اولیه نسبت به قبل کاهش محسوس داشته باشد.
چگونگی اجرا: آماده‌سازی یک کامپوننت پایه، استفاده از ابزار تولید چینش، بازبینی سریع، درج در جلسه بازخورد.


چگونه پیشرفت را کمّی کنیم (اندازه‌گیری ساده و کاربردی)

  • زمان انجام کار (time-on-task): قبل/بعد از آزمایش مقایسه کنید.
  • تعداد تکرارهای لازم تا تایید: کاهش تکرار = بهتر شدن فرایند.
  • نمره بازخورد تیم (۱–۵): جمع‌آوری بازخورد کوتاه پس از هر آزمایش.
  • نرخ پذیرش محصول / stakeholder buy-in: چند درصد تصمیم‌گیران پیشنهاد را قبول کردند؟

نکات تکمیلی و بهترین شیوه‌ها

  • از قالب‌های آماده برای تحلیل تست کاربری استفاده کنید (مثلاً ۳ insight + 1 action per test).
  • مستندسازی را سبک و قابل سرچ نگه دارید: عنوان، خلاصه ۱ جمله‌ای، نتیجه‌گیری، گام بعدی.
  • آزمایش‌های روزمره را به عادت تبدیل کنید: مثلاً هفته‌ای ۱ آزمایش ۳۰ دقیقه‌ای (اصل ۱% جیمز کلیر).
  • با تیم ارتباط شفاف داشته باشید: بگویید «دارم یک چیز جدید امتحان می‌کنم — نظر بدهید».

چک‌لیست سریع قبل از شروع آزمایش

  • یک وظیفه/مسئله مشخص انتخاب شده؟
  • فرضیه و KPI تعریف شده؟
  • زمان و محدوده آزمایش تعیین شده؟
  • راه برگشت (fallback) مشخص است؟
  • نحوه ثبت نتایج و بازخورد تعیین شده؟