الملخص

  • تفيد Atlassian بأن لديها 46 مهندساً من فئة Forward Deployed Engineers، وأنها عملت مع أكثر من 100 شركة وأدخلت أكثر من 80 وكيلاً إلى الإنتاج، مع خطة لزيادة الفريق نحو 100. هذه لقطات معلنة بمقاييس وفترات غير متطابقة، وليست مجموعة إنتاجية قابلة للمقارنة.
  • يضع البرنامج المهندسين داخل سير عمل العميل ويتبع أربع مراحل على مدى يقارب 12 أسبوعاً: الاكتشاف والبناء والتبني وقياس القيمة. أمثلة النتائج التي تنشرها الشركة مفيدة لفهم العرض، لكنها مجهّلة وغير خاضعة لتحقق مستقل معلن.
  • الاختبار التجاري هو ما إذا كان كل مشروع يترك قدرات منتج قابلة لإعادة الاستخدام وعمليات يديرها العميل بنفسه، أم أن التنفيذ والحوكمة والدعم يظل محتاجاً إلى مهندسين محدودي العدد. لا تفصح المواد العامة عن أسعار البرنامج أو هوامشه أو إيراداته المتكررة.

46 مهندساً، وأكثر من 100 شركة، وما يزيد على 80 وكيلاً للذكاء الاصطناعي في الإنتاج. بهذه الأرقام تعرض Atlassian برنامجها للهندسة المتقدمة لدى العملاء (Forward Deployed Engineering)، وتقول إنها تتجه إلى فريق يقارب 100 مهندس. لكن الأعداد لا تجيب عن السؤال الاقتصادي الأهم: كم يتطلب كل عميل من العمل؟ وكم تستمر المهمة؟ وما الذي يبقى بعد مغادرة المهندسين؟ (مقابلة Atlassian في 7 أكتوبر)

العمل الهندسي داخل بيئة العميل ليس اختراعاً لـ Atlassian. فكرته أن يعمل المختصون بالقرب من العمليات والبيانات والأنظمة الفعلية حتى يتحول الاحتياج المبهم إلى حل قابل للتشغيل. وفي نسخة Atlassian، يتعاون المهندسون مع فرق الشركات لإثراء السياق المؤسسي، وبناء وكلاء Rovo أو عمليات آلية، وربط الأنظمة وإعادة تصميم سير العمل. وتصف صفحة البرنامج أربع مراحل — الاكتشاف والبناء والتبني وقياس القيمة — خلال نحو 12 أسبوعاً. (برنامج FDE لدى Atlassian)

يعالج هذا النهج عنق زجاجة حقيقياً. فقد يكون النموذج قادراً تقنياً، لكنه غير قابل للاستخدام في مؤسسة تتوزع معرفتها بين الأنظمة، وتلتبس فيها الصلاحيات، وتتعثر عمليات التسليم ولا يملك أحد مسؤولية التغيير. يستطيع المهندس المندمج فهم سير العمل كما يحدث فعلاً، وتحديد حالة استخدام ضيقة، وربط الأنظمة اللازمة، وإدخال الأمن والحوكمة منذ البداية. وهذا يختلف عن بيع ترخيص ثم انتظار أن يتبنى العميل المنتج بمفرده.

لكن بنية التكلفة تتغير أيضاً. يستطيع برنامج SaaS خدمة عميل إضافي بكلفة حدية منخفضة نسبياً إذا كانت العمليات والتكاملات والدعم معيارية. أما FDE فيبدأ من سياق العميل الخاص ويستهدف الوصول إلى الإنتاج. كلما زادت خصوصية العمل، زاد اعتماد النمو على التوظيف وسعة التنفيذ ووقت المهندسين ذوي الخبرة. وإذا تحولت الخبرات إلى وظائف وموصلات وأنماط صلاحيات وأدلة قابلة لإعادة الاستخدام في Rovo وTeamwork Graph، فقد يحسّن كل مشروع المنتج ويقلل جهد المشروع التالي.

الأرقام المنشورة لا تحدد أي التأثيرين يسود. لا توضح الشركة إن كان أكثر من 100 عميل وأكثر من 80 وكيلاً ينتمون إلى المجموعة نفسها، ولا عدد الوكلاء الذين تستمر في صيانته لكل عميل أو استمرار استخدامها بعد الإطلاق. كما لا يصح قسمة عدد المهندسين الحالي البالغ 46، أو الهدف المقترب من 100، على العملاء أو الوكلاء لإنتاج مقياس إنتاجية؛ فالتواريخ والنطاقات ومراحل العمل قد تختلف. ولا تنشر Atlassian الأسعار أو الساعات المفوترة أو إيرادات FDE أو مساهمة المشروع أو عبء الدعم بعد الإطلاق.

تعرض صفحة الشركة أمثلة تشمل توفير أكثر من 20 مليون دولار لدى شركة تقنية، وخفض جهد الفرز نحو 50% لدى مصنع لأشباه الموصلات، وتوفير أكثر من 6,700 ساعة سنوياً لدى شركة سفر. تشرح هذه الأمثلة المقترح التجاري، لكنها مجهّلة ومنشورة ذاتياً. ولا تعرض الصفحة خط الأساس أو طريقة الحساب أو تكلفة المشروع أو فترة القياس أو تحققاً مستقلاً. لذلك لا تثبت عائداً تمثيلياً ولا أن التوفير يعود مالياً إلى Atlassian. (نتائج البرنامج كما تعرضها الشركة)

الاختبار الحقيقي هو قابلية المنتج للتوسع. سجلت Atlassian إيرادات بقيمة 1.766 مليار دولار في الربع الرابع من السنة المالية 2026، لكنها لم تفصل إيرادات FDE أو تكاليفه. ولا يمكن إسناد نمو السحابة الموحّد إلى المهندسين المندمجين من دون بيانات العقود أو مجموعات العملاء. قد يساعد البرنامج على التوسع والاحتفاظ بالعملاء والتعلم المنتجّي؛ وقد يكون أيضاً خدمة نجاح عملاء كثيفة الموارد تندرج تكاليفها ضمن مصروفات أوسع. لا تفصل التقارير المنشورة هذه النتائج. (نتائج FY2026؛ تقرير Form 10-K لعام FY2026)

القراءة الأدق ليست «استشارات ترتدي ثوب البرمجيات» ولا «حل مشكلة تبني الذكاء الاصطناعي». البرنامج طبقة تحويل بين نية المؤسسة واستخدام المنتج فعلياً. وتعتمد قيمته على ما يبقى بعد انتهاء المشروع: ميزة قابلة لإعادة الاستخدام، أو تكامل متكرر، أو نمط صلاحيات آمن، أو فريق عميل قادر على التشغيل الذاتي. هدف الاثني عشر أسبوعاً يصف تصميم الخدمة، ولا يثبت مدة كل مشروع أو استقلال كل عميل.

لذلك يصبح استقلال العميل جزءاً من اختبار المنتج. إذا لم يعمل الوكيل إلا ما دام الفريق الأول يراقب الاستثناءات ويصون التكاملات ويعالج تغييرات الصلاحيات، فقد يخفي وصف «في الإنتاج» التزام خدمة مستمراً. وإذا استطاع العميل تشغيل الوكيل ومراجعته وتعديله بأدوات المنصة المعتادة، فقد يصبح المشروع قالباً قابلاً للتكرار. ليست المسألة هل يدخل المهندسون إلى العميل، بل ما الذي يتركونه وراءهم.

ينبغي أن تربط الأدلة التالية النشاط بالاقتصاد على مستوى مجموعات العملاء: مدة المهمة، ونسبة المشاريع التي تصل إلى الإنتاج، واستمرار الاستخدام بعد ستة أو 12 شهراً، والدعم اللاحق، وتوسع العميل، والوظائف التي يعاد استخدامها في المنتج. أظهرت Atlassian جهد التنفيذ ومساراً معقولاً للتعلم من الميدان؛ لكنها لم تكشف بعد كم من ذلك الجهد يتراكم كبرمجيات وكم يجب أن يتكرر كعمل بشري.

المصادر