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

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

یک سازنده، یک مسئله، مالکیت سرتاسری؛ با هوش مصنوعی به‌عنوان اهرم ساخت

جاباما از زمستان سال ۱۴۰۴ زمینه معرفی «بیلدر کامیونیتی» (Jabama Builders Community) را به‌عنوان مدل جدیدی برای ساخت محصولات و حل مسائل کسب‌وکار آماده کرد؛ مدلی که در آن افراد عمل‌گرا با ذهنیت بنیان‌گذار، یک مسئله‌ی واقعی را به‌صورت End-to-End یا همان صفر تا صد در اختیار می‌گیرند و با استفاده از هوش مصنوعی، دیتا و زیرساخت جاباما، از تعریف مسئله تا رسیدن به خروجی عملیاتی پیش می‌روند.

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

هدف بیلدر کامیونیتی همین است: ظرفیت ساختن را از تیم‌های مرکزی فراتر ببرد و فاصله‌ میان «ایده» و «خروجی واقعی» را کوتاه کند.

چرا بیلدر کامیونیتی؟

ما کار را با دو سؤال شروع کردیم:

چطور می‌توان ساختن با هوش مصنوعی را به یک توانمندی فردی تبدیل کرد؟

و

چطور می‌توان ظرفیت ساخت محصول را بدون اضافه‌کردن لایه‌های بیشتر سازمانی افزایش داد؟

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

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

این مدل چطور کار می‌کند؟

سازندگان با یک فرایند ساده وارد جاباما می‌شوند: یک گفت‌وگوی ارزیابی، امضای توافق‌نامه‌ی محرمانگی (NDA) و دریافت دسترسی‌های موردنیاز.

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

هوش مصنوعی در این مدل یک ابزار جانبی نیست؛ اهرم اصلی ساختن است. شخص سازنده می‌تواند از AI در بخش‌های مختلف چرخه‌ی محصول استفاده کند: طراحی و تجربه‌ی کاربری، نوشتن کد، ساخت بک‌اند و فرانت‌اند، تحلیل داده، اتوماسیون و حتی کار با زیرساخت.

در کنار آن، سازندگان روی یک زیرساخت مشترک می‌سازند:

  • محیط استقرار سریع (PaaS)
  • دسترسی به ابزارهای توسعه و هوش مصنوعی
  • مستندات APIهای عمومی جاباما
  • لایه‌ی دسترسی به داده با معماری مبتنی بر MCP (Model Context Protocol)

اما End-to-End بودن به معنای تنها بودن نیست.

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

در این مدل مالکیت و مسئولیت محصول با Builder است؛ راهبری و استانداردسازی با Community.

چه چیزهایی تا امروز ساخته شده‌اند؟

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

پشتیبانی Agentic

سیستم‌های ایجنتیک برای حل مسائل عملیاتی جاباما؛ از تیکتینگ و تشخیص Fraud تا مسیر توسعه‌ی مرکز تماس Agentic.

جاباما ایونت

ساخت و توسعه‌ی یک خط جدید کسب‌وکار با مالکیت سرتاسری Builder.

جاباما تور

ساخت و توسعه‌ی تجربه و زیرساخت یک خط جدید محصول در حوزه‌ تور.

ابزارهای داخلی تحلیلی و سنجشی

ساخت ابزارهایی برای اندازه‌گیری، تحلیل و تصمیم‌گیری سریع‌تر در داخل سازمان.

جاباما سازمانی (B2B)

ساخت و توسعه‌ی کانال سازمانی جاباما از دل یک مسئله‌ی واقعی کسب‌وکار.

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

چیزی که پیش از این به یک تیم چندتخصصی، زمان بیشتر و هماهنگی‌های متعدد نیاز داشت، حالا می‌تواند توسط یک Builder با سرعت بسیار بالاتری ساخته و آزمایش شود.

از مدل «تیم» به مدل «Builder»

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

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

یک مسئله → یک Builder → یک مالکیت سرتاسری → یک مسیر سریع تا Production

این همان تغییری است که بیلدر کامیونیتی به مدل توسعه‌ی جاباما اضافه کرده است.

قدم بعدی چیست؟

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

هدف این نیست که فقط چند محصول جدید بسازیم؛ هدف این است که توانایی حل مسئله و ساختن را به یک قابلیت تکرارپذیر در جاباما تبدیل کنیم.

هر جا مسئله‌ای وجود دارد که حل آن ارزش ایجاد می‌کند، اما منتظر ماندن برای تشکیل یک تیم کامل منطقی نیست، یک Builder می‌تواند نقطه‌ی شروع باشد.

اگر عمل‌گرا و High Agancy هستید، از ساختن لذت می‌برید و ترجیح می‌دهید به‌جای منتظر ماندن برای تیم، خودتان صاحب مسئله شوید، بیلدر کامیونیتی جاباما جای شماست.