دیزاین در عصر ایجنتها: اسپک مهمتره نه پروتوتایپ سریعتر
خلاصهٔ کاملتر
تویوماس هارکونن، دیزاینر ارشد تو Futurice، میگه با اومدن ایجنتهای کدنویسی، تنگنای توسعهی نرمافزار دیگه نوشتن کد نیست، بلکه مشخص کردن دقیق هدف (اسپک) هست؛ و این دقیقاً همون کاریه که باید کار طراحی باشه. اما بیشتر تیمهای دیزاین بهجای گرفتن این جایگاه، فقط سریعتر پروتوتایپ میسازن. وقتی توسعه از چند هفته به چند روز رسیده، تیمها دیگه منتظر نظر طراح نمیمونن و اسپک بدون دیزاین نوشته و ساخته میشه.
به گفتهی نویسنده، فرآیند دیزاین دو جا وقت و ارزش هدر میده. اول اینکه دانش خیلی کند به دست طراح میرسه؛ چون تصمیمهای قبلی و تحقیقات کاربری پخش و پلا تو اسلک، جلسهها و ذهن آدماست، پس هفتههای اول صرف کندوکاو میشه. دوم اینکه نیت طراح موقع رسیدن به توسعهدهنده لو میره؛ چون فایل فیگما فقط مسیر خوشحالکننده رو نشون میده و حالتهای خطا رو مخفی میکنه، برای همین بیشتر شبیه پیشنهاده تا مشخصات فنی واقعی.
راهحل نویسنده دو تیکهست: یه Product Knowledge Base (پایگاه دانش محصول) شامل چشمانداز محصول، لاگ تصمیمها، یافتههای اتمی تحقیق کاربری و استانداردهای طراحی؛ و یه اسپک زنده برای هر فیچر که از اول ایده تا تولید همراهش میمونه و ایجنتها میتونن بخوننش و باهاش چک کنن. همهی اینها فایلهای متنی سادهن که تو ریپازیتوری خود پروژه، کنار کد، با گیت نگهداری میشن.
طبق این مدل، کار دیزاین به پنج مرحله تقسیم میشه: کشف (جمعکردن یافتههای کاربری تو پایگاه دانش)، تعریف مسئله (تبدیل یافتهها به یه بریف کامل)، کرفت (پروتوتایپ برای جواب دادن به سوالهای باز تو اسپک)، ارزیابی (چک کردن تطابق با دیزاینسیستم رو میشه سپرد به ایجنت، ولی تست کاربردپذیری هنوز کار آدمه)، و در آخر هنداور که دیگه جلسه نمیخواد چون اسپک از اول همهچی رو داشته.
نویسنده میگه نتیجهش اینه که وقت طراح صرف کار واقعی (همفکری با کاربر و تیم) میشه، نه بازنویسی تصمیمهای قبلی؛ نیت طراح دستنخورده به تولید میرسه؛ و یافتههای تحقیق یهبار برای همیشه قابل استفاده میمونن. توصیهش برای شروع اینه که هر طراحی یه پایگاه دانش کوچیک روی سیستم خودش بسازه و برای فیچر بعدیش یه اسپک بنویسه، ترجیحاً داخل ریپازیتوری تیم.
نکات کلیدی:
- محقق Margaret-Anne Storey این دو مشکل رو «بدهی شناختی» و «بدهی نیت» نامیده.
- ایدهی یافتههای اتمی از atomic research نوشتهی Daniel Pidcock گرفته شده.
- نویسنده: Tuomas Härkönen، دیزاینر ارشد محصول تو Futurice؛ مقاله ۱۱ اوت ۲۰۲۶ منتشر شده.
- توصیهی عملی: شروع کوچیک با یه KB شخصی و یه اسپک برای فیچر بعدی، ترجیحاً داخل ریپوی تیم.




