Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
COST10-BP01 Élaborer un processus de révision de la charge de travail
Développez un processus qui définit les critères et le processus de révision de la charge de travail. La révision doit refléter les bénéfices potentiels. Par exemple, les charges de travail principales ou celles qui représentent plus de 10 % de la facture sont révisées chaque trimestre ou semestre, tandis que les charges de travail qui comptent pour moins de 10 % des frais sont révisées une fois par an.
Niveau d’exposition au risque si cette bonne pratique n’est pas respectée : élevé
Directives d’implémentation
Pour avoir la charge de travail la plus rentable, vous devez régulièrement la vérifier pour déterminer s’il existe des possibilités de mettre en œuvre de nouveaux services, fonctionnalités et composants. Pour réduire globalement les coûts, le processus doit être proportionnel au montant potentiel des économies. Par exemple, les charges de travail qui représentent 50 % de vos dépenses totales doivent être examinées plus régulièrement et plus en profondeur que les charges de travail qui représentent 5 % de vos dépenses totales. Facteur dans tous les facteurs externes ou volatilité. Si la charge de travail dessert une région géographique ou un segment de marché spécifique, et que l’on prévoit des changements dans ce domaine, des révisions plus fréquentes peuvent permettre de réaliser des économies. Un autre facteur à prendre en compte est l’effort de mise en œuvre des modifications. Si des coûts importants sont associés au test et à la validation des modifications, les révisions doivent être moins fréquentes.
Tenez compte du coût à long terme de la maintenance des composants et ressources obsolètes et hérités ainsi que de l’impossibilité d’y intégrer de nouvelles fonctionnalités. Le coût actuel des tests et de la validation peut dépasser l’avantage proposé. Toutefois, au fil du temps, le coût du changement peut augmenter de manière significative, car l’écart entre la charge de travail et les technologies actuelles s’accroît, ce qui entraîne des coûts encore plus élevés. Par exemple, le coût du passage à un nouveau langage de programmation peut ne pas être actuellement rentable. Toutefois, en cinq ans, le coût des personnes compétentes dans ce langage pourrait augmenter et, en raison de l’accroissement de la charge de travail, vous transféreriez un système encore plus important vers le nouveau langage, ce qui nécessiterait encore plus d’efforts qu’auparavant.
Décomposez votre charge de travail en composants, attribuez le coût du composant (une estimation est suffisante), puis énumérez les facteurs (par exemple, l’effort et les marchés extérieurs) à côté de chaque composant. Utilisez ces indicateurs pour déterminer une fréquence de révision pour chaque charge de travail. Par exemple, vous pouvez avoir des serveurs Web représentant un coût élevé, un faible effort de changement et des facteurs externes élevés, ce qui entraîne une fréquence moyenne de révision. Une base de données centrale peut être un coût moyen, impliquer un effort de modification élevé et représenter des facteurs externes faibles, ce qui se traduit par une fréquence de révision moyenne.
Définissez un processus d’évaluation de nouveaux services, des modèles de conception, des types de ressources et des configurations pour optimiser le coût de votre charge de travail au fur et à mesure que ces éléments deviennent disponibles. À l’instar des processus de révision des piliers de performance et de révision des piliers de fiabilité, identifiez, validez et hiérarchisez les activités d’optimisation et d’amélioration ainsi que la résolution des problèmes et intégrez-les à votre backlog.
Étapes d’implémentation
-
Définition de la fréquence de révision : définissez la fréquence à laquelle la charge de travail et ses composants doivent être révisés. Allouez du temps et des ressources pour une amélioration continue et une fréquence de vérification afin d’améliorer l’efficacité et l’optimisation de votre charge de travail. Il s’agit d’une combinaison de facteurs qui peut varier en fonction de la charge de travail dans votre organisation et d’un composant à l’autre dans la charge de travail. Les facteurs courants incluent l’importance pour l’organisation mesurée en termes de chiffre d’affaires ou de marque, le coût total d’exécution de la charge de travail (y compris les coûts d’exploitation et des ressources), la complexité de la charge de travail, la facilité de mise en œuvre d’un changement, les contrats de licence de logiciel et l’augmentation significative des coûts de licences pénalisants en cas de changement. Les composants peuvent être définis de manière fonctionnelle ou technique, tels que les serveurs Web et les bases de données, ou les ressources de calcul et de stockage. Équilibrez les facteurs en conséquence et développez une période pour la charge de travail et ses composants. Vous pouvez décider de réviser la charge de travail complète tous les 18 mois, les serveurs Web tous les 6 mois, la base de données tous les 12 mois, le stockage de calcul et de courte durée tous les 6 mois et le stockage de longue durée tous les 12 mois.
-
Définition de la minutie des révisions : définissez les efforts consacrés à la révision de la charge de travail ou des composants de la charge de travail. Similaire à la fréquence de vérification, il s’agit d’un équilibre entre plusieurs facteurs. Évaluez et hiérarchisez vos possibilités d’amélioration afin de concentrer les efforts là où ils permettent d’obtenir les plus grands avantages, tout en estimant la quantité d’efforts nécessaire pour ces activités. Si les résultats attendus sont en deçà des objectifs et que les efforts requis sont plus coûteux, itérez alors avec d’autres plans d’action. Vos processus de vérification doivent dédier du temps et des ressources pour permettre d’effectuer des améliorations progressives continues. Par exemple, vous pouvez décider d’analyser le composant de base de données pendant une semaine, les ressources de calcul pendant une semaine et le stockage pendant quatre heures.
Ressources
Documents connexes :
Exemples associés :
