شرح مبسط التحقق مقابل إقرار الصلاحية Verification والـ Validation

شرح مبسط التحقق مقابل إقرار الصلاحية Verification والـ Validation ليه ممكن تخلص مشروعك "صح" والعميل يرفضه؟ لغز الـ Verification والـ Validation تخيل الموقف "الدرامي" ده: قضيت شهور بتبني تطبيق أو منتج هندسي، التزمت بكل حرف في كراسة الشروط، الكود "مسطرة" والتصميم خيالي. وفي يوم التسليم، العميل جرب المنتج ووشه "جاب ألوان"، وقال الجملة اللي بتنهي طموحات أي مدير مشروع: "مش هو ده اللي كنت عاوزه، أنا مش عارف أستخدمه في شغلي!". هنا بنصطدم بالواقع المر: "إحنا لبسنا في الحيط".. بس يا ترى العيب في التنفيذ ولا في فهم المطلوب؟ عشان تفك اللغز ده، لازم تتعرف على بطلين الجودة اللي معيار الـ ISO 9001 قايم عليهم: الـ Verification والـ Validation. السؤالين اللي هيغيروا نظرتك للجودة الفرق بين إنك تطلع منتج "عبقري تقنياً" وإنك تطلع منتج "العميل مبهور بيه" بيتلخص في "شعرة" دقيقة بين سؤالين ذهبيين: التحقق (Verification): "هل بنبني الشيء صح؟" (Are we building the thing right?) إقرار الصلاحية (Validation): "هل بنبني الشيء الصح؟" (Are we building the right thing?) حسب تعريفات الأيزو، الجودة مش بس "خلو من العيوب"، الجودة هي توفير دليل موضوعي (Objective Evidence). في الـ Verification إحنا بنقارن بين الـ Design Inputs (المواصفات واللوائح) والـ Design Outputs (الرسومات والكود)، لكن في الـ Validation إحنا بنختبر المنتج في حالته التشغيلية عشان نشوف هيحقق غرض العميل فعلاً ولا لأ. درس "القميص الأزرق": ليه المواصفات مش كل حاجة؟ عشان نبسط العبقرية دي، خلونا نتخيل إنك بتشتري قميص لمناسبة مهمة. عملية الـ Verification (التحقق الفني): هنا بنمسك "Checklist" ونراجع المواصفات الورقية: • هل القميص فيه كُمين؟ (تمام). • هل المقاس مكتوب عليه L؟ (تمام). • هل اللون أزرق زي الـ Input اللي حددناه؟ (تمام). • هل فيه أي زراير ناقصة؟ (لأ، كله موجود). • النتيجة: القميص ناجح 100% تقنياً ومطابق للمواصفات. عملية الـ Validation (إقرار الصلاحية للاستخدام): هنا بننزل لأرض الواقع والاحتياج الفعلي: • هل القميص مريح وأنا سايق العربية؟ (ممكن يطلع ضيق من الكتف رغم إنه L!). • هل اللون ده لايق على عيني وشكلي في الحقيقة؟ (الجانب الذوقي). • هل سعره مناسب لميزانيتي؟ (الجانب المادي والبيزنس). • السؤال الأهم: هل "الديت" أو الشخص اللي هقابله هيعجبه القميص؟ ممكن جداً القميص ينجح في الـ Verification (مطابق للورق) لكنه يفشل بجداره في الـ Validation لأنه ببساطة "مش مناسب" للهدف اللي اشتريته عشانه. الفرق الجوهري: "الورق" ضد "الواقع" بصفتي خبير جودة، أقدر أقولك إن الـ Verification هو "تمرين ورقي" (Paper exercise)، بينما الـ Validation هو "تجربة عملية" (Practical exercise). التوقيت هو كل شيء: امتى نبدأ؟ السر اللي بيوفر ملايين هو "البداية البدري". 1. الـ Verification: بيبدأ قبل ما تلمس الكيبورد. بنراجع الـ Database Requirements ونشوف هل الداتا تايب (Data Type) صح؟ هل طول الخانات كفاية؟ اكتشاف الخطأ في "الورق" أرخص بكتير من اكتشافه والسيستم شغال. 2. الـ Validation: بيحتاج منتج ملموس (Prototype) أو كود شغال. هنا بنختبر مثلاً "زرار الإرسال"؛ هل لما العميل بيدوس عليه الداتا بتتحفظ فعلاً؟ وهل بيطلع له رسالة Error مفهومة لو دخل بيانات غلط؟ نصيحة الخبير: الـ Verification بيحميك من "إعادة الشغل" (Rework)، والـ Validation بيحميك من "رفض العميل" للمشروع كله. الخلاصة: روشتة النجاح في إرضاء العميل عشان تنجح، محتاج التوازن. الـ Verification بيضمن لك إنك "شاطر فنياً" ومش بتضيع وقتك في تنفيذ غلط، والـ Validation بيضمن لك "رضا العميل" الفعلي، وده هو جوهر مواصفة ISO 9001. لو ركزت في الـ Verification بس، هتعمل منتج "صح" بس محدش عاوزه. ولو ركزت في الـ Validation بس، هتعمل منتج "العميل عاوزه" بس مليان عيوب تقنية هتخليك تصرف ثروة في الصيانة.