Prévisions des coûts de soutien

Avez-vous su que l'entretien explique 50% à 80% du coût global de produit ? Bien, il ! Et tandis que la plupart des chefs de projet sont assez bons aux dispositifs de nouveau produit de classement par taille, beaucoup sont terribles à estimer l'effort exigé pour soutenir un produit une fois qu'il devient généralement disponible. En conséquence, des projets d'entretien sont insuffisamment fournis de personnel, les compagnies ne peuvent pas répondre aux demandes de client d'une façon opportune, et les produits n'atteignent jamais le remboursement.

Cet article présente une méthodologie pour vous aider guesstimate et donc plan pour la phase d'entretien des produits généralement disponibles. Mais d'abord, définissons quelques limites qui sont importantes pour la compréhension de cet article.

Entretien

L'entretien est défini comme effort lié aux défauts de réparation dans un système logiciel après la disponibilité générale (GA). En d'autres termes, combien de personne-mois prendra-t-cela à votre organisation aux bogues de difficulté celaa-t- découvert par vos clients dans le domaine ?

L'entretien peut être subdivisé dans trois sous-catégories.

La maintenance corrective implique la réparation des bogues qui sont découverts dans le système après qu'il devienne généralement disponible. Un exemple d'une activité de maintenance corrective est un réalisateur fixant une méthode de Java qui cause une erreur de compilation.

L'entretien adaptatif implique de changer le système en travail dans un environnement différent tel qu'une topologie différente de réseau, une plateforme, ou un logiciel d'exploitation. Un exemple d'une activité adaptative d'entretien est un réalisateur fixant une méthode de Java qui travaille à BEA WebLogic mais pas sur IBM Websphere.

L'entretien de Perfective implique les changements qui permettent au logiciel de répondre aux mêmes exigences mais d'une façon plus acceptable. Par exemple, le concepteur pourrait changer un certain code simplement pour rendre le système plus efficace ou plus facile pour maintenir.

Perfectionnements

Des perfectionnements, également connus sous le nom de le changement demande, sont définis comme effort lié à ajouter de nouvelles possibilités à un système logiciel, ou modifiant un système logiciel pour se réunir nouvellement a défini des conditions non fonctionnelles.

Imaginer une application qui exige de l'utilisateur d'authentifier en utilisant un username et un mot de passe. Jolie substance standard, droite ? Peut-être, mais quelques clients pourrait vouloir ajouter des troisième lettres de créance au mécanisme de mot de passe tel qu'un domaine. D'autres pourraient vouloir que l'username adhère à un modèle d'email address. En conclusion, d'autres pourraient vouloir que l'application se rappelle les qualifications de l'utilisateur au-dessus des sessions, authentifiant de ce fait l'utilisateur automatiquement.

Appui

L'appui est défini comme la somme de l'entretien et les efforts de perfectionnements ont exécuté après que le produit soit GA. En d'autres termes, l'appui inclut toutes activités qui continuent après qu'un produit soit généralement disponible avoué.

Méthodologie

Tôt dans ma carrière, je me suis rendu compte que le principe de base simple pourrait être appliqué à estimer le coût de soutien de certains projets. Par exemple, le coût annuel de soutenir un site Web statique après lui devient disponible est plus ou moins équivalent au coût de le développer. En d'autres termes, si développer un site Web statique coûte $10.000, vous pouvez compter dépenser $10.000 par an le maintenant.

L'arrangement de telles règles est très pratique. Malheureusement, peu de elles sont transmissibles. En d'autres termes, la même règle ne s'appliquerait pas à un site Web dynamique permis parcommerce distribué à travers 3 rangées.

De divers modèles ont été développés au cours des années pour prévoir des coûts d'entretien basés sur la défaut-densité (par exemple courbe de Raleigh, analyse de Weibull), le KLOC et le KDSI, et les efforts de développement. Malheureusement, ces modèles ne sont pas sans aucune imperfection non plus. Bon nombre d'entre eux sont fortement imprécis ou trop complexe pour prendre la peine de les apprendre. En fait, certains sont si complexes que vous deviez acheter une application en valeur des milliers de dollars et entrer les paramètres 100+ afin de la faire calculer l'effort prié de maintenir votre produit.

Ensuite avoir étudié au-dessus des modèles une douzaine de prévision, là est une méthodologie que je recommande fortement à n'importe quel débutant ou chef de projet chevronné.

Le modèle de Boehm

Le modèle de Boehm est largement accepté dans l'industrie comme modèle valide pour des coûts d'entretien de prévision. Il est relativement simple de comprendre, et d'une manière primordiale, il te permet de raffiner votre grâce de prévision aux multiplicateurs de coût, qui seront expliqués plus tard en cet article.

La formule de Boehm est la suivante :

AME = ACTE X SDT, où

• AME est l'effort annuel d'entretien mesuré en mois de personne
• L'ACTE est le trafic annuel de changement, qui représente une fraction des instructions de la source de produit de logiciel qui subissent le changement pendant une année typique par l'addition ou la modification
• SDT est le temps d'élaboration de logiciel en mois de personne

Dire qu'un projet de logiciel a eu besoin de 100 personne-mois d'effort de développement et on l'a estimé que 15% du code serait modifié dans une année typique. L'évaluation annuelle de base d'effort d'entretien (AME) est donc :

AME = 0.15 x 100 = 15 personne-mois

En d'autres termes, vous devriez projeter dépenser 15 personne-mois d'effort par an de maintenir ce projet spécifique de logiciel.

L'estimation des coûts annuelle de base d'entretien peut être raffinée en jugeant l'importance de chaque facteur qui affecte le coût et choisir le multiplicateur approprié de coût. Le coût d'entretien de base est alors multiplié par chaque multiplicateur de coût pour donner l'estimation des coûts révisée d'entretien.

La parole dans le système précédent les facteurs ayant la plupart d'effet sur des coûts d'entretien étaient la complexité de produit (CPLX), qui était très haut, et la disponibilité du personnel de soutien avec l'expérience d'application (AEXP), qui était très basse.

Si CPLX = 1.30 et AEXP = 1.29, puis :

AEM = 15 x 1.30 x 1.29 = 25.2 personne-mois

Perfectionnements de prévisions

Le coût d'entretien révisé inclut l'impact des multiplicateurs de coût mais n'inclut pas des améliorations de produits, également connues sous le nom de demandes de changement.

Les mauvaises nouvelles sont que les prévisions des perfectionnements sont extrêmement difficiles parce qu'elles exigent de toi de savoir en avant du temps quelles possibilités additionnelles vos futurs clients demanderont. Les bonnes nouvelles sont que vous pouvez charger vos clients pour tous les perfectionnements qu'ils exigent. En conséquence, une bonne organisation ne considère pas des perfectionnements représenter un coût mais plutôt une source de revenu par accroissement.

Conclusion

En prévoyant le coût de maintenir un produit qui est généralement disponible, suivre ce conseil :

• Apprendre et employer cette version (simplifiée) du modèle de Boehm pour prévoir des coûts d'entretien.
• Dépister votre SDT.
• Mesurer votre ACTE.
• Définir les multiplicateurs de coût pour raffiner votre prévision.

En outre, vous assurez vous avoir une équipe de services professionnels pour mettre en application des demandes de changement priées par vos clients, mais ne les traitez pas comme coûts puisqu'ils sont en fait une source de revenu.