عبدالله الكندي يجاوب: وش يغطي الضمان بعد تسليم مشروعك البرمجي؟

يوم التسليم كل شي يشتغل، والكل مبسوط. بعد ثلاث أسابيع يتصل العميل: «فيه زر ما يشتغل». المبرمج يقول هذا طلب جديد، والعميل يقول هذا خلل وأنت ملزوم. والطرفين صادقين من وجهة نظرهم، لأن ما أحد كتب من البداية وش يدخل في الضمان ووش لا. عبدالله الكندي يشوف إن أغلب الخلافات بعد التسليم مو خلافات أخلاق، هي خلافات تعريفات. هذي أكثر الأسئلة اللي تنسأل في هالمرحلة، بأجوبة مباشرة.

وش الفرق بين الضمان والصيانة والتطوير؟

ثلاث كلمات تنخلط دائماً، وكل وحدة لها معنى وسعر مختلف:

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

الاختبار السريع: اسأل «هل كان هالشي مكتوب ويشتغل يوم التسليم بالطريقة المتفق عليها؟». إذا مكتوب وما يشتغل، ضمان. إذا مو مكتوب أصلاً، تطوير. إذا كان يشتغل وتوقف بسبب شي خارجي، صيانة.

آبل حدّثت iOS والتطبيق صار فيه مشكلة. مين يتحمّل؟

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

كم مدة الضمان المعقولة؟ ووش وقت الاستجابة؟

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

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

كيف أبلّغ عن مشكلة بطريقة تنحل بسرعة؟

رسالة «التطبيق خربان» تضيّع يوم كامل في أسئلة متبادلة. البلاغ الجيد يجاوب على الأسئلة قبل ما تنسأل:

• وش كنت تحاول تسوي، ووش اللي صار بدال المتوقع.
• الخطوات بالترتيب عشان المبرمج يكرر المشكلة عنده.
• نوع الجهاز ونسخة النظام، ونسخة التطبيق إذا كانت ظاهرة في الإعدادات.
• لقطة شاشة أو تسجيل شاشة قصير، لأنه يختصر فقرة كاملة من الشرح.
• هل المشكلة تصير دائماً، ولا أحياناً، ولا مع مستخدم واحد بس؟
• الوقت التقريبي اللي صارت فيه، لأنه يساعد في البحث في سجلات الخادم.

ونصيحة للمنفّذ نفسه: جهّز للعميل نموذج بلاغ بهالحقول من يوم التسليم. كل دقيقة تصرفها على النموذج ترجع لك ساعات.

وش يصير بعد ما ينتهي الضمان؟

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

وش لازم يكون معي يوم التسليم عشان الضمان ينفع؟

الضمان ورقة، والورقة ما تنفع إذا ما عندك اللي تثبت فيه وش اتسلّم. قبل ما توقّع على الاستلام، تأكد إن هالأشياء عندك:

• وثيقة النطاق المعتمدة بآخر نسخة، مع أي تعديلات اتفقتوا عليها أثناء المشروع مكتوبة، مو بس في مكالمة.
• قائمة اختبار القبول اللي مشيتوا عليها يوم التسليم، وش انختبر وعلى أي أجهزة.
• الكود في مستودع باسمك، ورقم النسخة أو التاريخ اللي تم عنده التسليم.
• حسابات المتاجر والاستضافة والدومين باسمك، مع صلاحية للمنفّذ يقدر تسحبها متى ما بغيت.
• طريقة البلاغ المتفق عليها ووقت الاستجابة لكل درجة خطورة.

لما تختلفون بعد شهر على «هل هذا خلل ولا طلب جديد؟»، الجواب يكون في هالملفات، مو في ذاكرة أحد.

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