<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>نوشته های Mohammadreza Mousavi</title><link>https://virgool.ir/feed/@guider.design</link><description></description><language>fa</language><pubDate>2026-11-11 11:24:51</pubDate><image><url>https://files.virgool.ir/upload/users/44451/avatar/rlfScS.png</url><title>Mohammadreza Mousavi</title><link>https://virgool.ir/@guider.design</link></image><item><title>دیزاین اسپرینت نسخه ۳٫۰</title><link>https://virgool.ir/@guider.design/دیزاین-اسپرینت-نسخه-۳٫۰-psnp5ddhpb2r</link><description>مقدمهاحتمالا شما در مورد دیزاین اسپرینت شنیده‌اید یا در جلسات آن شرکت کرده‌اید و یا خودتان آن را اجرا کرده‌اید. از زمان انتشار کتاب گوگل ونچر اسپرینت در سال ۲۰۱۶، دیزاین اسپرینت در سطح گسترده‌ای در جهان توسط سازمان‌ها به‌عنوان روشی برای نوآوری، حل مسائل پیچیده و افزایش خلاقیت و یکی از پر‌سرعت‌ترین فرآیند‌ها شناخته می‌شود. یعنی در چارچوبی مشخص و بر‌اساس زمان‌بندی مناسب با سرعت بالا موارد را شناسایی و آن را در اسپرینت‌های متفاوت حل می‌کنید. دیزاین اسپرینت نسخه ۳٫۰ توسط آکادمی دیزاین اسپرینت با کسب تجربه‌های متفاوتی از برگزاری دیزاین ‌اسپرینت‌های مختلف باز‌طراحی شده است.پیشنهاد می‌شود قبل‌از مطالعه این مقاله، کتاب گوگل ونچر اسپرینت در سال ۲۰۱۶ را مطالعه کنید تا با مفاهیم و تمیرین‌های دیزاین اسپرینت به‌صورت کامل آشنا شوید. در این صورت می‌توانید بعد‌از مطالعه این مقاله دیزاین اسپرینت نسخه ۳٫۰ را به‌صورت کامل درک کنید.دیزاین اسپرینت ۳٫۰ در مقابل دیزاین اسپرینت نسخه اصلینسخه اصلی دیزاین اسپرینت یک فرآیند ۵ مرحله‌ای می‌باشد که طی ۵ روز  برای حل چالش‌های بزرگ و رسیدن به پاسخ‌های کسب‌و‌کاری پیچیده از طریق طراحی، نمونه‌سازی اولیه و تست با مشتریان و کاربران انجام می‌شود.روند در نسخه اصلی دیزاین اسپرینت‌با داشتن یک تیم کوچک و یک برنامه اسپرینت مشخص برای هفته خود، شما به‌سرعت از یک چالش به یک راه‌حل تست‌شده پیشرفت خواهید کرد.برای شروعشنبه، شما به همراه تیم خود نقشه‌ای از چالش مورد ‌نظر خود را ترسیم می‌کنید.یک‌شنبه، تیم اسپرینت به‌صورت جداگانه راه‌حل‌های بالقوه را شناسایی می‌کند.دوشنبه، تیم تصمیم‌ می‌گیرد که کدام‌ یک از راه‌حل‌های ارائه شده را می‌توان به‌عنوان بهترین‌ها انتخاب کرد.سه‌شنبه، تیم شما یک نمونه‌ی اولیه واقعی را ساخته و تست می‌کند.چهار‌شنبه، تیم اسپرینت نمونه‌ی اولیه را برای اعتبار‌سنجی فرضیات و سوالات خود به همراه ۵ کاربر آزمایش می‌کند.فرآیندها و فعالیت‌های نسخه اصلی دیزاین اسپرینتفرایند به‌روز‌شده دیزاین اسپرینت نسخه ۳٫۰آکادمی دیزاین اسپرینت برنامه‌ریزی را بر اساس دیزاین اسپرینت اصلی باز‌طراحی کرده است تا شما قبل از برگزاری اسپرینت خود، مشکلات پیش‌رو را شناسایی و آن‌ها را حل کنید تا بتوانید برنامه‌ریزی خود را از ۵ به ۴ روز کاهش دهید. هم‌چنین در این فرایند بعضی از فعالیت‌های اصلی برای شما بهبود پیدا کرده است تا در طی اجرا، اسپرینت را با موفقیت پیش ببرید.فرآیند‌ها و فعالیت‌های دیزاین اسپرینت نسخه ۳٫۰ توسط آکادمی دیزاین اسپرینتچارچوب‌سازی چالش‌ها قبل‌از برگزاری اسپرینت (Problem Framing Workshop)این یک مرحله مقدماتی است تا ما اطمینان حاصل کنیم تا نتایج اسپرینت موثر واقع خواهند شد. این فرایند طراحی شده تا پاسخ سوالاتی که قرار است در اسپرینت داشته باشیم را بدست آوریم. مثلا مشکل مشتریان ما چیست و گاهی اصلا مشتریان ما نمی‌دانند که آیا مشکلی وجود دارد. یا متناوبا، مشکلاتی که ما با آن‌ها درگیر هستیم ممکن است برای شروع و رسیدن به یک راه‌حل عملی بیش از حد بزرگ باشد که ارزش سرمایه‌گذاری  بر روی آن در زمان فعلی امکان‌پذیر نمی‌باشد! گاهی اوقات متوجه می‌شویم که یک مساله مشترکی که در افراد و سازمان‌های حرفه‌ای وجود دارد این است که آن‌ها قبل‌از شناسایی مشکلات به درستی، خیلی سریع می‌خواهند سوار قطار اسپرینت شوند. بله در واقع دیزاین اسپرینت یک فرایند مورد اطمینان است که می‌تواند شما را به هدف خود نزدیک کند همان‌طور که Erika Hall نویسنده Just Enough Research می‌گوید:” تست یک نمونه‌ی اولیه می‌تواند به شما کمک کند تا ایده‌ای که قبلا خوب بوده را بهبود دهید نه اینکه به شما کمک کند که آیا مشکل درست را انتخاب کرده‌اید یا نه.“اگرچه به نظر می‌رسد که ۵ روز یک زمان کوتاه باشد، اما به سرمایه‌گذاری قابل‌توجهی برای اغلب سازمان‌ها نیاز دارد، چرا که ۷ تا ۱۰ نفر از افراد کلیدی در طول این دوره کاملا می‌بایست زمان خود را برای اسپرینت اختصاص دهند. به همین دلیل مهم است که مشکل درست را  انتخاب و حل کنیم تا این سرمایه‌گذاری ارزشمند باشد.چارچوب‌سازی چالش‌ها یک کارگاه ۱ روزه است که معمولا در برگیرنده‌ی ذی‌نفعان اصلی می‌باشد.نتایج این کارگاه عبارتند از:یک چالش دیزاین اسپرینت تعریف ‌شده با نگاهی به کل زمینه استراتژی کسب‌وکار / محصول / خدمات و ارتباط آن با اهداف / معیارهای کسب‌وکار فراگیر و مشکلات واقعی مشتریتشکیل تیم اسپرینت. زمانی که مشکل مشخص می‌شود و شما می‌دانید که به چه متخصصانی در اسپرینت خود نیاز دارید و می‌بایست آن‌ها را دور یک میز جمع کنید.ذی‌نفعان اصلی را برای حضور در اسپرینت آماده می‌کنید. از آنجا که چالش به اهداف کسب‌وکار مرتبط است، ذی‌نفعان به طور مستقیم به آن‌ها پاسخگو هستند، حمایت آن‌ها از اجرای اسپرینت می‌بایست تضمین‌ شده باشد و بیشتر، آن‌ها به دیدن نتایج اجرا شده بعد از اسپرینت علاقمند خواهند بود.برای آشنایی بیشتر با کارگاه Mini Problem Framing به لینک زیر مراجعه کنید https://medium.com/design-sprint-academy/how-to-run-a-mini-problem-framing-workshop-to-scope-a-project-e8847c2ed024 مدت‌زمان برگزاری: ۴ روز به جای ۵ روزیکی از فشار‌های وارد بر دیزاین اسپرینت توسط مدیریت و تیم‌ها تعهد زمانی است. با کاهش این برنامه حتی یک روز هم، برای مشتریان ما بسیار ارزشمند است. ما این کار را بدون حذف یا افت کیفیت نسخه اصلی انجام می‌دهیم.سوال اصلی اینجاست که خب چطور پیش رویم؟روز اول/ شنبه&#34;چارچوب‌سازی چالش‌ها قبل‌از شروع اسپرینت به ما اجازه می‌دهد تا با یک چالشی که به‌ خوبی تعریف شده است اسپرینت خود را شروع کنیم و باعث می‌شود تیم با بالاترین انگیزه و هیجان برای حل آن قدم بردارد.&#34;– John Vetanاین روش به ما کمک می‌کند که در حین برگزاری اسپرینت خود، دیگر با مشکلات مواجه نشویم و از قبل موارد زیادی از آن‌ها را شناسایی کرده باشیم. با اینحال، هنوز ابهامات بسیاری درباره راه‌حل یا بهترین رویکرد وجود دارد. به همین دلیل ضروری است که تیم اسپرینت (که بیشتر اوقات با تیم چارچوب‌سازی چالش‌ها متفاوت است) برای درک چالش، تمام اطلاعات و بینش‌های مختلف زمانی مناسب را اختصاص دهد.در حالی که ما تمام تمرینات کتاب اصلی دیزاین اسپرینت را کامل انجام می‌دهیم، تغییرات کوچکی در این فرایند ایجاد کرده‌ایم.ما بحث‌های صبح منتهی به هدف دیزاین اسپرینت را به فعالیتی به نام Lightning Talks اختصاص داده‌ایم. در این بخش اعضای تیم نقطه ‌نظرات خود را در مورد چالش با یکدیگر به‌ اشتراک می‌گذارند و بریف اسپرینت را مرور می‌کنند.با این حال، تاکنون، یکی از مهم‌ترین موارد اضافه‌شده ما، ایجاد هم‌دلی با کاربر و تعبیه بینش‌های تحقیقاتی پیش‌از اسپرینت در طول جلسه ترسیم نقشه (Mapping) می‌باشد.ما در نهایت، HMW را نیز یک فعالیت مستقل معرفی می‌کنیم (در کتاب اصلی اسپرینت در بخش Ask The Experts موجود می‌باشد).در پایان روز، تیم شما تمرکز مشخصی بر روی چالش داشته و نقاطی که راه‌حل شما می‌تواند بیشترین اثر را بر روی آن ایجاد کند را انتخاب می‌کنید.هک زمان‌بندی: در پایان روز به‌عنوان تکالیف، از تیم خود بخواهید تحقیقات در بخش Lightning Demos را انجام دهند.روز دوم/ یک‌شنبهدر فرآیند اصلی، نیمی از روز را برای Lightning Demos اختصاص می‌دهیم. با توجه به تحقیقات در بخش Lightning Demos به عنوان تکالیف در روز شنبه، می‌توانیم مستقیما ارائه‌های طراحی‌شده را بررسی کنیم. در نتیجه زمان مورد نیاز را از ۳ ساعت به ۳۰ دقیقه کاهش می‌دهیم.بقیه صبح را، تا وقت ناهار، تقریبا ۲ ساعت برای برنامه ارائه راه‌حل‌ها در نظر می‌گیریم. علاوه بر صرفه‌جویی در زمان، یک دستاورد دیگر این است که افراد با یک ذهن تازه شروع به طراحی می‌کنند (‏هنوز صبح است) ‏و چون آن‌ها بعد از ارائه راه‌حل‌ها شروع به طراحی ایده‌ها می‌کنند، راه‌حل‌ها معمولا خلاقانه‌تر هستند.هک ایده‌ها: قبل از رفتن به ایده‌پردازی، ما ذهن افراد تیم را با تمرین EVIL 8’s  براساس تفکر معکوس گرم می‌کنیم، تا از فشار برای اجرا کاسته شود و افراد را برای ارائه ایده‌های جسورانه‌تر تحریک می‌کنیم.پس‌از ناهار، ما در مجموع حدودا ۱.۵ ساعت زمان صرف بررسی راه‌حل‌ها و ایده‌ها در موزه‌ی هنری (Art Museum) می‌کنیم. ‏۳۰ دقیقه در مورد آن‌ها با یکدیگر بحث می‌کنیم. در ۴۵ دقیقه آن‌ها را نقد می‌کنیم و در ۱۵ دقیقه آخر با استفاده از تکنیک رای‌گیری تصمیم می‌گیریم که کدام یک از آن‌ها را برای نمونه‌سازی اولیه انتخاب کنیم.در ادامه، بعد از ظهر یک‌شنبه، ۱.۵ ساعت کاملا به بخش storyboarding اختصاص می‌دهیم. شما ممکن است بگویید که این زمان خیلی کم است، به‌خصوص در نظر  داشته باشید storyboarding یکی از چالش‌برانگیزترین بخش‌های اسپرینت در‌ نظر گرفته می‌شود، اما در واقع، ما طی تجربیات خود، این زمان‌بندی را کاملا مناسب می‌دانیم.مانند زمانی که این فرآیند را دقیقا طبق دستور کتاب پیش بردیم. به احتمال زیاد به دلیل محدودیت زمانی، افراد در این بخش مجبور می‌شوند کم‌تر با یکدیگر بحث کنند. همانطور که قبلا هم گفتیم، زمان می‌تواند بسیار ارزشمند باشد، به خصوص برای مدیران ارشد. بیشتر تصمیم‌گیری‌های مهم در این دو روز انجام می‌شوند، بنابراین تا چه مدت به افراد ارشد نیاز خواهید داشت. اگرچه توصیه ما این است که اعضا تیم را به‌صورت کامل در  اسپرینت خود کنار یکدیگر نگه دارید.روز سوم/ دوشنبهبحث‌های داغ جلسه storyboarding در انتهای روز یک‌شنبه در حال حاضر بخشی از گذشته است، و با یک فرد تصمیم‌گیرنده با ذهنی باز، تیم به بازبینی و اصلاح storyboardها (‏در صورت نیاز) ‏می‌پردازد، در حالی که در همان زمان نقش‌ها و برنامه‌ریزی برای نمونه‌سازی اولیه را در کم‌تر از ۱ ساعت تعیین می‌کنیم.در حال حاضر ما بحث‌های داغ مرحله storyboarding را در آخر روز یک‌شنبه پشت‌سر گذاشتیم. در ادامه اعضای تیم اسپرینت با ذهنی باز storyboard‌ها را مرور کرده و در صورت نیاز آن‌ها را بهبود می‌دهند. در همین حین برای ادامه، نقش‌ها و برنامه‌ریزی برای ساخت نمونه‌ی اولیه را مشخص می‌کنیم (نهایتا ۱ ساعت). ما همه‌ی افراد حاضر در تیم را تشویق می‌کنیم تا نقشی ایفا کنند و روی نمونه‌سازی اولیه کار کنند (‏بله، حتی مدیران ارشد در تیم هم می‌بایست دست‌به‌کار شوند)‏.علاوه بر اینکه اعضای تیم شما اینگونه بیشتر با هم در ارتباط هستند بلکه این کار باعث می‌شود تا حس مالکیت مشترک برای اعضا ایجاد شود و در نتیجه خروجی شما با‌ کیفیت‌تر ساخته می‌شود (دقیقا بر خلاف نمونه‌ی اولیه‌ای که در آژانس‌ها فقط توسط طراحان ساخته می‌شود).روز چهارم/ سه‌شنبهیه لحظه حقیقی! سه‌شنبه را به تست کاربر و پرسیدن موثرترین سوالات اختصاص می‌دهیم. دقت کنید که بعد‌از هر مصاحبه، تیم زمان لازم برای بررسی و درک بازخورد‌ها را داشته باشد، و سپس در پایان روز برنامه‌های بعدی را مشخص ‌می‌کنید.تمرینات و فرایندهااهداف و سوالات دیزاین اسپرینت (Sprint Goals and Sprint Questions)تصور کنید اهداف و سولات اسپرینت مشخص‌شده، مانند ستاره‌های شمالی بر روی قطب‌نما هستند. آن‌ها تمام راه‌حل‌ها و تصمیمات را در طول هفته جهت می‌دهند، بنابراین نیازی به گفتن نیست آن‌ها قطعا می‌توانند درستی اسپرینت اجرا شده را مشخص کنند و یا آن را منحل کنند.به همین دلیل است که تیم تمایل دارد در بحث‌های بی‌پایان شرکت کند تا بفهمد چه چیزی باعث می‌شود که اهداف و سوالات اسپرینت به‌خوبی مشخص شوند. این یک سناریوی ایده‌آل برای یک تسهیل‌‌گر نیست.در ابتدا به یادداشت و رای به عنوان راه‌حلی برای کاهش زمان و بحث برای انتخاب هدف و سوالات اسپرینت نگاه می‌کنیم. با این حال، اشکالات کمی در این زمینه وجود دارد. افرادی که یادداشت‌های چسبان‌شان رای‌های کمتری دارند، معمولا بی‌انگیزه می‌شوند. این موضوع می‌تواند پویایی تیم را به خطر بیاندازد. همچنین کاهش بحث‌کردن تا صفر منجر به از دست دادن عمق برای مشخص‌کردن اهداف و سوالات اسپرینت می‌شود، همچنین ممکن است منجر به احساس عدم مالکیت تیم هم شود.در دیزاین اسپرینت نسخه ۳٫۰ ما با تکنیک یادداشت و رای‌گیری شروع می‌کنیم. در آنجا متوقف نمی‌شویم و به دنبال فعالیت و بحث‌کردن هستیم. در ادامه سعی می‌کنیم ایده‌های فوق‌العاده افراد را با یکدیگر ترکیب کنیم. این رویکرد تضمین می‌کند که تمام نکات جزئی مد نظر قرار می‌گیرند، و بهترین سوالات پرسیده می‌شوند (‏برای مثال در طول بحث ممکن است یک سوال جدید مطرح شود که هیچ‌یک از اعضا به‌صورت جداگانه به آن فکر نکرده باشند)‏. هنگامی که از این روش استفاده می‌کنیم، یادداشت و رای‌گیری یک ابزار تصمیم‌گیری نیست، بلکه راهنمایی است برای کمک به جهت‌دادن بحث‌ها. این کار به همه اجازه می‌دهد تا به عنوان یک تیم با یکدیگر هم‌کاری کنند، احساس کنند که در کنار هم قرار دارند نه در مقابل هم.نقشه (Map)این منطقه‌ای است که ما در آن یک تغییر اساسی ایجاد کرده‌ایم.برای ما،&#34;یک نقشه ابزاری برای همدلی است، ابزاری برای کمک به تیم برای همسوسازی با واقعیت فعلی کاربر /مشتری. پس باید در واقعیت ریشه داشته باشد، نه صرفا بر اساس فرضیات تیم رسم شود.&#34;– Dana Vetanبه همین دلیل است که ما قصد داریم تا جای ممکن نقشه اسپرینت خود را با استفاده از تحقیق‌ها یا هر گونه اطلاعات مهمی که می‌تواند بعد از کارگاه چارچوب‌سازی مساله ارائه شود، آماده کنیم. ما از یک نمودار ساده (‏اگر چه ممکن است هنوز هم این کار را انجام دهیم)‏ به یک نمایش پیچیده‌تر شامل، بینش‌های تحقیقاتی، نقاط حساس، داده‌های تجاری و ... حرکت می‌کنیم. ما این روش را &#34;Map to Map&#34; می‌نامیم.‌ مقاله Mapping Experiences نوشته Jim Kalbach مقاله‌ای الهام‌بخش است (‏در حالی که جیم همچنین به راهنمای تسهیل‌گری دیزاین اسپرینت ما کمک می‌کند، و توضیح می‌دهد که چگونه یک نقشه اسپرینت فوق‌العاده تهیه کنیم)‏.در اسپرینت، شما با ذی‌نفعان (‏نه تنها طراحان، یا محققان) ‏که هیچ ایده‌ای در مورد چگونگی ساخت نقشه سفر مشتری ندارند، کار خواهید کرد. استفاده از آن‌ها برای ترسیم نقشه ممکن است گاهی اوقات باعث ایجاد مشکلات زیادی به دلیل شکاف در دانش شود. هدف شما به عنوان یک تسهیل‌‌گر این است که کاری کنید که تیم مفهوم درد را درک کند، نقاط درد و فرصت‌ها را شناسایی کند و تصمیم بگیرد. در اینجاست که قدرت آن‌ها شناسایی می‌شود و اینکه چرا آن‌ها بخشی از تیم دیزاین اسپرینت هستند.چگونه ما می‌توانیم (How Might We (HMWما فعالیتی را به ایجاد بیانیه‌های HMW اختصاص می‌دهیم. این تصمیم را به چند دلیل گرفتیم. مردم به نوشتن &#34;یادداشت‌های زنده&#34; مانند HMWها عادت ندارند. در اغلب موارد ما به صورت خودکار یک بیانیه را به یک سوال HMW تبدیل می‌کنیم. مثلا متخصص فروش شما می‌گوید &#34;ما فروش کافی نداریم&#34;، این تیم معمولا این را به این شکل بازنویسی می‌کند: &#34; چطور می‌توانیم فروش را افزایش دهیم؟تیم اسپرینت معمولا نیز  به HMW‌های زیادی در پایان می‌رسند؛ از ۵۰ تا ۲۰۰ یادداشت با کم‌ترین تنوع. در واقع، اگر بسیاری از آن‌ها را حذف نکنیم، تیم ما تلاش خواهد کرد تا آن‌ها را در پایان روز اول جمع کند و در آن‌جا دچار سردرگمی خواهند شد. در اینجا هم می‌توانید با تکنیک رای‌گیری بهترین HMW‌ها را انتخاب کنید.در دیزاین اسپرینت نسخه ۳٫۰، یک دوره زمانی مشخص را برای تولید HMWها اختصاص می‌دهیم، که نه تنها از یادداشت‌های مصاحبه‌های تخصصی بلکه از یادداشت‌های روزانه (‏در طول Lightning Talks، Mapping و Research Insight)‏ به عنوان الهام استفاده می‌کنیم. با ترکیب نقاط مرجع بیشتر و اجازه دادن به زمان برای انعکاس تیم می‌توان انواع زیادی از HMW‌های خلاقانه، منحصر به فرد را ایجاد کرد. شما با این کار در نهایت شانس بیشتری برای به‌دست‌آوردن ایده‌ها و راه‌حل‌های خلاقانه خواهید داشت.نتیجه‌گیریاز ابتدا، دیزاین اسپرینت مناسب برای استارت‌آپ‌ها بوده ‌است. در حالی که این مساله هنوز هم برای دیزاین اسپرینت ۳٫۰ صادق است، در حال حاضر استفاده از این فرایند به همان اندازه برای سازمان‌ها و شرکت‌ها می‌تواند نتایجی خارق‌العاده‌ را ایجاد کند.چرا؟ دیزاین اسپرینت ۳٫۰ به ذی‌نفعان کسب‌و‌کار‌ها از طریق ایجاد یک چارچوب برای طرح و حل مسئله اجازه استفاده بهینه از منابع را می‌دهد (زمان‌بندی مشخص‌شده برای اجرای یک اسپرینت، همراه با یک تیم مشخص) تا نتایجی خارق‌العاده و انسان محور در طول دوره خلق شود نه فقط در روز تست کاربر. علاوه بر این، برای همه سازمان‌هایی که Design Sprint را با Design Thinking مقایسه می‌کنند، دیزاین اسپرینت  می‌تواند پاسخ هر دو نگرش باشد: چرا که نگاه کردن به کل اطلاعات، تعریف واضح مشکل یا چالش و همدلی کاربر از بخش‌های مهم تفکر دیزاین هستند‏ و همراه با دیزاین اسپرینت می‌توان با سرعت بیشتر، تمرکز بالا و در چارچوب‌های تعریف‌شده مکمل قدرتمندی برای سازمان‌ها باشد تا پروژه‌ها و مسائل استراتژیک خود را با خلاقیت و سرعت بالا پیش ببرند. در عین حال ترکیب این دو نگرش می‌تواند معایب‌های موجود در هر کدام از این روش‌ها را حذف کند: پیچیدگی تفکر دیزاین و گاهی اوقات طولانی شدن مدت ‌زمان پروژه‌ و از طرف دیگر عدم تعریف مشکل و همدلی دقیق / تحقیق کاربر در دیزاین اسپرینت.تمام این موارد باعث می‌شود که دیزاین اسپرینت ۳٫۰ به یک کاندیدای ایده‌آل برای همه سازمان‌ها تبدیل شود که می‌خواهند یک رویکرد انسان‌محور برای حل مساله و نوآوری داشته باشند.تشکر ویژه از Dan Levy ،Dana Vetan ،John Vetan و  Design Sprint Academy برای کمک به ویرایش و تهیه این مقاله.منابع:https://designsprint.academy/https://medium.com/@dana_vetanhttps://medium.com/@icvetan</description><category>Mohammadreza Mousavi</category><author>Mohammadreza Mousavi</author><pubDate>Mon, 18 May 2020 18:56:19 +0430</pubDate></item><item><title>Phase-Gate process</title><link>https://virgool.ir/@guider.design/phase-gate-process-tuemzuajhuyh</link><description> phase-gate process - stage-gate processروشی است برای پیشبرد مراحل در طراحی محصول. در این روش ما یاد میگیریم که چگونه به ایده‌ها نه بگوییم و آن‌ها را اولویت‌بندی کنیم. به‌طور کلی فرآیند phase-gate process تاکید می‌کند که یک فرآیند خطی میبایست به چند مرحله تقسیم شود تا در هر مرحله خیلی از ایده‌ها حذف شوند تا ایده‌های ناب‌تر نمایان شوند. در میان هر مرحله دروازه‌هایی وجود دارد که به Kill Gtae معروف هستند. در هر دروازه، شما به‌همراه تیم میبایست با تکنیک‌های دیگر تلاش کنید که از میان ایده‌ها در هر مرحله اکثر آن‌ها را حذف کنید تا به ایده‌های ناب‌تری برسید. ایده‌هایی که در هر مرحله سنجیده می‌شوند و از تمام جهات بررسی و در نهایت انتخاب می‌شوند. در هر مرحله دیگر ایده‌ها به بانک ایده‌ها منتقل می‌شوند. ممکن است پس‌از اتمام در یک روند کامل و شکست در مرحله‌ی آخر از ایده‌های ذخیره استفاده کنید. پیشنهاد می‌شود ایده‌هایی که در بانک ایده‌ها هستند را با کمک تیم و ذینفعان اصلی اولویت‌بندی کنید.در مجموع phase-gate process دارای ۴ مرحله است البته مدل‌های دیگری هم وجود دارند. سعی کردم از خلاصه‌ترین آن‌ها استفاده کنم، البته شما می‌توانید با‌توجه به محصول و مدل کسب‌و‌کار خود stage-gate process را شخصی‌سازی کنید. برای شروع در این مرحله شما نیاز دارید تیم خود را تشکیل دهید. برای چیدمان تیم به یک تسهیل‌گر، توسعه‌دهنده‌ محصول، ذینفعان کلیدی، طراح رابط و تجربه‌ کاربر و کسی که از کسب‌وکار و کاربران شناخت کامل دارد نیاز دارید. پیشنهاد می‌شود تیم‌های خود را با ۵ نفر و نهایتا ۷ نفر چیدمان کنید.مرحله اول- تحقیقات اولیه (Preliminary Investigation)در مرحله اول شما بر‌اساس سفارش و نیازی که کاربران دارند تحقیقات اولیه را شروع می‌کنید. یکی از بهترین تکنیک‌ها در این مرحله، هم‌دلی با کاربران است. ابزار‌هایی که در این مرحله می‌توانند به شما کمک کنند، طراحی فرم مصاحبه که معمولا با چند سوال کلیدی در مورد کاربر و نیاز آن‌ها پرسیده می‌شود و یا تکنیک مشاهده، یعنی شما به‌عنوان طراح نیاز دارید که فرآیند کلی کاربر در طول روز را مشاهده و بررسی کنید. در نهایت تمامی تحقیقات صورت‌گرفته را جمع‌آوری کنید. برای شناخت کامل‌تر کاربران خود می‌توانید از Customer Jurney Map استفاده کنید. در این مرحله پس‌از تحقیقات انجام‌شده شما شناخت بالایی از کاربر و نیاز آن‌ها کسب کرده‌اید.لینک آموزش سفر مشتری https://uxplanet.org/a-beginners-guide-to-user-journey-mapping-bd914f4c517c?gi=f2566217d6b7 مرحله دوم - فرصت های کسب‌و‌کار سازمان (Business Opportunities)در این مرحله با کمک تیم خود و ذینفعان در مورد ایده‌های انتخاب‌شده و نیاز کاربران صحبت کنید. خوب است تا ذینفعان اصلی در مورد ایده‌های انتخابی و مسائلی که مرتبط به کسب‌و‌کار شما یا سازمانتان هستند ایده‌ها را با اعضای دیگر تیم تشریح کنند. پس‌از توضیح کلی می‌توانید در این مرحله با تکنیک LDJ (تصمیم‌گیری رعد‌آسا) به ایده‌های اصلی و ناب دست پیدا کنید. ایده‌ها براساس هزینه، مدت‌زمان و تاثیر‌گزاری ‌در نهایت انتخاب و اولویت‌بندی می‌شوند.لینک آموزش تصمیم‌گیری رعد‌آسا https://uxplanet.org/lightning-decision-jam-a-workshop-to-solve-any-problem-65bb42af41dc?gi=ae405ff3dafc مرحله‌ی سوم - محصول/ فرآیند توسعه محصول (Product/ Process Development)در این مرحله از ایده‌های انتخاب شده یک MVP تهیه کنید و پس‌از نهایی‌شدن MVPها، ذینفعان کلیدی خود را دعوت کنید و همراه با تیم خود MVPها را به رای بگزارید. پس‌از رای‌گیری نهایتا به دو ایده نهایی می‌رسید. ایده‌هایی که با سرعت بیشتر و تاثیرگزاری بالا انتخاب شده‌اند. در این مرحله همراه با تیم تولید و توسعه ایده‌ها را بررسی کنید. ممکن است ایده‌های انتخابی در اجرا ، زیرساخت و … با مشکل مواجه شوند و در این صورت می‌بایست مشکلات فرآیند را شناسایی کنید و در صورت حل نشدن آن ایده‌های دیگر و قابل‌اجرا را جایگزین کنید. پس‌از نهایی شدن ایده‌ها و اطمینان خاطر از فرآیند اجرا، آن‌ها را در مرحله توسعه قرار دهید و به صورت High Fidility اجرا کنید. به‌یاد داشته باشید که در هر مرحله شما می‌بایست به درستی، دیگر ایده‌هایی که آرشیو شده‌اند را نگهداری کنید. این فرآیند به‌صورت لوپ طراحی شده و شما در هر مرحله ممکن‌ است به آن‌ها نیاز داشته باشید.مرحله‌ی چهارم - تست (Pilot Testing)در این مرحله یک نفر از اعضای تیم که معمولا از مدیر محصول یا تسهیل‌گران هستند همراه با تیم خود از ذینفعان دعوت می‌کنند تا محصول را در یک جلسه به آن‌ها دمو دهند. بعد‌از آن یک‌بار در نهایت محصول را بررسی کرده. پس‌از این فرآیند معمولا از چند کاربر کلیدی دعوت می‌شود که به‌صورت آزمایشی با محصول کار کنند و در این حین با توجه و تمرکز بالا به کاربران انتخاب شده محصول تست می‌شود. ممکن است در این مرحله کاربران در حین کار توجه شما را نسبت به برخی از قسمت‌ها در محصول بالا ببرند. در زمانی که محصول در این مرحله است تیم توسعه و طراحی می‌بایست آن را تست کنند تا با خطا مواجه نشوند. پس‌از این مرحله از کاربران بخواهید در جلسات کوتاه و با استفاده از فرم مصاحبه جواب سوالات کلیدی را بدهند و تجربیاتشان را از محصول برای شما بازگو کنند. توجه داشته باشید ، راهی را انتخاب کنید که کاربران برای شما داستان تعریف کنند. در طراحی سوالات از سوالاتی که جوابشان کوتاه است پرهیز کنید. مخاطبتان را دعوت به داستان‌سرایی کنید. بعد‌از اتمام مراحل و با‌توجه به تمامی اطلاعات موجود از بین دو محصول که احتمالا شباهت زیادی دارند یکی از آن‌ها را با استفاده از رای‌گیری انتخاب کنید.مرحله‌ی نهایی - رونمایی از محصول (Launch)بعد‌از تمامی فرآیند‌های بالا محصول شما آماده برای رونمایی است. پس‌از مشخص شدن زمان برای نتیجه‌گیری و قضاوت نسبت به محصول نهایی ، آنالیز محصول و کاربران، شما می‌توانید به راحتی نتیجه بگیرید که محصول راه درست را پیش می‌رود و در غیر این صورت در هرکدام از مراحل میبایست یکی دیگر از ایده‌ها را جایگزین کنید. شما به صورت کلی سه مرحله Kill Gate دارید که می‌توانید از ایده‌های جمع‌آوری شده ایده‌های ناب دیگری را مورد بررسی قرار دهید. به یاد داشته باشید که این روند به‌صورت لوپ طراحی شده و حتی پس‌از اجرای نهایی فرآیند می‌توانید برای بالا‌بردن عملکرد کلی محصول، در نسخه‌های دیگر از این تکنیک استفاده کنید. خوب است برای استفاده از این روش از مدل‌ها و ابزار‌های جدید‌تر، همراه با stage-gate process استفاده کنید. استفاده از تکنیک‌هایی مانند طراحی Value Proposition Canvas و Empathy Map توصیه می‌شود.منابع:https://www.youtube.com/user/MediaEtudianthttp://stage-gate.comhttps://uxplanet.org</description><category>Mohammadreza Mousavi</category><author>Mohammadreza Mousavi</author><pubDate>Sun, 05 May 2019 00:30:20 +0430</pubDate></item></channel></rss>