صيانة البرمجيات والدعم التقني

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

الصيانة تُبقي المنتج يعمل ويتحسن قليلاً: مراقبة وتحديثات وإصلاح وتعديلات محدودة. والتطوير يضيف قدرات جديدة: ميزة كبيرة أو ربط جديد أو إعادة تصميم. الأول إيقاع ثابت، والثاني مشروع له نطاق. وحين يكبر طلب في قائمة الصيانة عن حدها، نقترح أن يُعامل مشروعاً.

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

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