Documentation et évaluation des résultats lors du dépannage de Team Foundation Server
Mise à jour : novembre 2007
Cette rubrique décrit comment documenter des modifications qui ont été apportées à un serveur Team Foundation, et comment évaluer les résultats de ces modifications.
Documenter et évaluer les résultats
Vous pouvez accroître la valeur des informations collectées durant la résolution des problèmes en tenant des registres exacts et complets sur les opérations effectuées. Vous pouvez utiliser vos registres pour limiter les efforts redondants et éviter des problèmes ultérieurs en prenant des mesures préventives.
Créez une base de données de gestion de configuration pour enregistrer l'historique des modifications, par exemple les logiciels et le matériel installés, les pilotes mis à jour, le matériel remplacé et les paramètres système modifiés. Vérifiez, mettez à jour et sauvegardez régulièrement ces données pour éviter toute perte définitive. Pour optimiser l'utilisation de votre base de données, notez des détails tels que :
Modifications qui ont été apportées.
Fréquence et dates auxquelles les modifications ont été apportées.
Raisons pour lesquelles les modifications ont été apportées.
Utilisateurs qui ont apporté les modifications.
Effets positifs et négatifs des modifications sur la stabilité ou les performances du système.
Informations fournies par le support technique.
Lorsque vous planifiez cette base de données, pensez à équilibrer la portée et les détails lorsque vous choisissez les éléments ou les attributs à suivre.
Mettez à jour les informations de base lorsque vous installez du matériel ou des logiciels nouveaux pour comparer le comportement passé et présent ou les niveaux de performance. Si les précédentes informations de base ne sont pas disponibles, utilisez les Informations système, le Gestionnaire des périphériques, l'outil d'analyse des performances ou les normes de référence de l'industrie pour générer les données.
Les informations de base associées aux données collectées au fil du temps vous permettent de tirer parti de l'expérience acquise, d'évaluer les efforts de maintenance et de juger de l'efficacité de la résolution des problèmes. L'analyse de ces données peut servir de base à un manuel de résolution des problèmes ou aboutir à des modifications de la stratégie de contrôle pour votre organisation.
Une révision après résolution des problèmes, ou post-mortem, peut vous aider à identifier les zones à améliorer dans la résolution des problèmes. Parmi les questions que vous pouvez prendre en considération durant cette période d'auto-évaluation, figurent les suivantes :
Quelles modifications ont amélioré la situation ?
Quelles modifications ont aggravé le problème ?
Les performances du système ont-elles été restaurées aux niveaux prévus ?
Quelle tâche était redondante ou inutile ?
Dans quelle mesure les ressources utilisées par le support technique étaient-elles efficaces ?
Quels autres outils ou informations non utilisés auraient pu être utiles ?
Quels problèmes non résolus requièrent une analyse supplémentaire de la cause première ?
Écrire un plan d'action
Un plan d'action est un ensemble d'objectifs et de stratégies de résolution des problèmes pertinents qui sont adaptés aux stratégies de configuration et de gestion de votre organisation. Une fois que vous avez identifié le problème et trouvé une solution potentielle ou une solution de contournement que vous avez testée sur un ou plusieurs ordinateurs, vous devez créer un plan d'action. Coordonnez votre plan avec les superviseurs et les membres du personnel dans les zones concernées pour les tenir informés à l'avance et veiller à ce que le planning n'entre pas en conflit avec des activités importantes. Incluez des dispositions pour la résolution des problèmes en dehors des heures de travail de pointe ou pour la répartition du travail en étapes sur une période de plusieurs jours. Évaluez votre plan, et lorsque vous découvrez des points faibles, mettez-le à jour pour améliorer son efficacité.
Avec l'augmentation du nombre d'utilisateurs, la perte potentielle de productivité due à des perturbations augmente. Votre plan doit tenir compte des dépendances et accepter des modifications de dernière minute. Prévoyez des plans d'urgence pour les situations imprévues.
Voir aussi
Concepts
Prise de mesures proactives pour aider à résoudre les problèmes liés à Team Foundation Server