لوحة تتبع الأخطاء: من الاستلام إلى إعادة إنتاج الخطأ والإصلاح والإصدار

المشاريع والتطوير

لوحة تتبع الأخطاء: من الاستلام إلى إعادة إنتاج الخطأ والإصلاح والإصدار

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

0 إعجابات 0 نسخ المؤلف: WeProcess
إدارة الأخطاء ضمان الجودة معالجة الأعطال خطوات إعادة الإنتاج التحقق من الإصدار
سجّل مجانًا واستخدم هذا القالب

بعد إنشاء حساب مجاني، يمكنك نسخ هذا القالب من سوق القوالب

معاينة اللوحة البيضاء

وضع المعاينة لوحة تتبع الأخطاء: من الاستلام إلى إعادة إنتاج الخطأ والإصلاح والإصدار

معاينة اللوحة البيضاء

1. أساس التعامل مع الأخطاء (يقرره الف... 2. الأثر × تكرار الحدوث (تحديد ترتيب ... شديد × يحدث أحيانًا شديد × يحدث دائمًا خفيف × يحدث أحيانًا خفيف × يحدث دائمًا 3. قالب خطوات إعادة الإنتاج (يُلصق كم... 4. من الاستلام حتى إصدار الإصلاح 5. عند تعذّر إعادة الإنتاج 6. تحقّق قبل الإصلاح 7. شرط جواز الإغلاق لوحة تتبع الأخطاء طريقة الاستخدام: ... الاتجاه وشرط الإغلاق القواعد وطريقة العمل شرط الإيقاف والعوائق أمثلة وملاحظات ال... مدخل واحد فقطكل بلاغ يصبح بطاقة في هذا اللوح. من يستلمه عبر المحادثة يُنشئ البطاقة قبل الرد. الترتيب يحدده الأثرليس بترتيب الوصول، بل بالموضع في المصفوفة أدناه يُحدَّد الترتيب والمسؤول. ما يوقف كل شيء آخرتلف البيانات في الإنتاج أو تكرار الدفع مرتين. هاتان الحالتان تسبقان أي عمل جارٍ. أمثلة على درجة الخطورةSev1: فشل الدفع لدى جميع المستخدمينSev2: تعذّر الحفظ في متصفح معينSev3: خلل في العرض 縦軸: الأثر (خفيف ←... أصلحه خلال السبرنت الحالي. غالبًا لم تتحدد شروط التكرار بعد، فخصّص وقتًا لتحديدها أولًا. الأولوية القصوى. أوقف بقية الأعمال وقدّم حلًا يوقف الأثر حتى قبل معرفة السبب. أبقِه معلّقًا وأصلحه عند لمس الجزء المرتبط به. أغلقه إن لم يتحرك خلال 3 أشهر. يواجهه الجميع يوميًا فيزداد الإزعاج. عالجه بانتظام بدءًا من الأسهل. 1. البيئةنظام التشغيل / المتصفح / إصدار التطبيق / الخطة.مثال: macOS 15، Chrome 130، خطة مدفوعة 2. الخطواتمرقّمة وبتفصيل يكفي لأي شخص آخر ليكررها.مثال: 1. افتح الطلب 2. اترك الموعد فارغًا 3. اضغط حفظ 3. المتوقع والفعليمثال: المتوقع = يُحفظ ويعود إلى القائمة / الفعلي = زر الحفظ يبقى رماديًا بلا استجابة 4. التكرار والدليلمثال: 5 من 5 محاولات. أرفق لقطة شاشة ورسالة الخطأ في وحدة التحكم، مع وقت الحدوث. 1. الاستلامحوّله إلى بطاقةتأكّد من امتلاء عناصر القالب الأربعة، واسأل المُبلِّغ إن نقص شيء. 2. الفرز الأوليضعه في المصفوفةحدّد الربع حسب الأثر والتكرار، وحدّد فيه الترتيب والمسؤول مباشرة. 3. تأكيد إعادة الإنتاجكرّره بنفسكتأكّد أنه يحدث بالخطوات نفسها. إن لم يحدث، غيّر الشرط وجرّب 3 مرات. 4. تحديد السببضيّق النطاققارن متى بدأ بالتغييرات الأخيرة حتى تصل إلى الكود المسبِّب. 5. الإصلاح والتحققدائمًا مع اختبارأضف اختبارًا يلتقط الخلل نفسه قبل الإصلاح، وتحقّق في بيئة قريبة من الإنتاج. 6. الإصدارأعِد الرد للمُبلِّغتأكّد من الإصلاح في الإنتاج، وأخبره بالنتيجة وبإمكانية التوقف عن الحل المؤقت. افترض نقصًا في الخطوات (اطلب تسجيل شاشة) افترض فرقًا في البيئة (الإصدار، الاتصال، الإضافات) أعده مرة واحدة إن لم يتكرر بعد 3 محاولات اذكر عند الإعادة ما الذي جُرِّب فعلًا منذ متى يحدث (قارنه بالتغييرات الأخيرة) هل وصلت بلاغات أخرى بالسبب نفسه هل يمكن تقديم حل مؤقت أولًا أُضيف اختبار وقائي تأكّدت من الإصلاح في الإنتاج أخبرت المُبلِّغ بالنتيجة يُراجع اتجاه الأسباب شهريًا
100%

اسحب للتحريك ومرّر للتكبير أو التصغير

محتوى لوحة المهام

بلاغ مستلَم 16 عنصرًا

تجهيز قناة البلاغات
تأكيد إعادة الإنتاج
تحديد السبب وإصلاحه
التحقق ثم الإصدار
الإبلاغ ثم الإغلاق
توزيع نموذج البلاغ
تحديد معيار الخطورة
اتّباع الخطوات
عزل بيئة الحدوث
إعادة بلاغ متعذّر
تضييق موضع السبب
كتابة اختبار وقائي
التحقق قبل الإنتاج
مراجعة خطوات الإصدار
إخبار المُبلِّغ
مراجعة اتجاه الأسباب

إعادة إنتاج مؤكَّدة 0 عنصرًا

قيد الإصلاح 0 عنصرًا

قيد التحقق 0 عنصرًا

تم الإصدار 0 عنصرًا

→ العودة إلى قائمة القوالب