ثلاثة مشاريع ذكاء اصطناعي لكل شركة من خمسين موظف. متأكدين من الرقم.
العملاء يطلبون منا كثير نحدد نطاق عشر مبادرات. ننزّل معظمها لثلاثة. والسبب مو تحفّظ، هو حساب. بعد حوالي ثلاثة سير عمل ذكاء اصطناعي شغّالة بالتوازي، الشركة الصغيرة أو المتوسطة اللي ما عندها قدرة تشغيل مخصصة للذكاء الاصطناعي تخسر بالعبء التشغيلي أكثر ما تكسب بالإنتاجية.
من أكثر المحادثات اللي تصير معنا في مشروع خارطة التطبيقات تكون كذا. العميل: “حددنا اثنا عشر مكان نبي نطبّق فيها الذكاء الاصطناعي.” إحنا: “خلّونا نبني ثلاثة.” وغالباً يجي هذا ثقيل بالبداية، كأننا نبي نبطّئهم عمداً.
مو صحيح. سقف الثلاثة مشاريع يجي من قيد حقيقي، وهو قيد يخصّ الشركة، مو يخصّنا.
كل سير عمل ذكاء اصطناعي في الإنتاج يحمل ثلاثة أنواع من العبء التشغيلي المستمر. المراقبة (لازم أحد يعرف هل هو شغّال). الاستجابة للانحراف (لمّا تتغيّر الأنظمة أو البيانات الأساسية، يتدهور سير العمل، ولازم أحد يلاحظ ويصلّح). معالجة الحالات الاستثنائية (كل سير عمل له طابور استثناءات، ولازم أحد يشتغل عليه). في شركة من 50 موظف، هالعبء يقع على ناس أصلاً وظايفهم كاملة.
من تجربتنا، السقف الواقعي لشركة صغيرة أو متوسطة بدون وظيفة تشغيل مخصصة للذكاء الاصطناعي حوالي ثلاثة سير عمل بالتوازي. بعد كذا، العبء التشغيلي لصيانة اللي سلّمته أصلاً يتجاوز القيمة الحدّية لتسليم زيادة.
هالرقم قاعدة عملية، مو قانون. شفنا شركات تشغّل أكثر من ثلاثة لمّا توظّف قائد تشغيل ذكاء اصطناعي داخلي، وأقل من ثلاثة لمّا يكون سير العمل الموجود متطلّب مرة. بس هو نقطة بداية مفيدة لأي نقاش عن النطاق: مو “وش نقدر نأتمت؟” بل “وش أعلى ثلاثة سير عمل قيمةً نقدر نشغّلها زين؟”
مستند خارطة التطبيقات اللي نسلّمه دايم يرتّب أكثر من ثلاث فرص، لأن العملاء يبون يشوفون إننا درسناها. بس التوصية دايم تكون تبدأ بثلاثة. متأكدين من الرقم.