دیزاین اسپرینت

بازگشت به کاتالوگ فریم‌ورک‌ها

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

چارچوب را جیک نپ در گوگل ونچرز ساخت و در کتاب Sprint ثبت شد. شرکت‌های خیلی متفاوت از همان استخوان‌بندی استفاده کرده‌اند؛ قدرت روش در ثابت ماندن ریتم است، نه در اسلایدهای زیبا.

این اسپرینت طوفان فکری بی‌انتها نیست. طوفان فکری فقط یکی از قطعات سه‌شنبه است. بقیهٔ هفته صرف تمرکز، تصمیم و شواهد می‌شود.

چه زمانی اسپرینت جواب می‌دهد — و چه زمانی نه

استفاده کنید وقتی:

  • مسئله بزرگ است و تیم دربارهٔ راه‌حل هم‌نظر نیست.
  • هزینهٔ ساخت واقعی بالاست و می‌خواهید قبل از تعهد، فرضیه را بکشید.
  • به هم‌راستایی بین محصول، دیزاین، مهندسی و کسب‌وکار نیاز دارید.
  • می‌توانید در پنج روز به پنج کاربر واقعی دسترسی داشته باشید.

استفاده نکنید وقتی:

  • مسئله هنوز «باید چیزی بسازیم» است و حتی job مشتری معلوم نیست؛ اول JTBD و کشف.
  • تصمیم‌گیر در اتاق نیست و هفته صرف گزارش به غایب‌ها می‌شود.
  • می‌خواهید بک‌لاگ اسپرینت را خالی کنید. اسپرینت کارخانهٔ فیچر نیست.
  • پروتوتایپ را با محصول قابل‌شipped عوضی می‌گیرید.

اگر کشف و تحویل باید همزمان جلو بروند، اسپرینت یک مداخله است نه سیستم دائمی. برای کار هفتگی به Dual-Track و Continuous Discovery برگردید.

چه کسانی باید در اتاق باشند

اسپرینت خوب ۷ نفر یا کمتر است:

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

تقویم پنج روز را برای همه بلوکه کنید. اسپرینت پاره‌وقت تقریباً همیشه خراب می‌شود.

پنج روز، بدون خلاصه‌سازی غلط

دوشنبه — نقشه و هدف. هدف بلندمدت را بنویسید، سؤال‌های اسپرینت را دربیاورید، سفر کاربر را روی دیوار بکشید، از خبره‌ها بپرسید، و یک هدف برای هفته انتخاب کنید. اگر دوشنبه دو مسئله بماند، سه‌شنبه بی‌معنی است.

سه‌شنبه — اسکچ. لایتنینگ دمو از محصولات دیگر، یادداشت شخصی، Crazy 8s، بعد اسکچ راه‌حل سه‌پنلی که هر کس به تنهایی می‌کشد. کار انفرادی اینجا عمدی است؛ گروه زود به ایدهٔ بلندگوترین فرد همگرا می‌شود.

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

پنجشنبه — پروتوتایپ. هدف فریب است نه معماری. پروتوتایپ باید آن‌قدر واقعی به‌نظر برسد که کاربر جمعه رفتار طبیعی نشان بدهد. ابزار مهم نیست؛ Figma، اسلاید، یا صفحهٔ جعلی کافی است. محصول واقعی نسازید.

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

نسخهٔ چهارروزه هم رایج شده: دوشنبه و سه‌شنبه فشرده می‌شوند. فقط وقتی این کار را بکنید که مسئله از قبل باریک شده و تصمیم‌گیر آماده است.

بعد از جمعه چه می‌کنید

اسپرینت تمام‌شده یعنی فرضیه سبک‌تر شده، نه اینکه رودمپ نوشته شده باشد. خروجی خوب سه چیز است: یک پروتوتایپ، پنج شواهد، و یک تصمیم. اگر تصمیم «بروید» بود، تازه نوبت ارزیابی جدی‌تر فرصت و ساخت است؛ ۱۰ سؤال کاگن را همان‌جا مرور کنید.

ℹ️
پروتوتایپ را بعد از جمعه دور نیندازید. تکه‌هایی که کاربر فهمید را نگه دارید؛ تکه‌هایی که توضیح لازم داشت را دور بریزید.

ابزار: برنامه‌ریز اسپرینت

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

مطالعهٔ بیشتر