Guide de priorisation TI · sans score synthétique
This guide is maintained in English as well. IT prioritization →
Une liste de projets ne révèle pas si le vrai blocage est une preuve manquante, une capacité partagée, un choix fournisseur ouvert ou un responsable sans autorité. Séquencez les décisions qui rendent le travail responsable possible.
La décision à rendre possible
Choisir les quelques initiatives qui peuvent avancer avec les preuves et la capacité actuelles, en rendant explicites reports et dépendances.
Repérez le travail requis pour maintenir accès essentiels, continuité, engagements contractuels et technologies soutenues. Cela ne rend pas chaque demande de maintenance urgente; cela sépare obligation et amélioration discrétionnaire.
Plusieurs projets peuvent dépendre du même modèle d’identité, responsable de données, renouvellement ou choix d’architecture. Résolvez cette décision commune avant de traiter les travaux en aval comme indépendants.
Comptez l’attention interne nécessaire à la découverte, la revue, les essais, les communications, les contenus bilingues, l’acceptation et l’exploitation. Trop de démarrages simultanés cachent des responsabilités inachevées.
Pour chaque élément reporté, consignez la raison, la condition de reprise, la personne qui la surveille et la conséquence acceptée. Un arriéré sans déclencheur de revue est du stockage, pas de la priorisation.
Cadre de décision
Ces critères ne produisent pas une note. Ils rendent visibles les questions qui doivent être résolues avant une décision responsable.
Scénarios pratiques
Situation : Trois chantiers partagent les mêmes contributeurs et la même fenêtre.
Réponse utile : Repérez les obligations de cycle de vie, résolvez identité et responsabilités communes, puis limitez les livraisons simultanées.
Limite : Ce cadre ne promet aucune durée et ne dicte pas de séquence technique sans preuve.
Situation : Une amélioration vue par la direction a de l’élan, alors qu’un travail de base reste ouvert.
Réponse utile : Exprimez dépendance et conséquence en langage de décision; approuvez avec hypothèses explicites ou préalable.
Limite : Un travail dit fondamental n’est pas automatiquement premier; le lien doit être démontré.