التغيير يتحول إلى تفاوض
حين لا يكون أحد من الفريق الحالي قد بنى النظام، يبدأ كل طلب بأسابيع من إعادة الاكتشاف. تُسعَّر الميزة الصغيرة كأنها ميزة كبيرة، لأن معظم الجهد يذهب في فهم ما هو موجود أصلاً.
03 كيف نعمل
السنة الثانية هو الاختبار الحقيقي.
يمكن جعل أي شيء يعمل من أجل الإطلاق. المهم هو ما إذا كان لا يزال بالإمكان تعديله بأمان بعد أن يخفت الحماس ويرحل من بناه.
ابدأ مشروعكلماذا تتدهور البرمجيات
البرمجيات لا تبلى كما تبلى الأشياء المادية. إنها تتدهور لأن العالم من حولها يتحرك — التبعيات تشيخ، والمتصفحات تتغير، والتصحيحات الأمنية تصدر، والتشريعات تتبدل، والأعمال تطلب أشياء لم يتخيلها أحد في البداية. وإذا تُرك النظام دون رعاية، يتحول العمل السليم بصمت إلى عمل محفوف بالمخاطر.
النمط المعتاد في هذا القطاع هو التسليم ثم الاختفاء. يُسلَّم النظام، وينتقل الفريق إلى مكان آخر، ويبقى العميل ممسكاً بشيء لا يفهمه أحد. كل تغيير يتحول إلى تفاوض مع أي جهة متاحة وراغبة. التكاليف ترتفع، والثقة تتراجع، وفي النهاية يقترح أحدهم إعادة البناء من الصفر.
نحن نعمل بطريقة مختلفة. المهندسون الذين بنوا نظامكم هم أنفسهم من يستمرون في صيانته — تحديث التبعيات، مراقبة الأداء، وإصلاح المشاكل قبل أن تلاحظوها. لا تسليم لغرباء ولا حاجة لإعادة التعلم، لأن من اتخذوا القرارات هم أنفسهم من ينفذونها اليوم.
كيف تعرف أن هذه مشكلتك
كل مشروع يبدأ بمكالمة تحديد نطاق- ↳ شخص واحد فقط يفهم جزءاً حساساً من نظامكم
- ↳ لم يحدّث أحد التبعيات منذ أكثر من سنة
- ↳ التغييرات الصغيرة تُسعَّر وكأنها تغييرات كبيرة
- ↳ فريق التطوير الأصلي لديكم لا يمكن الوصول إليه
- ↳ لا يوجد أي توثيق لكيفية نشر النظام
- ↳ اقترح أحدهم إعادة البناء بدلاً من التعديل
كيف نحقق ذلك
- فريق يبقى معكم
- المهندسون الذين بنوا نظامكم هم من يواصلون صيانته. لا إعادة تعلّم، ولا تسليم لأشخاص غرباء عن المشروع، ولا حاجة لإعادة اكتشاف قرارات اتُّخذت قبل سنتين.
- معايير تصمد مع الزمن
- أطر عمل معيارية، بأنواع بيانات صارمة من البداية إلى النهاية، وبنية تحتية موثّقة ضمن مستودعكم البرمجي — ليبقى النظام نظيفًا في السنة الثالثة كما كان عند تسليمه.
- متابعة مستمرة، لا تذاكر دعم
- تحديث التبعيات، ومتابعة الأداء، وإصلاح المشاكل قبل أن تلاحظوها. الصيانة عمل مستمر، وليست شيئًا تضطرون لمطالبتنا به.
ثمن تجاهل المشكلة
الدين الأمني يتراكم بصمت
التبعيات التي لا يتم تحديثها لا تُعلن عن نفسها. تبقى صامتة حتى تُكشف ثغرة أمنية علناً، فتكتشف حينها أنك كنت معرّضاً للخطر منذ أشهر.
نقاش إعادة البناء يعود من جديد
الأنظمة التي لا يصونها أحد تتحول في النهاية إلى أنظمة لا يريد أحد الاقتراب منها. والحل المقترح دائماً هو إعادة البناء — أي دفع ثمن البرنامج الذي تملكه أصلاً مرتين.
المعرفة ترحل مع الأشخاص
حين يتفرق الفريق الذي بنى النظام، يرحل معه المنطق وراء كل قرار. وما يتبقى هو شيفرة تعمل لأسباب لا يستطيع أحد تفسيرها، وهذا أمر خطير عند محاولة تعديله.
الأسئلة التي تُطرح علينا
- ما الذي تشمله الصيانة فعلياً؟
- تحديثات التبعيات والأمان، والمراقبة والاستجابة لما تكشفه، والعمل على الأداء مع نمو الاستخدام، وإصلاح الأعطال، وتكييف النظام مع تطور أعمالك. إنه عمل مستمر، لا قائمة تذاكر دعم فني.
- ماذا لو أردنا العمل مع جهة أخرى لاحقاً؟
- يمكنكم ذلك، وكل شيء مُعَدّ بحيث يكون هذا ممكناً فعلاً — مستودعاتكم، حساباتكم، بياناتكم، وأطر عمل تقليدية يستطيع أي فريق آخر قراءتها. نفضّل أن نستحق العمل كل سنة على أن نحتجزه رهينة.
- هل يمكنكم تولي نظام بناه فريق آخر؟
- غالباً نعم. نبدأ بمراجعة شاملة — البنية، التبعيات، الأمان، النشر — ونقدم لكم تقييماً صادقاً لتكلفة الصيانة مقارنة بتكلفة الاستبدال. أحياناً تكون النتيجة أن النظام في حال أفضل مما كنتم تخشون.
- إلى متى تبقون منخرطين؟
- طالما رغبتم في ذلك. الهدف من السنة الثانية والثالثة هو أن يستمر النظام في التحسن بدلاً من التدهور، وهذا لا يتحقق إلا إذا بقي الأشخاص أنفسهم يعملون عليه.
- ما الذي يجعل الشيفرة قابلة للصيانة عملياً؟
- أطر عمل تقليدية بدل حلول مخصصة معقدة، وأنواع بيانات توثّق القصد، واختبارات تتيح تعديل الأشياء بأمان، وبنية تحتية مُعرَّفة كشيفرة برمجية، وقرارات مدوَّنة. لا شيء غريب في الأمر — إنه انضباط يُطبَّق باستمرار.
السنة الثانية هو الاختبار الحقيقي.
أخبرونا أين تكمن المشكلة. مكالمة قصيرة، وجواب صريح حول ما إذا كنا الفريق المناسب، ونطاق عمل يمكنكم وضع ميزانية له.
ابدأ مشروعك hello@elixiria.ma