لماذا تتعثّر التجارب الأولية
تُبنى التجربة الأولية لتُبهر، ويُبنى نظام التشغيل الفعلي ليكون مملًّا. والفجوة بينهما في معظمها عمل غير لامع: التكاملات، والصلاحيات، ومعالجة الأخطاء، والمراقبة، والأشخاص الذين سيتولّون النظام في يوم عمل عادي.
استعرضنا في الجلسة الأنماط التي نراها أكثر من غيرها. تجيب التجربة عن الأسئلة في نافذة محادثة، لكنها لا تستطيع التنفيذ داخل الأنظمة التي يجري فيها العمل. لم يقِس أحد العملية مسبقًا، فلا يستطيع أحد إثبات أن التجربة أفادت. والراعي في قسم تقنية المعلومات، بينما لم يكن الأشخاص الذين سيتغيّر عملهم حاضرين في النقاش أصلًا.
اختر مهمة، لا تقنية
التجارب التي تنتقل إلى التشغيل تبدأ بوصف مهمة. «صياغة الردود الأولى على تذاكر الفوترة من المستوى الأول» مهمة. أما «استخدام الذكاء الاصطناعي التوليدي في خدمة العملاء» فشعار.
المهمة المحددة تمنحك مجموعة اختبار وخط أساس ومالكًا واضحًا. وتختصر أيضًا النقاش حول المخاطر، لأنك تستطيع أن تحدد بدقة ما الذي سيلمسه النظام وما الذي لن يلمسه.
قِس قبل أن تبني
خصّص الأسبوع الأول لقياس العملية الحالية: كم عدد التذاكر، وكم تستغرق كل واحدة، وكم مرة تكون الإجابة خاطئة. فمن دون هذه الأرقام، تتحوّل مراجعة التجربة إلى جدال حول الانطباعات.
دوّن عتبة النجاح قبل كتابة أي كود. على سبيل المثال: إرسال 60 في المئة من المسودات بتعديلات طفيفة، وانخفاض متوسط وقت المعالجة بمقدار الثلث.
صمّم للتشغيل الفعلي منذ الأسبوع الأول
لا تحتاج إلى بنية تشغيل كاملة في اليوم الأول، لكن ينبغي أن تعرف كيف ستبدو. أين سيعمل النموذج؟ كيف سيتحقق من هويته أمام نظام إدارة علاقات العملاء؟ ومن سيُستدعى حين يتعطّل؟
تعامل مع الأوامر النصية وإعدادات الاسترجاع ومجموعات التقييم على أنها كود: أدِر إصداراتها، وراجعها، وشغّل التقييم مع كل تغيير.
- أدِر إصدارات الأوامر النصية ومجموعات التقييم جنبًا إلى جنب مع كود التطبيق
- سجّل كل استدعاء للنموذج مع مدخلاته ومخرجاته وتكلفته
- دوّن ما يُسمح للنظام بفعله دون موافقة
- سمِّ مالك الأعمال الذي يعتمد الإصدارات
سلّم الملكية لفريق الأعمال
هذه هي الخطوة الأكثر إغفالًا. يحتاج الذكاء الاصطناعي في بيئة التشغيل إلى مالك من فريق الأعمال يراجع الجودة، ويقرر تغييرات النطاق، ويدفع فريقه نحو تبنّيه. يتولى قسم تقنية المعلومات تشغيله، ويقرر فريق الأعمال الغرض منه.
