Ordonner les projets IT selon l’utilité et la capacité
Comparez l’utilité attendue, les prérequis ouverts et la disponibilité des bons spécialistes avant de promettre des dates de démarrage.
Rendez le choix explicable
Une liste de projets devient un plan de travail par des décisions. Pour chaque projet, décrivez le problème métier à résoudre, les utilisateurs du résultat et les signes permettant de reconnaître une amélioration. « Construire un portail » nomme une solution, pas encore un bénéfice établi.
Consignez aussi les prérequis et les besoins en rôles précis. Microsoft relie les priorités des projets de données aux objectifs métier, à la faisabilité et aux dépendances. L’application à une petite liste de travaux IT ci-dessous est notre exemple éditorial, pas une obligation liée à une plateforme.
Exemple avec une capacité limitée
Tous les projets et efforts sont fictifs. Sur la période de planification, les spécialistes adaptés disposent au total de 6 jours-personnes, engagements en cours déjà déduits. Les efforts comprennent les vérifications et la transmission nécessaires dans l’exemple. Ce ne sont ni des prix de marché ni des estimations de projets ASES.
Projet | Bénéfice attendu | Prérequis | Effort en jours-personnes | Décision |
|---|---|---|---|---|
| Responsabilité claire pour les informations partagées. | Les responsables métier doivent approuver les règles des champs. | 3 | Planifier maintenant et vérifier l’approbation avant la mise en application. |
| Les clients consultent eux-mêmes les informations approuvées. | Données ordonnées et responsabilités approuvées issues du premier projet. | 8 | Prévoir une période de capacité distincte après clarification du prérequis. |
| L’extrait mensuel présente l’ordre de colonnes nécessaire. | Fichier exemple et vérificateur disponibles ; indépendant des autres projets. | 2 | Planifier dans la capacité restante. |
Dans cet exemple, 3 + 2 = 5 jours-personnes ; il reste 1 sur 6. Ce reste n’est pas automatiquement une réserve de risque suffisante. Les jours-personnes sont un effort, pas une durée calendaire promise. Approbations, absences et compétences différentes peuvent modifier le calendrier.
Consignez les reports et les hypothèses ouvertes
Le portail n’est pas pour autant jugé sans importance. Son utilité peut justifier une capacité supplémentaire ou un autre périmètre. Pour démarrer, prérequis et disponibilité doivent néanmoins être clarifiés. Microsoft montre que les dépendances peuvent influer sur l’ordre lors de l’inventaire.
Pour chaque décision, notez le responsable, l’hypothèse ouverte et le motif du prochain examen. Si une approbation tarde, adaptez l’affectation. Une panne opérationnelle urgente ou un changement de priorité peut aussi modifier l’ordre. Réévaluez ensemble les projets concernés au lieu d’ajouter discrètement du travail à la même période.
Sources
À lire aussi
Tous les articles
Conseil IT & stratégie avec ASES
Stratégie, architecture et choix technologiques