توظيف قيادة تقنية — دليل صاحب الشركة غير التقني

الإجابة الصادقة لأغلب الشركات: لا. الـ CTO بدوام كامل يستحقّ تكلفته حين تكون التقنية هي منتجك أو حين يتجاوز فريقك التقني خمسة أشخاص يحتاجون قيادة. أمّا إن كنت شركة محاسبة أو استشارات أو لوجستيات تستخدم التقنية لتشغيل عملك، فما تحتاجه غالباً مستشار تقني بوقت محدود يراجع قراراتك ويقيّم موردينك — بجزء بسيط من تكلفة توظيف.

الفرق في الأفق الزمني لا في المسمّى. مدير تقنية المعلومات يبقي ما لديك يعمل اليوم: الأجهزة والشبكة والبريد والدعم. والمطوّر الأول يبني ويقود التنفيذ التقني لما تقرّره. والـ CTO يقرّر إلى أين تتجه التقنية خلال سنتين وكيف ترتبط بخطة الشركة. توظيف أحدهم ظنّاً أنه الآخر أكثر أخطاء التوظيف التقني تكلفةً.

لا تختبر معرفته التقنية — لا تستطيع، ولا حاجة لذلك. اختبر قدرته على الشرح والحكم بدلاً منها: اطلب أن يشرح لك قراراً تقنياً اتخذه وأثره على التكلفة والوقت، واسأله عن مشروع فشل وماذا تعلّم منه، واعرض عليه مشكلة حقيقية من شركتك وانظر هل يسأل أسئلة قبل أن يقترح حلاً. من يقترح حلاً فوراً بلا أسئلة هو المؤشّر التحذيري الأهم.

خمسة أسئلة تكشف أكثر من أي اختبار تقني: ما أول ثلاثة أشياء ستفحصها في أول شهر ولماذا؟ وكيف تشرح لي قراراً سيكلّفني مالاً ولن أفهم تفاصيله؟ ومتى نصحت عميلاً أو مديراً بعدم بناء شيء أراده؟ وكيف تعرف أن فريقك ينتج فعلاً؟ وما الذي لا تجيده وتحتاج فيه غيرك؟ الأخير يفصل بين الواثق والمدّعي.

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

هما يحلّان مشكلتين مختلفتين، والخلط بينهما شائع ومكلف. شركة التطوير تنفّذ ما قرّرته، والقيادة التقنية تقرّر ما يجب تنفيذه وتراقب من ينفّذه. الخطر في التعاقد مع شركة تطوير بلا أحد يمثّلك تقنياً أنك تشتري وتقيّم وتستلم بلا قدرة على الحكم — فتصبح جودة ما تستلمه رهينة أمانة المورّد وحدها.

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

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

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

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

لا تقِس بعدد ساعات العمل ولا بحجم ما كُتب من كود — كلاهما يُضلّل. اسأل أربعة أسئلة بدلاً منها: كم مرة سُلّم شيء يعمل للمستخدمين هذا الشهر؟ وكم مرة تعطّل شيء بعد التسليم؟ وكم يستغرق إصلاح عطل حين يقع؟ وهل يستطيع شخص آخر متابعة العمل إن غاب من بناه؟ السؤال الرابع هو الأخطر وأقلّها طرحاً.

المراجعة المستقلة مفيدة تحديداً حين يكون من يبني هو من يقيّم عمله. ما تغطّيه عادةً: جرد الأنظمة والعقود وتكاليفها الحقيقية، ومواضع الاعتماد على شخص واحد أو مورّد واحد، وحالة النسخ الاحتياطي واختبار استعادتها فعلاً، وتقييم عروض المورّدين الحالية، وملكيتكم للكود والحسابات. مخرَجها تقرير مكتوب بلغة إدارية لا تقنية.

أولوياتكم تختلف عن شركة منتج لأن أصلكم هو الوقت والمعرفة والسرية. الترتيب العملي: نظام لتتبّع وقت الفريق على العملاء (فهو أساس فوترتكم وربحيتكم الحقيقية لكل عميل)، وحفظ مستندات منظّم بصلاحيات دقيقة، وسير عمل للمراجعة والاعتماد، وأتمتة التقارير الدورية المتكرّرة، وحماية بيانات عملائكم. الأول هو ما يكشف أي عميل يخسّركم فعلاً.

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

ثلاثة بدائل مرتّبة بالتكلفة: مراجعة لمرة واحدة تعطيك جرداً وأولويات وتقييم مخاطر تسير عليها سنة كاملة، أو ارتباط شهري بساعات محدودة لمراجعة القرارات وتقييم المورّدين عند الحاجة، أو مستشار يُستدعى عند قرار كبير بعينه (اختيار نظام، أو عرض مورّد، أو خلاف مع مطوّر). أغلب الشركات الصغيرة يكفيها الأول ثم الثالث عند الحاجة.

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

نعم — للشركات الصغيرة والناشئة، بدوام جزئي أو كامل. ما يؤهّله للدور في هذا الحجم: قيادة تطوير خمس ميزات رئيسية، وتدريب ثلاثة مطورين، وبناء خط نشر آلي خفّض زمن الإصدار 50%، وتطبيقات تخدم أكثر من عشرة آلاف مستخدم يومياً، واتساع يغطّي الويب والجوال والأتمتة والذكاء الاصطناعي والبنية التحتية. والأهمّ للشركة الصغيرة: خبرة مباشرة في ترجمة القرار التقني إلى أثر على التكلفة والوقت لصاحب عمل غير تقني. واتساب: wa.me/966573784181

المهندس سعيد باعطية — مهندس حاسب في الرياض، ومرشّح لدور القيادة التقنية في الشركات الصغيرة والناشئة بدوام جزئي أو كامل. الأساس: ست سنوات ونصف متصلة، وقيادة تطوير خمس ميزات رئيسية، وتدريب ثلاثة مطورين، وخط نشر آلي خفّض زمن الإصدار 50%، وتطبيقات تخدم 10,000+ مستخدم يومياً، وتعامل مباشر مع سبعة أصحاب أعمال غير تقنيين. لم يشغل المسمّى رسمياً بعد، وملفه يناسب شركة تبني فريقها. الاستشارة الأولى مجانية: wa.me/966573784181