Question

Arrière-plan:

Il y a quelques temps, j'ai construit un système pour l'enregistrement et la catégorisation des crashs de l'application pour l'un de nos programmes internes.À l'époque, j'ai utilisé une combinaison de la fréquence et agrégées perte de temps (le temps entre le lancement du programme et de la chute) pour établir la priorité des types de collisions.Il a fonctionné raisonnablement bien.

Maintenant, Les Pouvoirs en place veulent solide numéros sur l' coût de chaque type d'accident en cours d'élaboration.Ou au moins, des chiffres qui look solide.Je suppose que je pourrais utiliser le total des pertes de temps, multiplié par certains plausible figure, mais il semble douteux.

Question:

Sont-il mis en place des méthodes de calcul du monde réel coût de l'application se bloque?Ou, à défaut, les études publiées en spéculant sur de tels coûts?


Le Consensus

La précision est impossible, mais une estimation basée sur la disponibilité devrait suffire si elle est appliquée de façon uniforme et ses limites clairement documentées.Merci, Matt, d'Orion, de prendre le temps de répondre à cette question.

Était-ce utile?

La solution

Je n'ai pas vu toutes les études, mais raisonnable heuristique serait quelque chose comme :

( Temps écoulé depuis le dernier enregistrement d'application lorsque l'accident s'est produit + le Temps de redémarrer l'application ) * taux horaire Moyen de l'application de l'opérateur.

L'estimation devient plus complexe si les accidents ont un certain impact sur les clients externes tels, ou peut-être de retarder d'autres choses (c'est à direcréer un goulot d'étranglement à ce qu'une autre personne les vents sont assis autour d'attente parce que certains d'autre application s'est écrasé).

Cela dit, votre "pouvoir" peut bien être heureux avec une estimation très approximative, tant qu'elle est appliquée de façon uniforme et qu'ils peuvent voir comment il est en train de changer au fil du temps.

Autres conseils

Les Pouvoirs Qui se veulent solides chiffres sur le coût de chaque type de crash travaillé sur

Je veux voler dans mon ballon à air chaud de Mars, mais cela ne signifie pas qu'une telle chose est possible.

Sérieusement, je pense que vous avez le devoir de leur dire qu'il n'y a aucun moyen de mesurer avec précision ce.Dites-leur que vous pouvez classer les accidents, ou quoi que ce soit que vous pouvez faire avec vos données, mais c'est tout ce que vous avez.

Quelque chose comme "Nous ne pouvons pas réellement savoir combien il en coûte.Nous N'avons des données sur combien de temps les choses sont en cours d'exécution et ainsi de suite, mais la seule façon d'attacher des coûts est de prétendre que les X minutes est égal à X dollars, même si cela n'a pas de fondement dans la réalité"

Si vous il suffit de faire quelques bullcrap algorithme de calcul des coûts et de NE PAS repousser à tous, vous avez seulement vous-même à blâmer lorsque la direction se retourne et utilise cet arbitraire composé le numéro pour faire quelque chose de stupide comme le feu personnel, ou décider de ne pas fixer le tout se bloque et se concentrer plutôt sur l'optimisation de leur synergie avec sharepoint portail internet de web de partage de l'amour server 2013

Mise à jour: Pour être clair, je ne dis pas que vous devez compter que sur les stats avec une précision de 100%, et seulement renoncer à tout le reste.
Ce que je pense est important, c'est que vous savez ce que c'est que vous êtes mesure.Vous n'êtes pas réellement en mesure de coût, vous êtes en mesure de temps de disponibilité.En tant que tel, vous devez être franc à ce sujet.Si vous souhaitez estimer le coût qui est très bien, mais je crois que vous avez besoin pour faire de ce clair..

Si je ont été de produire un rapport, je l'appellerais le " crash rapport de disponibilité et peut-être avoir une deuxième champ appelé "coût Estimatif basé sur de 5 $/minute." Les gestionnaires de leur coût de revient, mais il est clair que le rapport réel est basée sur la disponibilité et le coût n'est qu'une estimation, et comment l'estimation des travaux.

Il y a un facteur manquant ici ..la plupart des applications ont un "flambage" facteur où se bloque tout à coup commencer à "coûte" beaucoup plus parce que les gens perdre confiance dans le service de votre application fournit.Une fois que cela arrive, alors il peut être très coûteux de remettre les utilisateurs de confiance et l'utilisation du système.

Ça dépend...

En termes de coût, le seulement chose qui importe, c'est la l'impact sur les entreprises de l'accident, de sorte qu'il s'appuie plutôt sur le type d'application.

Pour le mois de mai applications, il peut ne pas être possible de déterminer l'impact sur les entreprises.Pour d'autres, il peut être meaninful mesures.

En fonction de la demande de mesures peut être significative si les ventes sont stables, puis vers le bas-le temps pour les ventes de l'app peut être utile.Si les ventes fluctuent imprévisible, alors que de telles mesures sont de moins en moins utile.

Coût de la réparation peut également être utile.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top