Diagnostic du périmètre
Ce qui a été convenu, ce qui a été ajouté en cours de route et ce qui n'a jamais été défini.
Sauvetage et stabilisation de projets
Un projet bloqué n'a pas besoin de plus de développement. Il a besoin d'un diagnostic.
Un diagnostic transversal pour un projet Salesforce dévié : périmètre, architecture, données, méthode de livraison et confiance entre les parties — suivi d'un plan de stabilisation avec des mesures immédiatement applicables.
Cartographie des capacités
Ce qu'il inclut et dans quel ordre
Sauvetage de projets — Cartographie des capacités
Diagnostic du périmètre
Ce qui a été convenu, ce qui a été ajouté en cours de route et ce qui n'a jamais été défini.
Révision de l'architecture
Modèle de données, permissions et automatisation versus le processus métier réel.
Révision des données
Qualité, doublons et état réel de la migration.
Révision de la livraison
Planification, priorisation, tests et processus de prise de décisions.
Plan de stabilisation
Mesures immédiates qui restaurent le contrôle en un seul cycle.
Plan de récupération
Une séquence priorisée avec des jalons mesurables.
Contexte
Ce qui détermine réellement le résultat
Un projet dévie rarement pour une seule raison. C'est généralement la combinaison d'un périmètre qui n'a jamais été précisément convenu, d'un modèle de données décidé trop tard et de données pires que prévu.
La première action n'est pas d'accélérer, mais de s'arrêter et de cartographier. Continuer à développer sur une base défectueuse ne fait qu'augmenter le coût de la correction finale.
Un sauvetage réussi se termine par une décision explicite : quoi geler, quoi continuer et quoi reconstruire, avec un calendrier que l'équipe peut réellement respecter.
Ce que nous faisons
Domaines d'intervention
Révision de l'architecture
Modèle de données, permissions et automatisation versus le processus métier réel.
Révision des données
Qualité, doublons et état réel de la migration.
Révision de la livraison
Planification, priorisation, tests et processus de prise de décisions.
Plan de stabilisation
Mesures immédiates qui restaurent le contrôle en un seul cycle.
Plan de récupération
Une séquence priorisée avec des jalons mesurables.
Matrice de décision
Symptômes, causes et premières étapes
| Symptôme | Cause courante | Première étape | Ce que nous mesurons |
|---|---|---|---|
| Le calendrier est continuellement retardé | Périmètre indéfini ou incontrôlé | Geler le périmètre et valider le backlog | Pourcentage d'éléments avec critères d'acceptation |
| Chaque correction casse quelque chose d'autre | Automatisations dupliquées sans responsable | Carte complète de ce qui est exécuté sur chaque objet | Nombre d'automatisations dupliquées |
| Les utilisateurs ne travaillent pas dans le système | Le processus ne correspond pas au travail réel | Entretiens avec les utilisateurs et révision de l'utilisation | Taux d'utilisation hebdomadaire par fonction |
| Les données ne sont pas fiables | Migration sans conciliation | Comparaison par échantillon avec la source | Taux d'écarts identifiés |
| Il n'y a pas d'accord sur ce qui est 'terminé' | Manque de critères d'acceptation | Définir un Definition of Done | Éléments formellement acceptés |
Le calendrier est continuellement retardé
- Cause courante
- Périmètre indéfini ou incontrôlé
- Première étape
- Geler le périmètre et valider le backlog
- Ce que nous mesurons
- Pourcentage d'éléments avec critères d'acceptation
Chaque correction casse quelque chose d'autre
- Cause courante
- Automatisations dupliquées sans responsable
- Première étape
- Carte complète de ce qui est exécuté sur chaque objet
- Ce que nous mesurons
- Nombre d'automatisations dupliquées
Les utilisateurs ne travaillent pas dans le système
- Cause courante
- Le processus ne correspond pas au travail réel
- Première étape
- Entretiens avec les utilisateurs et révision de l'utilisation
- Ce que nous mesurons
- Taux d'utilisation hebdomadaire par fonction
Les données ne sont pas fiables
- Cause courante
- Migration sans conciliation
- Première étape
- Comparaison par échantillon avec la source
- Ce que nous mesurons
- Taux d'écarts identifiés
Il n'y a pas d'accord sur ce qui est 'terminé'
- Cause courante
- Manque de critères d'acceptation
- Première étape
- Définir un Definition of Done
- Ce que nous mesurons
- Éléments formellement acceptés
Comment nous travaillons
Étapes de livraison
- 01
Arrêter et cartographier
Une image partagée et convenue par toutes les parties.
- 02
Diagnostic transversal
Périmètre, architecture, données et livraison.
- 03
Décisions
Ce qu'il faut geler, continuer et reconstruire.
- 04
Stabilisation immédiate
Éliminer les blocages du travail quotidien.
- 05
Plan d'action
Une séquence priorisée avec des jalons.
- 06
Reprendre le bon chemin
Révisions par jalons et mesure continue.
Continuer à explorer
Services et guides connexes
Foire aux questions
Sauvetage de projets — questions courantes
Un sauvetage signifie-t-il repartir de zéro ?
Presque jamais. Dans la plupart des cas, une partie substantielle du travail est solide et mérite d'être conservée. L'objectif est d'identifier précisément quelles couches sont défectueuses et de corriger uniquement celles-ci, avec une décision raisonnable et non issue de la frustration.
Combien de temps dure le diagnostic ?
Un diagnostic ciblé est beaucoup plus court qu'un projet. Il est limité dans le temps dès le départ, car un diagnostic qui traîne devient une partie du problème.
Et si le fournisseur actuel est toujours impliqué ?
C'est une situation courante et totalement gérable. Le diagnostic examine l'état du système et du processus, pas les personnes, et les conclusions servent de base à une décision conjointe sur la façon de continuer.
Et si le budget est déjà épuisé ?
Alors, savoir exactement ce qui manque est encore plus important. Un diagnostic qui identifie trois blocages réels est beaucoup plus économique que de continuer un développement sans objectif qui produit un nouveau dérapage.
Prochaine étape
Diagnostiquer le projet
Nous évaluerons l'état réel du projet et définirons les trois actions qui rétablissent le contrôle.
Prochaine étape
Diagnostiquer le projet
Nous évaluerons l'état réel du projet et définirons les trois actions qui rétablissent le contrôle.