سؤال

خلفية:

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

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

سؤال:

هل هناك أي طرق ثابتة لحساب التكلفة الحقيقية لتعطل التطبيق؟أو في حال فشل ذلك، دراسات منشورة تتكهن بمثل هذه التكاليف؟


إجماع

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

هل كانت مفيدة؟

المحلول

لم أر أي دراسات، ولكن الاستدلال المعقول سيكون مثل:

(الوقت منذ آخر تطبيق تم حفظه عند حدوث العطل + الوقت لإعادة تشغيل التطبيق) * متوسط ​​معدل مشغل التطبيق بالساعة.

يصبح التقدير أكثر تعقيدًا إذا كان للتعطل بعض التأثير على العملاء الخارجيين، أو قد يؤدي إلى تأخير أشياء أخرى (على سبيل المثال.إنشاء عنق زجاجة بحيث ينتهي الأمر بشخص آخر بالجلوس منتظرًا بسبب تعطل تطبيق شخص آخر).

ومع ذلك، فإن "القوى الموجودة" الخاصة بك قد تكون سعيدة بتقدير تقريبي للغاية طالما تم تطبيقه بشكل متسق ويمكنهم رؤية كيف يتغير بمرور الوقت.

نصائح أخرى

تريد القوى القائمة أرقامًا ثابتة عن تكلفة كل نوع من أنواع الحوادث التي يجري العمل عليها

أريد أن أطير في منطاد الهواء الساخن الخاص بي إلى المريخ، لكن هذا لا يعني أن مثل هذا الشيء ممكن.

على محمل الجد، أعتقد أنه من واجبك أن تخبرهم أنه لا توجد طريقة لقياس ذلك بدقة.أخبرهم أنه بإمكانك ترتيب الأعطال، أو أي شيء يمكنك فعله بالفعل ببياناتك، ولكن هذا كل ما لديك.

شيء من هذا القبيل "لا يمكننا في الواقع معرفة مقدار التكلفة.لدينا هذه البيانات حول المدة التي تستغرقها الأمور، وما إلى ذلك، ولكن الطريقة الوحيدة لربط التكاليف هي التظاهر بأن X دقيقة تساوي X دولار على الرغم من أن هذا ليس له أي أساس في الواقع.

إذا قمت للتو بإنشاء بعض خوارزميات التكلفة المزعجة ولم تتراجع على الإطلاق، فلن تلوم إلا نفسك عندما تستدير الإدارة وتستخدم هذا الرقم التعسفي المختلق للقيام بشيء غبي مثل موظفي الإطفاء، أو تقرر عدم إصلاح أي أعطال و بدلاً من ذلك، ركز على الاستفادة من تآزرهم مع Sharepoint Portal Internet Web Sharing Love Server 2013

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

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

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

هذا يعتمد...

ومن حيث التكلفة، فإن فقط الشيء الذي يهم هو تأثير الأعمال من العطل، لذلك يعتمد الأمر على نوع التطبيق.

بالنسبة لتطبيقات شهر مايو، قد لا يكون من الممكن تحديد تأثير الأعمال.بالنسبة للآخرين، قد تكون هناك تدابير ذات معنى.

قد تكون التدابير القائمة على الطلب ذات معنى - إذا كانت المبيعات ثابتة، فقد يكون وقت التوقف عن العمل لتطبيق المبيعات مفيدًا.إذا كانت المبيعات تتقلب بشكل لا يمكن التنبؤ به، فإن هذه التدابير تكون أقل فائدة.

قد تكون تكلفة الإصلاح مفيدة أيضًا.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top