CTO as a Service (ويُعرف أيضًا بالمدير التقني الجزئي أو Fractional CTO أو المدير التقني بدوام جزئي) هو نموذج تحصل فيه الشركة على قيادة تقنية خبيرة لعدد محدد من الساعات أو لفترة محددة، دون أن توظف مديرًا تقنيًا بدوام كامل. لا يحل هذا الدور محل فريق البرمجة، بل يتولى القرارات التقنية التي يصعب التراجع عنها، مثل المعمارية واختيار التقنيات والموردين والتوظيف والأمان، ويوثقها مع أسبابها ويترك هذا السجل لدى الشركة. وهو أنسب ما يكون للمؤسسين غير التقنيين، والشركات الناشئة التي لم توظف أول تقني لديها بعد، والشركات الصغيرة والمتوسطة التي تُسند تطوير برمجياتها إلى فريق خارجي.
ما هو CTO as a Service بالتحديد؟
المصطلحات "Fractional CTO" و"Part-time CTO" و"المدير التقني الخارجي" و"CTO as a Service" تصف نموذجًا واحدًا. الفكرة المشتركة أن حاجة الشركة إلى قيادة تقنية حقيقية، لكنها ليست مستمرة بما يكفي لملء وظيفة تنفيذية بدوام كامل. فالقرارات تأتي على دفعات: قبل جولة استثمارية، وعند اختيار أول وكالة، وقبل الإطلاق، وعند تغيير المورد، وبينها أسابيع من التنفيذ والقياس.
ما يجعل الخدمة ملموسة هو مخرجاتها. في نهاية عمل منظم جيدًا يكون لدى الشركة سجل القرارات المعمارية (ADR)، وتقييم للوضع الحالي، وجرد للدين التقني، وملاحظات تقييم الموردين، وقائمة بالحسابات والصلاحيات مع تسمية مالك كل منها. أما النصيحة التي تُقال في اجتماع ثم تُنسى فلا تُعد مخرجًا.
ما الذي لا يُعد CTO as a Service؟
- ليس استئجار مطوّر. إضافة مطوّر تحل مشكلة القدرة الإنتاجية، لا مشكلة القرار. وإذا لم يحدد أحد ما الذي يجب بناؤه، فإن المطوّر الإضافي يسرّع السير في الاتجاه الخطأ فقط.
- ليس تقرير استشارة لمرة واحدة. المستشار الذي يأتي مرة ويترك تقريرًا لا يرى الأسئلة التي تظهر أثناء التطبيق. قيمة المدير التقني الجزئي في متابعة القرار وإعادة فتحه عندما تستدعي المعطيات ذلك.
- ليس مسؤولًا قانونيًا في الشركة. عادةً لا يملك صلاحية التوقيع، ولا يكون المدير المباشر لمهندسيك. تبقى الميزانية والتوظيف واختيار المورد بيدك، ويكتب هو التوصية مع مبرراتها.
- ليس مدير مشروع. توزيع المهام اليومية ومتابعة الدورات القصيرة (sprints) يبقيان لدى فريقك أو الوكالة.
من يحتاج إلى مدير تقني جزئي؟
المؤسسون غير التقنيين قبل بناء المنتج الأولي (MVP)
الفكرة جاهزة والميزانية محدودة وعليك اختيار أول شريك برمجي. بعض القرارات في هذه المرحلة لا يمكن التراجع عنها لاحقًا: باسم من تُفتح حسابات السحابة والنطاق، وأين تُحفظ البيانات، وما مدى ضيق النطاق الأول. وجود عين تقنية يساعدك على طرح الأسئلة الصحيحة على الوكالات، وقد جمعناها في مقال أسئلة يجب طرحها عند اختيار وكالة MVP.
الشركات الناشئة بين التمويل التأسيسي وأول توظيف تقني
حصلت الشركة على التمويل والمنتج يعمل، لكن لا أحد يتبنى القرارات التقنية. اختيار أوائل المهندسين، ومستوى المقابلات، والاستعداد للفحص التقني الذي سيجريه المستثمر التالي، كلها من مهام هذه المرحلة.
الشركات الصغيرة والمتوسطة التي تعتمد على فريق تطوير خارجي
عندما تبني وكالة أو مستقلون المنتج، يُكتب الكود لكن لا أحد في جانب العميل يسأل إن كان صحيحًا. هنا يصبح المدير التقني الجزئي محاورك التقني: يقرأ العروض ويراجع التسليمات ويضمن بقاء ملكية الحسابات لديك.
الشركات التي تنقل منتجًا مبنيًا بأسلوب vibe coding إلى الإنتاج
النموذج الأولي الذي بُني بسرعة بأدوات الذكاء الاصطناعي يحتاج قبل وصول المستخدمين الحقيقيين إلى مراجعة المصادقة والصلاحيات وإدارة الأسرار والنسخ الاحتياطي. شرحنا الجانب التقني لهذه النقلة في صفحة خدمة Vibe-Code to Production.
الشركات التي تقيّم الموردين أو الوكالات
قرار الاستمرار مع الوكالة الحالية أو اختيار شريك برمجي جديد يتطلب حكمًا تقنيًا. المعايير العامة موجودة في دليلنا كيف تختار شركة تطوير برمجيات، والمدير التقني الجزئي يطبقها على مشروعك ويقرأ الكود فعليًا.
ما مسؤوليات المدير التقني الجزئي؟
يختلف النطاق من شركة إلى أخرى، لكن العمل النموذجي في CTO as a Service يشمل ما يلي:
- القرارات المعمارية وسجلات ADR: كل قرار مهم يُكتب في صفحة واحدة: السؤال، والخيارات المدروسة، والمسار المختار، والمبررات، والشرط الذي يستدعي إعادة فتحه. تناولنا المبادئ الأساسية في مقال كيف تصمم بنية برمجية قابلة للتوسع ومستدامة.
- مراجعة القرارات غير القابلة للتراجع: أين يُبنى الفصل بين هوية المستخدم وبيانات العملاء، وفي أي بلد تُحفظ البيانات، وباسم من الحسابات، وكيف يُدمج منطق الدفع والفوترة في البيانات، وأول عقد API يُنشر للخارج. هذه القرارات تستحق مبررًا مكتوبًا، بينما لا تحتاج القرارات القابلة للتراجع إلى العبء نفسه.
- جرد الدين التقني: يُسجَّل بشكل منفصل الدين التقني في الكود، ودين المعرفة بين الفريق والكود، ودين النية الناتج عن قرارات لم تُكتب أسبابها. ثم يوضع كل بند في واحد من ثلاثة صناديق: يجب تغييره قبل النمو، أو يمكن أن يبقى كما هو، أو لن يُمس.
- تقييم الموردين والوكالات وتدقيق الكود: هل المستودع في حسابك مع كامل تاريخه، وهل يعمل المشروع من الصفر على جهاز نظيف، وهل القرارات مكتوبة؟
- دعم التوظيف: المشاركة في الجزء التقني من المقابلات وصياغة معايير التقييم، مع بقاء قرار التوظيف لديك.
- الأمان وحماية البيانات: هل الأسرار محفوظة داخل المستودع، ومن يستطيع النشر إلى الإنتاج، وهل جُرّبت الاستعادة من النسخة الاحتياطية ولو مرة، وأين تُحفظ البيانات الشخصية وفق القوانين المعمول بها مثل GDPR أو قانون KVKK التركي أو الأنظمة المحلية.
- المساهمة في خارطة الطريق والميزانية: ترجمة الوضع التقني إلى لغة يفهمها مجلس الإدارة والمستثمرون: ما الخطر، وما كلفته، ومتى يحين موعد سداده.
ما نماذج التعاقد المتاحة؟
هناك ثلاثة نماذج شائعة، ومعظم الاتفاقات تجمع بينها:
- الاشتراك الدوري (Retainer): وقت منتظم محجوز لفترة محددة، ويناسب الشركات التي تتوالى فيها القرارات دون أن تكون يومية.
- التعاقد بحسب المراحل: عمل مرتبط بهدف واحد، مثل فحص تقني قبل جولة تمويل، أو تغيير الوكالة، أو مراجعة ما قبل الإطلاق، وينتهي بتحقق الهدف.
- المدير التقني المؤقت (Interim CTO): تولي الدور بكثافة أكبر حتى يُعيَّن مدير تقني دائم. وهنا من المهم كتابة الحدود مسبقًا: من يملك صلاحية التوقيع، ومن يدير الأفراد، ومن يعتمد الميزانية؟
ما يحدد الكلفة ليس النموذج بقدر ما هو كثافة القرارات: كلما زاد عدد الفرق والموردين والتكاملات زاد عدد القرارات. كما يؤثر في النطاق وضع النظام الحالي (حسابات مبعثرة أو توثيق مفقود) والحاجة إلى اجتماعات منتظمة، ولذلك ينبغي رسم النطاق كتابيًا منذ الاجتماع الأول.
ما الفرق بين المدير التقني بدوام كامل والمدير التقني الجزئي والمطور الرئيسي لدى الوكالة؟
| المعيار | مدير تقني بدوام كامل | مدير تقني جزئي | المطور الرئيسي لدى الوكالة |
|---|---|---|---|
| المساءلة أمام | الشركة ومجلس إدارتها | الشركة، ضمن نطاق تعاقدي | الوكالة وأهداف التسليم لديها |
| الالتزام الزمني | دوام كامل ومستمر | دوري أو مرتبط بهدف | طوال المشروع وعلى مهامه فقط |
| هيكل الكلفة | راتب ومزايا وغالبًا حصة في الشركة | أتعاب دورية بحسب النطاق | ضمن ميزانية المشروع |
| الاستقلال عن التنفيذ | مرتفع، لكن الفريق فريقه | مرتفع، وإذا كان ينفذ أيضًا يجب إدارة تضارب المصالح | منخفض، يقيّم عمل فريقه |
| إدارة الأفراد | نعم، مباشرة | لا، بل معايير ودعم في المقابلات | فريق الوكالة فقط |
| الأنسب عندما | يظهر سؤال معماري جديد كل أسبوع | تأتي القرارات على دفعات | يكون النطاق والمعمارية محسومين |
كيف تختار شركة تقدم خدمة CTO as a Service؟
قائمة تحقق
- ما الوثائق التي ستُسلَّم في النهاية؟ اطلب مخرجات ملموسة مثل سجلات ADR وجرد الدين وقائمة الصلاحيات.
- تحت صلاحية من تُحفظ هذه الوثائق؟ الجواب الصحيح: لديك أنت.
- باسم من تُفتح حسابات السحابة والنطاق والمستودع؟ الحساب المفتوح باسم المورد يحوّل الانفصال إلى مشكلة قانونية.
- هل تُكتب التوصيات مع بدائل؟ يجب أن يُسمّى بديل واضح وتُذكر كلفة الخيارين.
- هل حدود الدور مكتوبة؟ من يملك التوقيع وقرار التوظيف والميزانية؟
- كيف يُعرَّف الخروج؟ النجاح أن تصبح الخدمة غير ضرورية، لا أن يُجدَّد العقد.
- هل يستطيع المزوّد مناقشة الأنظمة الخاصة بقطاعك، مثل حماية البيانات أو المدفوعات أو البيانات الصحية؟
علامات تحذيرية
- كل توصية تقود إلى خدمات التطوير لدى المزوّد نفسه.
- اقتراح إعادة كتابة نظام يعمل دون مبرر مكتوب.
- بقاء القرارات في الاجتماعات والمحادثات فقط دون توثيق.
- الاحتفاظ بالحسابات وبيانات الدخول باسم المزوّد.
- عبارة "سنتولى كل شيء" مع رفض تحديد حدود الدور.
كيف يُدار تضارب المصالح عندما تقدم الشركة نفسها الاستشارة والتنفيذ؟
الحصول على الاستشارة والتنفيذ من الشركة نفسها تضارب مصالح حقيقي، إذ تقيّم الشركة عملها بنفسها. هذا وحده ليس سببًا للرفض، فمن يعرف السياق يتحرك أسرع، لكنه يحتاج إلى إدارة. ومن الضمانات العملية: أن تتضمن كل توصية بديلًا مسمى وكلفة الخيارين، وأن تُحفظ سجلات القرارات تحت صلاحيتك لتُراجع لاحقًا، وأن ينص العقد صراحةً على حقك في رأي ثانٍ مستقل في القرارات الحرجة (إعادة الكتابة، تغيير التقنية، الميزانيات الكبيرة)، وأن يتولى تدقيق الكود الحالي شخص لم يكتبه.
متى يجب الانتقال إلى مدير تقني بدوام كامل؟
هدف المدير التقني الجزئي ليس البقاء، بل أن يصبح وجوده غير ضروري. هذه المؤشرات تدل على أن الوقت قد حان لتعيين مدير تقني بدوام كامل:
- أصبح سؤال جديد يمس المعمارية يظهر كل أسبوع.
- كبر فريق الهندسة وبات يحتاج إلى إدارة يومية للأفراد.
- أصبحت التقنية الميزة الأساسية للمنتج، والمستثمرون يتوقعون قائدًا تقنيًا ضمن الفريق المؤسس.
- هناك عدة منتجات وفرق تحتاج إلى تنسيق مستمر.
ولكي يكون الانتقال سلسًا، ينبغي أن يكون كل ما تراكم (سجل القرارات، جرد الدين، قائمة الصلاحيات) جاهزًا للتسليم إلى الشخص الجديد، ويمكن للمزوّد الجيد أن يساعد أيضًا في مقابلته.
كيف نقدم CTO as a Service في Detartech؟
نبدأ بتقييم الوضع الحالي: هل يعمل المشروع على جهاز نظيف، وباسم من الحسابات، وهل يمكن فعلًا الاستعادة من النسخة الاحتياطية؟ يُسعَّر هذا التقييم منفصلًا، ومن النتائج المشروعة تمامًا أن تأخذ قائمته المرتبة حسب الكلفة والأثر وتسلمها لفريقك. بعد ذلك يسير العمل على فترات انطلاقًا من قائمة قرارات مفتوحة، ونكتب كل توصية مع بديل مسمى وكلفة الخيارين. لا نصبح مسؤولًا مخوّلًا بالتوقيع، ولا نحتفظ بحساباتك باسمنا، وعند الخروج نسلّم سجل القرارات وتقييم الوضع وجرد الدين التقني وقائمة الصلاحيات وملاحظات الموردين. في أعمال مثل Tegoly وFinteo وTerazzi لم تُستبدل أي تقنية كانت تعمل، فالقاعدة لدينا ألا نغيّر نظامًا يعمل. التفاصيل في صفحة خدمة CTO as a Service.
إذا لم تكن متأكدًا من الذي يتبنى القرارات التقنية في شركتك، فمحادثة قصيرة تكفي عادةً لتوضيح الصورة. املأ نموذج طلب عرض السعر السريع وسنتواصل معك خلال 24 ساعة لترتيب استشارة مجانية.
الأسئلة الشائعة
هل المدير التقني الجزئي (Fractional CTO) هو نفسه CTO as a Service؟
عمليًا نعم. كلاهما يعني الحصول على قيادة تقنية لساعات أو فترة محددة دون توظيف بدوام كامل. يُستخدم "Fractional CTO" غالبًا للخبير الفرد، بينما يصف "CTO as a Service" عادةً خدمة يقدمها فريق أو شركة.
هل يكتب المدير التقني الجزئي الكود؟
مهمته الأساسية اتخاذ القرارات وتوثيقها، لا كتابة الكود. بعض المزودين ينفذون أيضًا، وفي هذه الحالة يجب إدارة تضارب المصالح بين الاستشارة والتنفيذ عبر بدائل مكتوبة وحق في رأي ثانٍ مستقل.
هل من المنطقي التعاقد مع مدير تقني جزئي إذا كانت لدينا وكالة برمجيات بالفعل؟
غالبًا ما تظهر الفائدة الأكبر في هذه الحالة تحديدًا. الوكالة تنتج الكود، والمدير التقني الجزئي يقف في صفك ويراجع العروض والتسليمات وملكية الحسابات. تبقى إدارة المهام اليومية لدى الوكالة، ويقف هو أمام القرارات لا فوق الفريق.
ماذا يبقى لدينا عند انتهاء التعاقد؟
في عمل منظم جيدًا يبقى لديك سجل القرارات، وتقييم الوضع الحالي، وجرد الدين التقني، وقائمة الصلاحيات مع أسماء المالكين، وملاحظات تقييم الموردين. وإذا تراكمت هذه الوثائق تحت صلاحيتك منذ البداية، فلن يتحول الإنهاء المبكر إلى مشروع تسليم منفصل.
كيف أقارن بين الشركات التي تقدم خدمة CTO as a Service؟
انظر إلى الوثائق التي تسلمها الشركة، وقاعدتها في ملكية الحسابات، وحدود الدور المكتوبة، وطريقة إدارتها لتضارب المصالح، أكثر من قائمة عملائها. واطرح الأسئلة نفسها على كل مرشح: هل تكتبون سجلات ADR، وباسم من تُفتح الحسابات، وهل تتضمن توصياتكم بدائل، وكيف يُعرَّف الخروج؟
