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 محاولات
اذكر عند الإعادة ما الذي جُرِّب فعلًا
منذ متى يحدث (قارنه بالتغييرات الأخيرة)
هل وصلت بلاغات أخرى بالسبب نفسه
هل يمكن تقديم حل مؤقت أولًا
أُضيف اختبار وقائي
تأكّدت من الإصلاح في الإنتاج
أخبرت المُبلِّغ بالنتيجة
يُراجع اتجاه الأسباب شهريًا
انقر للتكبير
وضع المعاينة
لوحة تتبع الأخطاء: من الاستلام إلى إعادة إنتاج الخطأ والإصلاح والإصدار
معاينة اللوحة البيضاء
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 محاولات
اذكر عند الإعادة ما الذي جُرِّب فعلًا
منذ متى يحدث (قارنه بالتغييرات الأخيرة)
هل وصلت بلاغات أخرى بالسبب نفسه
هل يمكن تقديم حل مؤقت أولًا
أُضيف اختبار وقائي
تأكّدت من الإصلاح في الإنتاج
أخبرت المُبلِّغ بالنتيجة
يُراجع اتجاه الأسباب شهريًا
اسحب للتحريك ومرّر للتكبير أو التصغير
محتوى لوحة المهام
بلاغ مستلَم
16 عنصرًا
تجهيز قناة البلاغات
تأكيد إعادة الإنتاج
تحديد السبب وإصلاحه
التحقق ثم الإصدار
الإبلاغ ثم الإغلاق
توزيع نموذج البلاغ
تحديد معيار الخطورة
اتّباع الخطوات
عزل بيئة الحدوث
إعادة بلاغ متعذّر
تضييق موضع السبب
كتابة اختبار وقائي
التحقق قبل الإنتاج
مراجعة خطوات الإصدار
إخبار المُبلِّغ
مراجعة اتجاه الأسباب
إعادة إنتاج مؤكَّدة
0 عنصرًا
قيد الإصلاح
0 عنصرًا
قيد التحقق
0 عنصرًا
تم الإصدار
0 عنصرًا
→ العودة إلى قائمة القوالب