أغلى جزء في أي مشروع برمجي ليس البناء نفسه. بل السنوات التي تليه، حين يحتاج النظام إلى البقاء حيًّا — بالتحديث، والتأمين، والمراقبة، والتكيّف مع الاعتماديات المتغيرة — بينما لا يكون المورّد الأصلي موجودًا في أي مكان.
الدعم المُدار لتقنية المعلومات هو العمل الممل وغير البراق الذي يصنع الفارق بين نظام يظل يعمل ونظام يتآكل بصمت لمدة ثمانية عشر شهرًا قبل أن يفشل بشكل كارثي. وهو أيضًا الجزء من التعاقد الذي يبيعه معظم المورّدين باستخفاف ويقدّمونه بجودة أقل مما وعدوا به.
الأسئلة الثلاثة
قبل توقيع أي اتفاقية دعم — بما في ذلك اتفاقية منا — اطرح هذه الأسئلة الثلاثة.
1. من الذي يرد تحديدًا عندما أرفع تذكرة في الساعة 4 مساءً يوم الجمعة؟
الإجابة الصحيحة تذكر فريقًا محددًا، وفي منطقة زمنية محددة، وباتفاقية مستوى خدمة محددة. أما الإجابة الخاطئة فهي رابط إلى بوابة دعم مع تطمينات عامة. أي عرض دعم لا يستطيع تسمية الأشخاص الذين سيردون فعليًا، وساعات عملهم، هو أقرب إلى التسويق منه إلى الخدمة.
2. ماذا يشمل "الدعم" — وبالقدر نفسه من الأهمية، ماذا لا يشمل؟
اتفاقيات الدعم الحقيقية تكون محددة: ترقيعات الأمان، وتحديثات الاعتماديات، والتكيّف مع التغييرات الكاسرة، والمراقبة، والاستجابة للحوادث، وتحليل السبب الجذري. أما الاتفاقيات المبهمة فتسمح للمورّد بفرض رسوم على أعمال "إضافية" كلما حدث شيء مهم.
اطلب قائمة الاستثناءات. فقائمة الاستثناءات تخبرك بماهية اتفاقية الدعم فعلاً. إذا كانت قائمة الاستثناءات مفقودة أو مراوِغة، فالاتفاقية أشبه برخصة صيد — إذ يحق للمورّد أن يحتسب عليك بالساعة عند أول حدث غير معتاد.
3. ما مسار التصعيد عندما لا يتمكن المستجيب في الخط الأول من إصلاح المشكلة؟
كل جهة دعم لديها فريق جيد وفريق رائع. الفريق الرائع أعلى تكلفة ويُستخدم أقل. وإذا كان مسار التصعيد من مستوى فرز التذاكر إلى المهندس الخبير غير واضح، فستبقى الحوادث التي تحتاج إلى المهندس الخبير عالقة في مستوى الفرز لأيام.
الإجابة الصحيحة تذكر محفز تصعيد محددًا وشخصًا خبيرًا محددًا. أما الإجابة الخاطئة فهي أن "الفريق يتعامل معها بشكل تعاوني" — وهي طريقة مهذبة للقول إن لا أحد يملك المسؤولية عنها.
ما الذي نغطيه
الدعم المُدار لتقنية المعلومات في KIMISUITE هو التعاقد المستمر الذي يبدأ بعد أن نبني لك نظامًا أو ننقله. وله نطاق محدد:
- مراقبة التوافر — كل نظام نديره يخضع لمراقبة نشطة مع تنبيهات تُرسل إلى المهندسين المناوبين، وليس فقط إلى لوحة معلومات لا يراقبها أحد.
- الترقيعات الأمنية — تحديثات الاعتماديات وفق وتيرة محددة، إضافة إلى ترقيعات طارئة لثغرات CVE التي تؤثر في البنية التقنية.
- مراقبة الانحراف عن الامتثال — البيئة التنظيمية تتغير باستمرار. ويشمل تعاقد الدعم لدينا الإشارة إلى التغييرات التي تؤثر في أنظمتك قبل أن تتحول إلى ملاحظات تدقيق.
- الاستجابة للحوادث — مع اتفاقية مستوى خدمة للاستجابة الأولى، واتفاقية مستوى خدمة للحل، وتقرير مكتوب بعد كل حادثة مهمة.
- التكيّف مع تغييرات الأطراف الثالثة — عندما يغيّر مزود الدفع واجهة API الخاصة به، أو عندما يصدر نظام التشغيل تحديثًا يعطّل تكاملًا ما، أو عندما يوقف المتصفح دعم شيء كنت تعتمد عليه. هذا هو نوع العمل الذي لا يراه أحد حتى لا يتم إنجازه.
نحن لا نغطي: تطوير الميزات الجديدة (وهذا تعاقد منفصل)، أو التغييرات الكبيرة في نطاق عمل النظام (وهو أيضًا منفصل)، أو تدريب المستخدمين (يمكننا تقديمه، لكن ضمن عمل محدد النطاق).
الأسئلة الشائعة
هل هذا اشتراك أم عقد احتفاظ؟
خطة شهرية محددة مرتبطة بتغطية واضحة. وليست عقد احتفاظ تُستهلك فيه الساعات على أعمال مبهمة — بل نوضح لك بدقة ما الذي تتضمنه الخطة.
هل تدعمون أنظمة لم تقوموا ببنائها؟
بحسب كل حالة. يمكننا تولي دعم الأنظمة التي بنتها جهات أخرى إذا كانت الشيفرة والبنية التحتية في حالة تسمح لنا بالالتزام بها بمسؤولية. وإذا كان النظام غير موثق وهشًا، فقد نوصي بمشروع تثبيت قبل الدخول في الدعم.
ماذا عن المناوبة للطوارئ؟
تتضمن كل خطة رقمًا للمناوبة من أجل حالات الطوارئ الحقيقية في بيئة الإنتاج. وتختلف اتفاقيات مستوى خدمة الاستجابة حسب الفئة.
هل تتعاملون مع دعم تقنية المعلومات للمستخدمين النهائيين — الحواسيب المحمولة، والبريد الإلكتروني، والطابعات؟
ليس عادةً. نطاق دعمنا يتركز حول الأنظمة والتطبيقات التي بنيناها نحن أو غيرنا — وليس تقنية المعلومات المكتبية العامة. وبالنسبة لتقنية المعلومات العامة، يمكننا التوصية بشركاء محليين.
الخلاصة
بناء البرمجيات هو الجزء الصغير. أما إبقاؤها حيّة خلال العقد القادم فهو الجزء الأكبر — وهو الجزء الذي يحب المورّدون اختصاره. اطرح الأسئلة الثلاثة أعلاه على أي عرض دعم، بما في ذلك عرضنا. إذا لم تكن الإجابات محددة، فالتغطية ليست حقيقية.