Develop در Double Diamond؛ چرا اولین راه‌حل لزوماً بهترین راه‌حل نیست؟
پس از Discover و Define، مسئله تا حد خوبی کشف و تعریف شده است. حالا در مرحله Develop قرار می‌گیریم؛ مرحله‌ای که تمرکز آن بر کشف و توسعه راه‌حل‌هاست.
فضای راه‌حل را باز کنیم
در Develop یک اصل مهم وجود دارد: اولین راه‌حل، لزوماً بهترین راه‌حل نیست.
برای یک مسئله ممکن است چند مسیر متفاوت داشته باشیم؛ از تغییر در Mobile و Backend گرفته تا تغییر در Architecture یا حتی تصمیم به نادیده گرفتن مسئله.
قرار دادن این گزینه‌ها کنار یکدیگر کمک می‌کند تصمیم را بر اساس مقایسه بگیریم، نه اولین ایده‌ای که به ذهنمان رسیده است.
راه‌حل بهتر یعنی چه؟
راه‌حل بهتر صرفاً راه‌حلی نیست که کمترین کد را تولید کند یا سریع‌تر توسعه داده شود. باید ببینیم هزینه اجرای آن چه مقدار Benefit و Value ایجاد می‌کند و چه اثری بر Outcome موردنظر دارد.
اگر برای یک راه‌حل یک واحد هزینه می‌کنیم، سؤال مهم این است که این هزینه چه میزان نتیجه ایجاد می‌کند و آیا KPI مرتبط با رفتار کاربر بهتر می‌شود یا نه.
بنابراین، می‌توان به دنبال راه‌حلی بود که با کمترین هزینه، امکان رسیدن به Outcome مطلوب را فراهم کند.
آزمایش کم‌هزینه راه‌حل‌ها
یکی از نکات کلیدی Develop این است که گزینه‌های مختلف را می‌توان با آزمایش‌های ساده و کم‌هزینه مقایسه کرد.
روش‌هایی مانند Prototyping، A/B Testing و تست سریع با کاربر کمک می‌کنند قبل از سرمایه‌گذاری جدی روی یک راه‌حل، درباره ارزش و ریسک آن اطلاعات بیشتری به دست آوریم.
نقش AI در Develop
AI می‌تواند به ساخت Prototype و اجرای سریع‌تر Test و Validation کمک کند. در نتیجه، تیم می‌تواند گزینه‌های مختلف را سریع‌تر بررسی کند و پیش از صرف هزینه زیاد، شواهد بیشتری درباره آن‌ها به دست آورد.
تغییر نقش مهندس نرم‌افزار
در بسیاری از تیم‌های سنتی، Developer زمانی وارد فرآیند می‌شود که مسئله و راه‌حل مشخص شده باشند و زمان کدنویسی رسیده باشد.
اما رویکرد مطرح‌شده در این قسمت پیشنهاد می‌کند مهندس نرم‌افزار تا جای ممکن به مراحل ابتدایی‌تر Double Diamond نزدیک شود و در Discover و Define نیز مشارکت کند.
این مشارکت می‌تواند به شکل‌گیری راه‌حل‌هایی کمک کند که از نظر فنی، هزینه، ریسک و امکان اجرا واقع‌بینانه‌تر باشند.
جمع‌بندی
Develop یعنی قبل از ساختن، فضای راه‌حل را باز کنیم، گزینه‌های مختلف را ببینیم و آن‌ها را با آزمایش‌های سریع و کم‌هزینه مقایسه کنیم.
هدف، صرفاً ساختن یک Solution نیست؛ بلکه پیدا کردن راه‌حلی است که میان Cost، Benefit، Risk، Effort و Outcome تناسب مناسبی ایجاد کند.
