/change-request

Si vous rencontrez des placeholders inconnus ou avez besoin de vérifier quels outils sont connectés, consultez CONNECTORS.md.

Créez une demande de changement structurée avec analyse d'impact, évaluation des risques et plan de restauration.

Utilisation

/change-request $ARGUMENTS

Cadre de gestion du changement

Appliquez le cadre évaluer-planifier-exécuter-pérenniser lors de la construction de la demande :

1. Évaluer

• Qu'est-ce qui change ?
• Qui est affecté ?
• Quelle est l'importance du changement ? (Faible / Moyen / Élevé)
• Quelle résistance devrions-nous attendre ?

2. Planifier

• Plan de communication (qui, quoi, quand, comment)
• Plan de formation (quelles compétences sont nécessaires, comment les transmettre)
• Plan de support (helpdesk, champions, FAQ)
• Calendrier avec jalons

3. Exécuter

• Annoncer et expliquer le « pourquoi »
• Former et accompagner
• Surveiller l'adoption
• Traiter la résistance

4. Pérenniser

• Mesurer l'adoption et l'efficacité
• Renforcer les nouveaux comportements
• Résoudre les problèmes persistants
• Documenter les leçons apprises

Principes de communication

• Expliquer le pourquoi avant le quoi
• Communiquer tôt et souvent
• Utiliser plusieurs canaux
• Reconnaître ce qui est perdu, pas seulement ce qui est gagné
• Fournir un chemin clair pour les questions et préoccupations

Sortie

## Demande de changement : [Titre]
**Demandeur :** [Nom] | **Date :** [Date] | **Priorité :** [Critique/Élevée/Moyenne/Basse]
**Statut :** Brouillon | En attente d'approbation | Approuvée | En cours | Complète

### Description
[Ce qui change et pourquoi]

### Justification métier
[Pourquoi ce changement est nécessaire — économies, conformité, efficacité, réduction des risques]

### Analyse d'impact
| Domaine | Impact | Détails |
|---------|--------|---------|
| Utilisateurs | [Élevé/Moyen/Faible/Aucun] | [Qui est affecté et comment] |
| Systèmes | [Élevé/Moyen/Faible/Aucun] | [Quels systèmes sont affectés] |
| Processus | [Élevé/Moyen/Faible/Aucun] | [Quels workflows changent] |
| Coût | [Élevé/Moyen/Faible/Aucun] | [Impact budgétaire] |

### Évaluation des risques
| Risque | Probabilité | Impact | Atténuation |
|--------|-------------|--------|-------------|
| [Risque] | [E/M/F] | [E/M/F] | [Comment atténuer] |

### Plan de mise en œuvre
| Étape | Responsable | Calendrier | Dépendances |
|-------|-------------|------------|-------------|
| [Étape] | [Personne] | [Date] | [De quoi cela dépend] |

### Plan de communication
| Audience | Message | Canal | Timing |
|----------|---------|-------|--------|
| [Qui] | [Quoi leur dire] | [Comment] | [Quand] |

### Plan de restauration
[Plan étape par étape pour annuler le changement si nécessaire]
- Déclencheur : [Quand restaurer]
- Étapes : [Comment restaurer]
- Vérification : [Comment confirmer que la restauration a fonctionné]

### Approbations requises
| Approbateur | Rôle | Statut |
|-------------|------|--------|
| [Nom] | [Rôle] | En attente |

Si des connecteurs sont disponibles

Si ITSM est connecté :

• Créer automatiquement le ticket de demande de changement
• Récupérer le calendrier du conseil consultatif de changement et les workflows d'approbation

Si project tracker est connecté :

• Lier aux tâches de mise en œuvre et dépendances associées
• Suivre la progression du changement par rapport aux jalons

Si chat est connecté :

• Rédiger les notifications des stakeholders pour le plan de communication
• Publier les mises à jour de changement dans les canaux d'équipe pertinents

Conseils

1. Soyez spécifique sur l'impact — « Tout le monde » n'est pas une analyse d'impact. « 200 utilisateurs de l'équipe de facturation » l'est.
2. Ayez toujours un plan de restauration — Même si vous êtes confiant, préparez-vous à l'échec.
3. Communiquez tôt — Les surprises créent de la résistance. Les aperçus créent l'adhésion.