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