فريق الجودة الداخلي مقابل الجودة المُسندة خارجياً

التوصية: لا توقّع العرض بصيغته الحالية. أبقِ اختبار المنتج داخلياً وقوِّ الفريق الداخلي؛ وغطِّ الذروة بتعزيز الكوادر: مختبِران يعملان داخل فريقي Scrum من ⁦3⁩ يناير إلى ⁦25⁩ فبراير ⁦2027⁩ بعد تهيئة تبدأ في ⁦20⁩ ديسمبر ⁦2026⁩؛ واشترِ اختبار الحمل لتشغيل الرواتب في نهاية الشهر والتقييم الأمني بوصفهما ارتباطين مُسندين خارجياً بنطاق ثابت قبل الإطلاق. ويمكن للمزوّد X أن يقدّم عرضاً لهذه الأجزاء بالشروط المصحّحة أدناه. فالقرار يُتخذ لكل حاجة على حدة لا مرة واحدة للشركة كلها، ويجمع عدة درجات من استقلالية الاختبار (Independence of testing)، وهو ما يعدّه منهج CTFL v4.0 الأفضل عادةً لمعظم المشاريع.

قائمة التحقق للقرار. أولاً، المدى والنمط: المنتج هو عمل الشركة كله وخارطة طريقه ثلاث سنوات، والاختبار مستمر في كل سبرنت مع إصدار شهري، وفيه ذروة واحدة في يناير وفبراير ⁦2027⁩: داخلي للأساس، ومساعدة خارجية للذروة. ثانياً، المهارات: الاختبار الوظيفي لقواعد الرواتب والانحدار مطلوبان كل أسبوع؛ واختبار الحمل والتقييم الأمني مرة في السنة تقريباً: من الخارج. ثالثاً، البيانات والموافقة: بيئات الاختبار لا تحوي إلا بيانات اصطناعية، فيستطيع الطرف الثالث العمل دون بيانات شخصية وتستغرق الموافقة نحو ⁦6⁩ أسابيع؛ ومع البيانات الشخصية نحو ⁦12⁩ أسبوعاً (الخطوة ⁦3⁩). رابعاً، أصول الاختبار: أهمها، قائمة انحدار الرواتب، جدول بيانات على حاسوب مختبِرة واحدة، فالشركة لا تملكها فعلياً اليوم؛ ويجب أن تعيش كل الأصول، ومنها أصول المزوّد، في متتبّع الشركة ومستودعها. خامساً، القياس: لا شيء يُقاس اليوم؛ اختر مقاييس للنتائج (أدناه). سادساً، النهاية: ينتهي التعزيز في ⁦25⁩ فبراير ⁦2027⁩، وينتهي الارتباطان المتخصصان عند الإطلاق، ولكلٍّ منها تسليم إلى هدى وعمر أثناء العمل لا بعده. سابعاً، البديل الداخلي: يستغرق التوظيف نحو ⁦3⁩ أشهر، فالمختبِر الذي يُوافَق على توظيفه اليوم يبدأ نحو ⁦5⁩ يناير ⁦2027⁩ بعد أن تكون الذروة قد بدأت، بلا معرفة بالمنتج، ثم يبقى تكلفة ثابتة بعدها؛ ومتخصصا الحمل والأمن على كشف الرواتب يُدفع لهما طوال السنة مقابل استخدام واحد تقريباً لكلٍّ منهما، فوق الأدوات التي يأتي بها المزوّد. وعليه تشير الأسئلة الأول والثاني والسابع إلى فريق داخلي للعمل المستمر وإلى مساعدة خارجية للذروة والعمل المتخصص؛ ويسمح السؤال الثالث بالمساعدة الخارجية ببيانات اصطناعية فقط؛ أما الأسئلة من الرابع إلى السادس فشروط تنطبق أياً كان النموذج المختار.

النموذج لكل جزء. العمل المستمر: داخلي. فالمنتج هو العمل الأساسي للشركة لسنوات، والاختبار مستمر فتُستغل التكلفة الثابتة، والرواتب مجال معقد تتغير قواعده، ومعرفته تستحق التملك. أما إسناد الاختبار كله خارجياً (P1) فينقل التحكم في الأولويات إلى العقد ومعرفة المنتج إلى المزوّد، ويجلب سلبيات المختبِرين المستقلين التي يذكرها منهج CTFL v4.0، مثل العزلة عن المطورين وتراجع شعور المطورين بالمسؤولية عن الجودة. الذروة: تعزيز الكوادر. فالتعزيز بشخصين لثمانية أسابيع هو الحالة التي يذكرها الدليل بوصفها الأسرع في البدء؛ ويعمل المختبِران داخل فريقي Scrum بأولويات مالك المنتج، فيبقى التحكم ومعظم المعرفة لدى الشركة؛ والتكلفة أجر يومي لعشرة أسابيع، ولا يبقى أحد عاطلاً بعد الإطلاق. العمل المتخصص: إسناد خارجي في ارتباطين بنطاق ومخرجات ومواعيد مكتوبة، ومعها في التقييم الأمني إذن مكتوب يحدد ما يجوز اختباره. فاختبار الحمل والتقييم الأمني مهارتان متخصصتان وعرضيتان، ويأتي المزوّد بالأشخاص والأدوات ويوزع تكلفتها على عملائه، والمختبِرون من خارج المنظمة يمنحون استقلالية عالية جداً تناسب رأياً ثانياً قبل إصدار حرج. ولا حاجة إلى النموذج الهجين (البناء والتشغيل والنقل): فلدى الشركة وظيفة جودة وتعرف مجالها.

المواعيد. الوصول مطلوب بحلول ⁦20⁩ ديسمبر ⁦2026⁩. دون بيانات شخصية (⁦6⁩ أسابيع) يجب أن تبدأ الموافقة بحلول ⁦8⁩ نوفمبر ⁦2026⁩. ومع البيانات الشخصية (⁦12⁩ أسبوعاً) كان يجب أن تبدأ بحلول ⁦27⁩ سبتمبر ⁦2026⁩، وقد فات هذا الموعد. فالبند P4 ليس مشكلة في حماية البيانات فقط: قبوله يجعل تغطية الذروة في وقتها مستحيلة. وبيانات الاختبار الاصطناعية هي الطريق الأكثر أماناً والوحيد الذي يناسب المواعيد. ابدأ موافقة الأسابيع الستة هذا الشهر، ومعها موافقات الارتباطين المتخصصين.

البنود. P1، نطاق يشمل كل الاختبار مع إشعار مسبق مدته ⁦30⁩ يوماً للتغيير: ينتقل التحكم في الأولويات ومعرفة المنتج إلى المزوّد، وإشعار الثلاثين يوماً لا يواكب سبرنت مدته أسبوعان. اطلب: نطاقاً مقصوراً على الارتباطات المسماة بمواعيدها، وأن يحدد مالك المنتج الأولويات في كل سبرنت أثناء التعزيز. P2، ⁦1,500⁩ حالة اختبار شهرياً وتقرير بالتنفيذ والساعات والعيوب المسجلة: مقاييس النشاط تكافئ الحجم؛ فالعدد يمكن بلوغه باختبارات سهلة، وعدّ العيوب المسجلة يكافئ التكرار وتقسيم العيب الواحد إلى عدة عيوب. اطلب: مراجعة على النتائج (أدناه)، وعلى المخرجات المقبولة في الارتباطين المتخصصين. P3، الأصول في أداة المزوّد مع تصدير عند الطلب: تعيش مواد الاختبار (Testware) لدى المزوّد، والتصدير في النهاية يأتي متأخراً وبصيغة غير معروفة. اطلب: أن تُنشأ كل حالات الاختبار والنصوص ومولّدات البيانات والتقارير في متتبّع الشركة ومستودعها من اليوم الأول، وأن تبقى متاحة يوم انتهاء الارتباط.

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

خطر الفريق الداخلي ظاهر من الآن: هدى نقطة فشل فردية، وقائمة انحدار الرواتب أصل لا تملكه الشركة. احتوِه قبل الذروة: انقل الفحوص (نحو ⁦400⁩ فحص) إلى متتبّع الشركة بوصفها حالات اختبار، واجعل عمر يراجعها مع هدى، ونفّذ الانحدار التالي من المتتبّع بمزاولة مشتركة بينهما. عندئذ يتعلم المختبِران الإضافيان من المتتبّع لا من ذاكرة شخص واحد. ويستحق انحدار يدوي يستغرق ⁦4⁩ أيام عمل كل شهر مراجعةً لاحقاً أيضاً، فخطر الفرق الداخلية الآخر في الدليل هو الركود.

مقاييس الترتيب كله، أياً كان من يوظّف المختبِرين: معدل تسرّب العيوب لكل إصدار (العيوب المكتشفة في الإنتاج مقابل ما قبل الإصدار)، وتغطية المتطلبات (معايير القبول في الإصدار ⁦5.0⁩ التي لها اختبار ناجح)، ومدة حزمة الانحدار واستقرارها، والزمن من تقرير العيب إلى تذكرة قابلة لإعادة الإنتاج. أنت تُعدّها، ويراجعها مالك المنتج والمدير التقني في كل إصدار، وتدخل في قرار إطلاق الإصدار ⁦5.0⁩. وفي الارتباطين المتخصصين يكون المقياس هو المخرَج المقبول: تقرير اختبار حمل مقابل أهداف يُتفق عليها مع مالك المنتج مسبقاً، ونصوصه في مستودع الشركة؛ وتقرير أمني يذكر لكل نتيجة خطورتها ودليلها، يليه اختبار تأكيد (Confirmation testing) للإصلاحات قبل الإطلاق.

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