ویرگول
ورودثبت نام
حامد کهن
حامد کهناستراتژیست کسب و کارهای آنلاین
حامد کهن
حامد کهن
خواندن ۳ دقیقه·۹ ساعت پیش

تا ۲۰۲۸، گران‌ترین توسعه‌دهنده تیم شما شاید انسان نباشد

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

تا امروز یک تصور غالب وجود داشت:

هوش مصنوعی آمده تا هزینه توسعه نرم‌افزار را کاهش دهد.

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

تا سال ۲۰۲۸، هزینه کدنویسی با هوش مصنوعی ممکن است از میانگین حقوق یک توسعه‌دهنده بیشتر شود.

نه به این دلیل که هوش مصنوعی ناکارآمد است.
نه به این دلیل که توسعه‌دهنده‌ها حذف می‌شوند.
بلکه به یک عامل ساده‌تر و عمیق‌تر:

«توکن»


هزینه‌ای که قبلاً نمی‌دیدیم

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

  • حقوق توسعه‌دهنده‌ها

  • ابزارها

  • زیرساخت

اما در مدل جدید یک لایه مهم اضافه شده است:

هزینه فکر کردن ماشین‌ها

هر تعامل با هوش مصنوعی یعنی مصرف:

  • پرامپت

  • کانتکست

  • فایل‌ها

  • ریپازیتوری‌ها

  • بازنویسی‌ها

  • اجرای عامل‌ها

  • و تکرارهای متعدد تولید کد

و هر کدام از این‌ها یعنی:

مصرف توکن بیشتر → هزینه بیشتر


تغییر مهم در مدل قیمت‌گذاری

تا همین چند وقت پیش، ابزارها ساده قیمت‌گذاری می‌شدند:

  • به ازای هر کاربر

  • با یک هزینه ثابت

اما امروز مدل در حال تغییر است:

قیمت‌گذاری بر اساس مصرف واقعی

یعنی:

  • هرچه بیشتر استفاده کنی → بیشتر پرداخت می‌کنی

  • هرچه استفاده پیچیده‌تر باشد → هزینه غیرقابل پیش‌بینی‌تر می‌شود


توهم بهره‌وری

اینجا یک خطای رایج شکل می‌گیرد:

«ما با هوش مصنوعی بهره‌وری تیم را چند برابر کردیم»

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

آیا هزینه واقعی این بهره‌وری را هم حساب کرده‌ایم؟

اگر یک توسعه‌دهنده سریع‌تر کد تولید کند، اما پشت صحنه:

  • هزاران یا میلیون‌ها توکن مصرف شود

  • چندین مدل درگیر شوند

  • چندین بار بازتولید انجام شود

آیا واقعاً هزینه کاهش یافته است؟

یا فقط هزینه از یک جا به جای دیگر منتقل شده است؟


از ابزار کمکی تا لایه عملیاتی پرهزینه

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

در حال تبدیل شدن است به:

یک لایه عملیاتی در فرآیند توسعه نرم‌افزار

و هر لایه عملیاتی، بدون کنترل، به یک مرکز هزینه تبدیل می‌شود.


مشکل واقعی کجاست؟

مسئله فقط ابزار نیست.

مسئله این است که:

استفاده بدون کنترل

در عمل چه اتفاقی می‌افتد؟

  • استفاده از مدل‌های قوی‌تر برای کارهای ساده

  • بزرگ شدن بی‌دلیل کانتکست

  • ورود داده‌های غیرضروری

  • تکرار چندباره تولید کد

  • زنجیره‌ای شدن درخواست‌ها بین عامل‌ها

در نهایت:

هیچ‌کس دقیق نمی‌داند چه چیزی ارزش تولید کرده و چه چیزی فقط هزینه ساخته است


سؤال اصلی آینده توسعه نرم‌افزار

این دیگر سؤال اصلی نیست:

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

سؤال اصلی این است:

کدام سازمان می‌تواند مصرف هوش مصنوعی را کنترل کند؟


موج بعدی بلوغ تیم‌های فنی

بلوغ بعدی در استفاده از AI، ابزار نیست. مدیریت است.

این‌ها مهم می‌شوند:

۱. سیاست‌گذاری استفاده از عامل‌ها

چه کاری را انسان انجام دهد، چه کاری را AI

۲. تقسیم هوشمند وظایف

شکستن کار قبل از سپردن به مدل

۳. انتخاب مدل مناسب

نه همیشه بهترین مدل، بلکه مدل مناسب

۴. مدیریت کانتکست

کنترل آنچه وارد سیستم می‌شود

۵. کنترل مصرف توکن

دید واقعی به هزینه

۶. ردیابی هزینه به ازای خروجی

نه فقط مصرف، بلکه ارزش تولید شده

۷. طراحی مدل عملیاتی توسعه AI-based

نه استفاده پراکنده، بلکه سیستم‌مند


تناقض آینده

اگر این اتفاق نیفتد، یک تناقض جدی شکل می‌گیرد:

سازمان‌هایی که برای کاهش هزینه سراغ AI رفتند،
ممکن است بعدها بفهمند:

گران‌ترین بخش تیم توسعه نه انسان‌ها، بلکه مصرف AI بوده است


نقش توسعه‌دهنده در این مدل جدید

هوش مصنوعی توسعه‌دهنده را حذف نمی‌کند.
اما نقش او را تغییر می‌دهد.

توسعه‌دهنده آینده فقط کسی نیست که کد می‌نویسد.

بلکه کسی است که می‌فهمد:

  • چه کاری را خودش انجام دهد

  • چه کاری را به AI بسپارد

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


مهارت جدید: اقتصاد استفاده از AI

در کنار کدنویسی و پرامپت‌نویسی، یک مهارت جدید در حال شکل‌گیری است:

طراحی اقتصاد استفاده از هوش مصنوعی در توسعه نرم‌افزار


سؤال نهایی

شاید تا امروز سؤال این بود:

چطور AI را وارد تیم توسعه کنیم؟

اما سؤال واقعی برای ۲۰۲۸ این است:

چطور اجازه ندهیم AI بودجه توسعه را کنترل‌ناپذیر کند؟


منبع: Gartner — ۲۴ ژوئن ۲۰۲۶

هوش مصنوعیتوسعه نرم‌افزارمدیریت محصولتحول دیجیتالai
۰
۰
حامد کهن
حامد کهن
استراتژیست کسب و کارهای آنلاین
شاید از این پست‌ها خوشتان بیاید