#1 Supplier delivery slips
Score 16 · Élevé
Outil de projet gratuit
Générateur de journaux RAID.Gardez l’incertitude visible et possédée.
Créez un registre pratique des risques, des hypothèses, des problèmes et des dépendances, puis exportez-le au format CSV ou Markdown sans compte.
S'exécute dans votre navigateur. Les données du registre ne sont jamais téléchargées.
#2 Approver is available weekly
Score 9 · Moyen
#3 Test environment is unstable
Score 20 · Élevé
#4 Legal review before launch
Score 15 · Élevé
Probabilité × impact
5
10
15
203
25
4
8
12
161
20
3
6
92
12
154
2
4
6
8
10
1
2
3
4
5
Probabilité
Impact
3 haut1 moyen0 faible
Un journal RAID n'est utile que lorsqu'il modifie les décisions
Enregistrez chaque élément dans un langage simple, attribuez-lui un propriétaire et indiquez l'action suivante. Consultez le journal à une cadence fixe et fermez les entrées qui n'affectent plus la livraison. Un long registre statique est une documentation et non une gestion des risques.
Gardez le propriétaire et la réponse à côté de la partition
Un carré coloré sans propriétaire ne change rien. Chaque élément important nécessite une personne chargée de le surveiller et une réponse concrète : éviter, réduire, transférer, accepter, résoudre, valider ou débloquer.
Commun questions
Comment est calculé le score de risque ?
La probabilité de 1 à 5 est multipliée par l’impact de 1 à 5. Les scores inférieurs à 6 sont faibles, ceux de 6 à 14 sont moyens et ceux de 15 à 25 sont élevés.
Ces bandes constituent un défaut pratique. Si votre organisation dispose d'une politique de notation convenue, utilisez ses seuils lors de l'examen du registre exporté.
Qu'est-ce qui appartient à un journal RAID ?
Les risques sont des événements incertains qui peuvent survenir. Les hypothèses sont des croyances qui doivent encore être validées. Les problèmes sont des problèmes qui surviennent actuellement. Les dépendances sont des éléments sur lesquels repose la livraison.
Chaque entrée matérielle doit avoir un propriétaire et une réponse ou une action suivante.
À quelle fréquence le registre doit-il être révisé ?
À une cadence qui correspond à la rapidité avec laquelle le projet évolue : chaque semaine est une valeur par défaut utile pour une livraison active. Examinez les risques élevés plus fréquemment lorsque leur déclencheur approche.
Fermez les éléments obsolètes au lieu de laisser le registre s'agrandir indéfiniment.
Les informations sur le projet sont-elles stockées ou téléchargées ?
Non. Le registre reste dans l'onglet actuel du navigateur et s'exporte directement au format CSV ou Markdown. Il n'y a pas de compte ni de traitement par le serveur.
Tournez le registre
en œuvre visible.
Le modèle de réalisation de projet de Kanera combine les propriétaires, les champs de risque, les listes de contrôle de révision, les dates d'échéance, les rapports et le nombre de cartes dans un seul flux de travail partagé.
Aucune carte requise, essai Pro de 30 jours, plan gratuit disponible par la suite