Journal des problèmes et décisions

Définition

Le journal des problèmes (issue log) et le journal des décisions (decision log) sont des outils de suivi en temps réel des événements actifs du projet. Contrairement aux risques (événements incertains futurs), les problèmes sont des événements actuels nécessitant une résolution immédiate.

Élément	Risque	Problème (issue)	Décision
Nature	Événement incertain futur	Événement actuel avéré	Choix formel validé
Document	Registre des risques	Journal des problèmes	Journal des décisions
Temporalité	Futur (peut ne jamais arriver)	Présent (doit être résolu)	Passé (déjà tranché)
Action	Plan de réponse préventif	Résolution corrective	Documentation et communication

Contexte

Le CAPM différencie clairement risques et problèmes. Un risque déclenché devient un problème. Le journal des problèmes est un outil d'exécution (Diriger et gérer le travail), tandis que le registre des risques est un outil de planification. Le journal des décisions assure la traçabilité et évite de revisiter des décisions déjà prises.

Détails techniques

Structure du journal des problèmes

Champ	Description	Exemple
ID	Identifiant unique	ISS-012
Date d'identification	Quand le problème a été détecté	2025-02-15
Description	Nature du problème	Le serveur de staging est tombé en panne
Impact	Effet sur le projet	Tests bloqués → retard de 3 jours sur le sprint
Priorité	Urgence de résolution	Haute
Propriétaire	Responsable de la résolution	Administrateur système
Actions correctives	Étapes de résolution	Migration vers serveur backup, diagnostic root cause
Date de résolution cible	Engagement de résolution	2025-02-17
Statut	Ouvert, en cours, résolu, clos	En cours

Processus de gestion des problèmes

Problème détecté
      │
      ▼
Documenter dans le journal
      │
      ▼
Évaluer impact + urgence
      │
      ├─ Priorité haute ──→ Résolution immédiate
      │                          │
      ├─ Priorité moyenne ─→ Planifier la résolution
      │                          │
      └─ Priorité faible ──→ Surveiller
                                 │
                                 ▼
                         Résolution appliquée
                                 │
                                 ▼
                     Mettre à jour le journal (statut = résolu)
                                 │
                                 ▼
                     Vérifier que le problème est clos
                                 │
                                 ▼
                     Leçon apprise documentée ?

Structure du journal des décisions

Champ	Description	Exemple
ID	Identifiant	DEC-008
Date	Date de la décision	2025-03-01
Décision	Ce qui a été décidé	Utiliser PostgreSQL au lieu de MySQL
Rationale	Justification	Meilleure gestion des transactions complexes
Décideur	Qui a pris la décision	Architecte + PM (validé par sponsor)
Impact	Effets de la décision	Formation équipe, migration scripts existants
Statut	Active, annulée, remplacée	Active

Escalade des problèmes

Niveau	Autorité	Délai typique	Exemple
Équipe	Résolution technique autonome	< 1 jour	Bug de code → fix par le développeur
PM	Problème impactant le planning	1-3 jours	Retard livrable → réajustement planning
Sponsor	Impact budget ou périmètre majeur	3-5 jours	Dépassement 20% budget → décision sponsor
Comité de pilotage	Impact stratégique	> 5 jours	Remise en question de la viabilité du projet

Exemple concret

Projet de migration CRM — extrait des journaux actifs :

Journal des problèmes :

ID	Description	Priorité	Propriétaire	Statut
ISS-001	API Salesforce en maintenance non planifiée	Haute	Dev Lead	En cours — contournement par export CSV
ISS-002	3 membres d'équipe malades simultanément	Haute	PM	Résolu — freelance recruté en 48h
ISS-003	Données doublons dans la base source	Moyenne	Data analyst	Ouvert — script déduplification en cours

Journal des décisions :

ID	Décision	Rationale	Décideur
DEC-001	Migrer par lots de 10K contacts	Réduire le risque de perte de données	PM + Tech Lead
DEC-002	Reporter la migration du module facturation	Dépendance avec le projet ERP	Sponsor
DEC-003	Acheter licence outil ETL plutôt que développer	Time-to-market + coût inférieur à 6 mois	PM (validé sponsor)

DEC-002 a généré ISS-003 (les données du module facturation n'étaient pas nettoyées) → illustration de l'interaction entre décisions et problèmes.