Partager via

Définir les critères de préparation

La planification et la gestion d’un déploiement impliquent une variété d’activités et de rôles distincts les mieux adaptés à chaque activité. Cet article explique comment identifier les rôles importants et déterminer comment classifier les applications.

Déterminer les rôles et le personnel

Au fur et à mesure que vous planifiez, il est utile de déterminer les rôles dont vous aurez besoin pour effectuer le déploiement et qui doit les remplir. Différents rôles sont actifs à différentes phases d’un déploiement. Selon la taille et la complexité de votre organization, certains des rôles peuvent être remplis par la même personne. Toutefois, il est préférable d’avoir un responsable de processus établi, qui supervisera toutes les tâches du déploiement.

Gestionnaire de processus

Le responsable de processus dirige le processus de déploiement de mise à jour et a le pouvoir de pousser le processus vers l’avant ou de l’arrêter si nécessaire. Ils ont également des responsabilités dans l’organisation de ces activités :

Flux de travail de compatibilité Déploiement Capacité et modernisation
Affectation de la priorité de l’application Examen des exigences de l’infrastructure Détermination des modifications apportées à l’infrastructure
Évaluation de l’application Validation de l’infrastructure par rapport aux exigences Détermination des modifications de configuration
Évaluation de l’appareil Création d’un plan de mise à jour de l’infrastructure Créer une proposition de capacité

Le rôle du responsable de processus est de collecter des rapports sur les efforts de correction, d’escalader les défaillances et de décider si votre environnement est prêt pour le déploiement pilote, puis le déploiement à grande échelle.

Ce tableau décrit une vue des autres rôles, avec leurs responsabilités, leurs compétences pertinentes et les phases de déploiement où ils sont nécessaires :

Rôle Responsabilités Compétences Phases actives
Gestionnaire de processus Gère le processus de bout en bout ; garantit que les entrées et les sorties sont des captures ; garantit que les activités progressent Gestion des services informatiques Planifier, préparer, pilote de déploiement, déploiement à grande échelle
Propriétaire de l’application Définir le plan de test de l’application ; affecter des testeurs d’acceptation utilisateur ; certifier l’application Connaissance des applications critiques et importantes Planifier, préparer, piloter le déploiement
Développeur d’applications Vérifier que les applications sont développées pour rester compatibles avec les versions actuelles de Windows Développement d’applications ; correction de l’application Planifier, préparer
Calcul de l’utilisateur final En règle générale, un groupe comprenant des ingénieurs d’infrastructure ou des ingénieurs de déploiement qui s’assurent que les outils de mise à niveau sont compatibles avec Windows Déploiement nu ; gestion de l’infrastructure ; remise d’applications ; gestion des mises à jour Planifier, préparer, pilote de déploiement, déploiement à grande échelle
Opérations Vérifiez que la prise en charge est disponible pour la version actuelle de Windows. Fournir une prise en charge post-déploiement, y compris la communication utilisateur et les restaurations. Sécurité de la plateforme Préparation, déploiement pilote, déploiement à grande échelle
Sécurité Examiner et approuver la base de référence et les outils de sécurité Sécurité de la plateforme Préparer, pilote le déploiement
Intervenants Représenter les groupes affectés par les mises à jour, par exemple, les responsables des finances, les services aux utilisateurs finaux ou la gestion des changements Décideur clé pour une unité commerciale ou un service Planifier, déploiement pilote, déploiement à grande échelle

Définir des critères pour les applications d’évaluation

Certaines applications de votre environnement sont fondamentales pour vos activités métier principales. D’autres applications aident les employés à remplir leur rôle, mais ne sont pas essentielles à vos opérations métier. Avant de commencer à inventorier et à évaluer les applications dans votre environnement, vous devez établir des critères pour catégoriser vos applications, puis déterminer une priorité pour chacune d’elles. Ce processus vous aidera à comprendre comment déployer au mieux les mises à jour et comment résoudre les problèmes qui pourraient survenir.

Dans la phase De préparation, vous allez appliquer les critères que vous définissez maintenant à chaque application de votre organization.

Voici un schéma de classification suggéré :

Classification Définition
Critique Les applications les plus vitales qui gèrent les activités et les processus métier de base. Si ces applications n’étaient pas disponibles, l’entreprise ou une unité commerciale ne pouvait pas fonctionner du tout.
Important Applications dont les membres du personnel individuel ont besoin pour soutenir leur productivité. Ici, un temps d’arrêt affecterait les utilisateurs individuels, mais n’aurait qu’un impact minime sur l’entreprise.
Non important Il n’y a aucun impact sur l’entreprise si ces applications ne sont pas disponibles pendant un certain temps.

Une fois que vous avez classé vos applications, vous devez vous mettre d’accord sur la signification de chaque classification pour le organization en termes de priorité et de gravité. Cette activité vous aidera à vous assurer que vous pouvez trier les problèmes avec le niveau d’urgence approprié. Vous devez attribuer à chaque application une priorité basée sur le temps.

Voici un exemple de système d’évaluation des priorités ; les spécificités peuvent varier selon votre organization :

Priority Définition
1 Tous les problèmes ou risques identifiés doivent être examinés et résolus dès que possible.
2 Commencez à examiner les risques et les problèmes dans les deux jours ouvrables et corrigez-les pendant le cycle de déploiement actuel.
3 Commencez à examiner les risques et les problèmes dans les 10 jours ouvrables. Vous n’avez pas besoin de toutes les corriger dans le cycle de déploiement actuel. Toutefois, tous les problèmes doivent être résolus à la fin du prochain cycle de déploiement.
4 Commencez à examiner les risques et les problèmes dans les 20 jours ouvrables. Vous pouvez les corriger dans le cycle de développement actuel ou futur.

Le concept de gravité est lié à la priorité, mais distinct. Vous devez également définir un classement de gravité, en fonction de la façon dont vous pensez qu’un problème avec une application doit affecter le cycle de déploiement.

Voici un exemple :

Gravité Effet
1 Arrêt de travail ou perte de revenus
2 Perte de productivité pour une unité commerciale
3 Perte de productivité pour les utilisateurs individuels
4 Impact minimal sur les utilisateurs

Exemple : une grande société financière

À l’aide du schéma suggéré, une société financière peut classifier ses applications comme suit :

Application Classification
Application de traitement de crédit Critique
Application de service clientèle de première ligne Critique
Visionneuse PDF Important
Application de traitement d’images Non important

En outre, ils peuvent combiner cette classification avec des classements de gravité et de priorité comme suit :

Classification Gravité Priority Réponse
Critique 1 ou 2 1 ou 2 Pour 1, arrêtez le déploiement jusqu’à ce qu’il soit résolu ; pour 2, arrêtez le déploiement pour les appareils ou les utilisateurs affectés uniquement.
Important 3 ou 4 3 ou 4 Pour 3, poursuivez le déploiement, même pour les appareils affectés, tant qu’il existe des conseils de contournement.
Non important 4 4 Poursuivez le déploiement pour tous les appareils.