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

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

چالش‌های ورود به دنیای برنامه نویسی حرفه ای

وقتی یک برنامه نویس تازه کار وارد دنیای حرفه ای می‌شود، با انبوهی از تکنولوژی‌ها و ابزارهای مختلف روبرو می‌شود. آگهی‌های استخدامی، لیست بلندبالایی از مهارت‌های فنی را طلب می‌کنند که بسیاری از آنها برای تازه واردان ناآشناست. این پدیده در صنعت نرم افزار به "سندروم لیست بی پایان مهارت ها" معروف شده است. برای مثال، یک آگهی استخدام معمولی برای یک توسعه دهنده بک اند ممکن است مهارت در چندین زبان برنامه نویسی، فریم ورک‌های مختلف، سیستم‌های مدیریت پایگاه داده، ابزارهای CI/CD، داکر، کوبرنتیز و ده‌ها مورد دیگر را درخواست کند که برای یک تازه وارد، بسیار دلهره آور به نظر می‌رسد.

طبق تحقیقات انجام شده، برنامه نویسان به طور متوسط باید با 4.7 تکنولوژی جدید در سال آشنا شوند تا بتوانند رقابت پذیری خود را در بازار کار حفظ کنند. این فشار مداوم برای یادگیری تکنولوژی‌های جدید، گاهی باعث می‌شود که جنبه مهم‌تری از کار نادیده گرفته شود: درک بیزینس. در واقع، بسیاری از برنامه نویسان آنقدر درگیر یادگیری ابزارها و تکنولوژی‌های جدید می‌شوند که فراموش می‌کنند هدف اصلی از این ابزارها، حل مشکلات واقعی کسب وکار است، نه صرفاً استفاده از آخرین تکنولوژی ها.

کشف حقیقت: تکنولوژی یا درک بیزینس؟

با گذر زمان و کسب تجربه در پروژه‌های مختلف، برنامه نویسان به تدریج با تکنولوژی‌های مختلف آشنا می‌شوند. آنها یاد می‌گیرند که چگونه از فریم ورک‌های مختلف استفاده کنند، با ابزارهای مختلف کار کنند و مشکلات فنی را حل کنند. اما نکته مهمی که با گذر زمان آشکار می‌شود این است که:

• تکنولوژی‌های آموخته شده، همیشه آن قدر که در ابتدا تصور می‌شد کاربردی نیستند

• درک صحیح از بیزینس و نیازهای آن اهمیت بیشتری پیدا می‌کند

• موفقیت در حل مسائل واقعی به فهم عمیق نیازهای کسب وکار وابسته است

• بسیاری از تکنولوژی‌ها پس از مدتی منسوخ می‌شوند، اما اصول کسب وکار پایدارتر هستند

• توانایی ترجمه نیازهای بیزینس به راه حل‌های فنی، مهارتی ارزشمندتر از دانش صرف یک تکنولوژی خاص است

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

چرا درک بیزینس مهم‌تر از استک فنی است؟

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

1. تصمیمات فنی بهتری بگیرد که با اهداف کسب وکار همسو باشد
2. اولویت بندی درستی از ویژگی‌ها و قابلیت‌های محصول داشته باشد
3. با تیم محصول و سایر ذینفعان ارتباط مؤثرتری برقرار کند
4. راه حل هایی ارائه دهد که نه تنها از نظر فنی درست، بلکه برای کاربران نهایی نیز ارزشمند باشند
5. در طراحی معماری سیستم، ملاحظات کسب وکار را در نظر بگیرد

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

دو مرحله کلیدی در مسیر موفقیت برنامه نویسی

در توسعه نرم افزار، دو مرحله اصلی وجود دارد که هر برنامه نویس باید به آنها توجه ویژه ای داشته باشد:

1. درک بیزینس و مطرح کردن ایده ها - فهم دقیق نیازهای واقعی کسب وکار، شناسایی مشکلات اصلی، درک انتظارات کاربران و ذینفعان، و ارائه ایده هایی که واقعاً مشکلات را حل می‌کنند.

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

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

متأسفانه، بسیاری از برنامه نویسان تمایل دارند که مستقیماً به مرحله دوم بروند، چرا که در آن راحت‌تر هستند. آنها ترجیح می‌دهند به جای صحبت با کاربران و درک عمیق نیازها، به سراغ کدنویسی بروند. اما این رویکرد اغلب منجر به توسعه محصولاتی می‌شود که از نظر فنی قوی هستند، اما نیازهای واقعی را برآورده نمی‌کنند.

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

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

• توانایی پرسیدن سؤالات عمیق و کاوشگرانه

• گوش دادن فعال به نیازها و دغدغه‌های ذینفعان

• درک فرآیندهای کسب وکار و جریان‌های کاری

• شناسایی نقاط درد واقعی کاربران

• توانایی ترجمه نیازهای کسب وکار به زبان فنی

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

متخصصان توسعه نرم افزار از روش هایی مانند:

• Event Storming - روشی برای کشف فرآیندهای کسب وکار از طریق شناسایی رویدادهای مهم و واکنش‌های سیستم به آنها

• Domain-Driven Design (DDD) - طراحی نرم افزار بر اساس مدل دامین که در آن ساختار نرم افزار دقیقاً منعکس کننده مدل ذهنی متخصصان دامین است

• User Story Mapping - روشی برای درک جریان کار کاربران و نیازهای آنها در قالب داستان‌های کاربری مرتبط

• Impact Mapping - تکنیکی برای شناسایی اهداف کسب وکار و راه‌های دستیابی به آنها

برای بهبود درک دامین کسب وکار استفاده می‌کنند. طبق گزارش ها، پروژه هایی که از این روش‌ها استفاده می‌کنند، 65% احتمال موفقیت بیشتری دارند. این روش‌ها به تیم‌های فنی کمک می‌کنند تا از محدوده تفکر فنی خارج شوند و بتوانند مسائل را از دید کاربران و متخصصان دامین ببینند.

زبان مشترک کلید موفقیت

زبان مشترک یا "یوبیکیتوس لنگویج" یکی از مفاهیم کلیدی در Domain-Driven Design است که باعث می‌شود نیازمندی‌ها بهتر درک شوند و راه حل‌های فنی دقیق‌تری ارائه شود. این زبان مشترک، پلی است بین دنیای فنی برنامه نویسان و دنیای کسب وکار متخصصان دامین.

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

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

اریک اوانس، پدر معماری Domain-Driven Design، توضیح می‌دهد که "یوبیکیتوس لنگویج" یک زبان مشترک بین تیم فنی و متخصصان دامین است که به هر دو گروه اجازه می‌دهد بدون سوء تفاهم با یکدیگر ارتباط برقرار کنند. این زبان مشترک باید در همه جا حاضر باشد: در گفتگوها، در مستندات، در کد، در نامگذاری کلاس‌ها و متدها، و حتی در پایگاه داده.

استفاده از این رویکرد می‌تواند تا 40% زمان رفع اشکالات و بازنویسی‌های کد را کاهش دهد، چرا که از ابتدا، همه اعضای تیم درک یکسانی از مشکل و راه حل دارند. همچنین، این رویکرد باعث می‌شود که کد نوشته شده، بیشتر منعکس کننده واقعیت‌های کسب وکار باشد و در نتیجه، تغییرات آینده در کسب وکار راحت‌تر در کد اعمال شوند.

چگونه می‌توان به برنامه نویس موفق‌تری تبدیل شد؟

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

این رویکرد با مفهوم "T-shaped skills" در توسعه نرم افزار مطابقت دارد:

• بخش عمودی T: عمق دانش در مهارت‌های فنی مانند زبان‌های برنامه نویسی، فریم ورک ها، معماری نرم افزار و الگوهای طراحی

• بخش افقی T: گستردگی دانش در درک بیزینس، ارتباطات، مدیریت پروژه، طراحی تجربه کاربری و حل مسئله

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

برای تبدیل شدن به یک برنامه نویس موفق تر، می‌توان اقدامات زیر را انجام داد:

1. زمان بیشتری را صرف درک بیزینس و نیازهای کاربران کنید

2. در جلسات طراحی محصول و برنامه ریزی استراتژیک شرکت کنید

3. با کاربران واقعی محصول صحبت کنید و بازخورد آنها را بشنوید

4. مهارت‌های ارتباطی خود را تقویت کنید تا بتوانید ایده‌ها و راه حل‌ها را به زبانی ساده برای غیرفنی‌ها توضیح دهید

5. از روش هایی مانند Domain-Driven Design برای بهبود درک دامین استفاده کنید

6. به جای تمرکز صرف بر یادگیری تکنولوژی‌های جدید، روی حل مسائل واقعی کسب وکار تمرکز کنید

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

آیا یادگیری تکنولوژی‌های جدید اهمیتی ندارد؟

قطعاً مهم است، اما باید در کنار درک عمیق بیزینس باشد. تعادل بین این دو، کلید موفقیت است.

چگونه می‌توان درک بهتری از بیزینس پیدا کرد؟

با گفتگوی مستقیم با ذینفعان، مشارکت در جلسات طراحی محصول، مطالعه حوزه کسب وکار و استفاده از روش هایی مانند Event Storming.

آیا این رویکرد برای همه انواع پروژه‌های نرم افزاری صادق است؟

بله، از پروژه‌های کوچک تا سیستم‌های پیچیده سازمانی، درک بیزینس همواره یک عامل کلیدی موفقیت است.

جمع بندی: تعادل، رمز موفقیت در برنامه نویسی

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

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

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

2. به دنبال ایجاد زبان مشترک بین تیم فنی و تیم محصول باشید. این زبان مشترک باید در همه جا حاضر باشد: در گفتگوها، در مستندات، در کد و حتی در نامگذاری متغیرها و کلاس ها.

3. از روش هایی مانند Domain-Driven Design برای بهبود درک دامین استفاده کنید. این روش‌ها به شما کمک می‌کنند تا مدل ذهنی متخصصان دامین را بهتر درک کنید و آن را در کد منعکس کنید.

4. همواره به دنبال تعادل بین عمق دانش فنی و گستردگی درک بیزینس باشید. مهارت‌های T-shaped را در خود توسعه دهید تا بتوانید هم در حوزه تخصصی خود عمیق شوید و هم دانش گسترده ای از سایر حوزه‌های مرتبط کسب کنید.

این رویکرد نه تنها شما را به برنامه نویسی ارزشمندتر تبدیل می‌کند، بلکه مسیر پیشرفت حرفه ای شما را نیز هموارتر خواهد کرد. در دنیای پرتلاطم فناوری امروز، این تعادل می‌تواند مزیت رقابتی شما باشد و به شما کمک کند تا از یک "کدنویس" صرف، به یک "حلال مسئله" تبدیل شوید که می‌تواند با استفاده از تکنولوژی، مشکلات واقعی را حل کند و ارزش واقعی خلق نماید.