ما مدى السرعة التي يمكنك بها إصلاح الخلل في الإنتاج؟

Question

أنا أعمل مع تطبيقين مختلفين جدًا.

التطبيق رقم 1 هو تطبيق ويب يمكنني من خلاله الوصول المباشر إلى بروتوكول نقل الملفات (FTP)، لذا فإن إصلاح الأخطاء أمر سهل للغاية.عادةً ما يتم إصلاح أخطاء Cat A خلال اليوم التالي.لا توجد مشاكل هنا.

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

كيف تتعامل مع الأخطاء الحرجة التي لا يمكن إصلاحها على الفور؟

Answer 1

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

Answer 2

وأسرع I إصلاح الخلل والمزيد من البق أجد بحاجة إلى إصلاح.

Answer 3

والسرعة التي تسمح لك لإصلاح إدارة يرتبط الخلل مباشرة إلى إدارة التكاليف ستستمر حتى يتم إصلاح الخلل.

وأنا الفريق 1-رجل. ليس هناك ما يحول بيني وبين البق لي:)

Answer 4

يعتمد الأمر حقًا على مزيج من حجم المؤسسة وحجم النظام وأهمية النظام وتأثير الخطأ، على سبيل المثال:

متجر رجل واحد أو نظام منخفض التأثير (الأسرع - التطبيق رقم 1 أعلاه)

الوقت لإصلاح الخلل = الوقت ل العثور على علة + الوقت ل إصلاح الكود + الوقت ل نشر إلى الإنتاج

منظمة كبيرة أو نظام مهم (الأطول - التطبيق رقم 2 أعلاه)

الوقت لإصلاح الخلل = الوقت ل العثور على علة + الوقت ل توثيق وتحديد أولويات الأخطاء + الوقت ل تقدير التكلفة + الوقت ل الموافقة على العمل على الإصلاح + الوقت ل إصلاح التصميم + الوقت ل إصلاح الوثيقة + الوقت ل إصلاح الكود + الوقت ل خطة اختبار الوثيقة + الوقت ل إصلاح الاختبار + الوقت ل اختبار الانحدار + الوقت ل اختبار الأداء/الحمل + الوقت ل الجدول الزمني والموافقة على النشر + الوقت ل نشر الإصلاح

يحرر: كم عدد موظفي مايكروسوفت الذي يتطلبه تغيير المصباح الكهربائي؟ هي قراءة مثيرة للاهتمام حول هذا الموضوع.

1:يرى http://blogs.msdn.com/ericlippert/archive/2003/10/28/53298.aspx

Answer 5

والجواب سيكون نسبة لمدى وصول المرء إلى بيئة الإنتاج لكمية من الأرواح أو الأموال للخطر.

Answer 6

والحلول.

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