تخطَّ إلى المحتوى
كل المقالات
هندسة/30 سبتمبر 2026/3 دقائق

لماذا يكلّف التعديل الصغير شهرين

بقلم predev. Solutions

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

كلا الطرفين يتفاعل بصدق مع الشيء الحقيقي نفسه. التعديل صغير فعلاً. لكن التكلفة ليست في التعديل.

مثال عملي

خذ طلباً رأيناه بشكل أو بآخر في معظم المشاريع: اجعل المستخدمين يسجّلون الدخول برقم الهاتف بدلاً من البريد الإلكتروني.

جملة واحدة. وهذا ما تمسّه.

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

التحقق. التحقق من البريد رابط. أما التحقق من الهاتف فرسالة SMS، أي مزوّد خدمة، وحساب لدى هذا المزوّد، وتكلفة لكل رسالة، ورسائل لا تصل، وخيار إعادة الإرسال مع حدّ لعدد المحاولات حتى لا يُساء استخدامه، ومدة صلاحية للرمز.

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

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

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

عدم التكرار. حسابان برقم الهاتف نفسه لكن بصيغتين مختلفتين. هذا الآن خطأ حسابات مكرّرة، ويحتاج قاعدة.

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

لماذا تبدو التقديرات غير صادقة

تقدير العميل مبني على الوصف، وهو صغير فعلاً. وتقدير الفريق مبني على نطاق الأثر، وهو ليس صغيراً.

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

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

ما الذي يقلّل التكلفة فعلاً

اسأل عن نطاق الأثر قبل الموافقة على أي شيء. لا تسأل "كم سيستغرق؟" بل "ماذا يمسّ؟". القائمة هي التقدير.

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

اكتب ما هو خارج النطاق. التعديل لا يكون تعديلاً إلا بالنسبة لشيء متفق عليه. ومن دون ذلك يصبح كل طلب تفاوضاً بلا مرجع.

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

الجزء المحرج

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

وهذا الحديث أسهل حين تكون التكلفة مرئية. وهذه هي الحجة كلها لجعلها مرئية.

كتبه predev. Solutions