Données pires que prévu
Profilage précoce avant de fixer tout délai, et règles de décision convenues pour les enregistrements qui sont en deçà du seuil.
Méthodologie
Une approche de livraison avec des 'stage gates', pour que les problèmes n'apparaissent pas quand ils sont déjà coûteux à résoudre.
Huit phases, chacune avec un objectif, des livrables et une condition de sortie explicite. La méthode s'adapte au projet, mais aucune phase n'est silencieusement ignorée.
Système de livraison d'entreprise
De la découverte à la stabilisation, avec un 'gate' entre chaque phase
Les 'gates' sont ce qui transforme une méthodologie en une liste de phases en un système de contrôle. Chaque 'gate' nécessite une approbation explicite de l'entreprise, pas seulement un OK technique.
Système de livraison d'entreprise
- 01
Découverte et compréhension des processus
Comprendre ce qui doit changer dans le travail quotidien et qui sera affecté.
Entretiens avec les responsables de processus et les utilisateurs, cartographie de l'état actuel, identification des sources de données et des systèmes connectés, définition d'objectifs mesurables.
Stage gate : Un document de découverte approuvé avec les objectifs, les utilisateurs et les processus inclus dans le périmètre.
- 02
Architecture et modèle de données
Fixer les couches dont la modification ultérieure est coûteuse.
Modèle d'entités, sources de vérité, modèle de permissions et de partage, limites d'intégration, stratégie d'organisation et décisions de plateforme.
Stage gate : Un modèle de données et de permissions approuvé par écrit par les responsables de processus et l'informatique.
- 03
Conception de la solution et périmètre
Traduire la découverte en un backlog accordé avec des critères d'acceptation.
Détail des capacités, user stories, définition du MVP, priorisation et identification des risques et dépendances.
Stage gate : Périmètre approuvé avec des critères d'acceptation et un mécanisme de contrôle des changements.
- 04
Construction en cycles
Construire et démontrer un logiciel fonctionnel, pas des diapositives.
Configuration, Flow ou Apex par une décision motivée, interfaces utilisateur, une démonstration à la fin de chaque cycle.
Stage gate : Une démonstration approuvée par cycle, avec la liste des lacunes résolues.
- 05
Données et migration
Transférer des données auxquelles les gens peuvent faire confiance.
Profilage, règles de nettoyage, cartographie, clés d'identité, chargement de test et réconciliation.
Stage gate : Un chargement de test qui a réussi la comparaison complète avec la source, avec les différences approuvées.
- 06
Tests d'acceptation
Vérifier que le processus fonctionne entre les mains de ceux qui l'exécuteront.
Scripts d'UAT basés sur le processus, tests de permissions, tests d'intégration et tests de charge si applicable.
Stage gate : UAT approuvé par les responsables de processus, avec les défauts classés et les bloqueurs résolus.
- 07
Formation et préparation
Mener l'organisation à un état où elle peut travailler dès le premier jour.
Formation par fonction, matériel de référence concis, un réseau de 'Champions', communication interne et un plan de support.
Stage gate : Une vérification de la préparation : utilisateurs, données, permissions, support et un plan de retour arrière.
- 08
Mise en service et hypercare
Stabiliser et transférer vers l'opération continue.
Une fenêtre de basculement planifiée, un support rapproché les premières semaines, la mesure de l'adoption et des corrections rapides.
Stage gate : Sortie de l'hypercare basée sur des métriques de stabilité et d'adoption convenues.
Rôles
Qui est responsable de quoi
| Rôle | Responsabilité principale | Partie |
|---|---|---|
| Chef de Projet Métier | Définit ce qui doit se passer et approuve l'acceptation | Client |
| Décideur avec autorité | Résout les désaccords et approuve les changements de périmètre | Client |
| Architecte de solution | Modèle de données, permissions et décisions de plateforme | HPI Pro |
| Responsable de livraison | Planification, priorisation, risques et communication | HPI Pro |
| Développeur et Administrateur | Construction, automatisation, développement et tests | HPI Pro |
| Spécialiste des données | Profilage, migration, qualité et réconciliation | HPI Pro |
| Représentant IT et Sécurité | Infrastructure, identité, permissions et réglementation | Client |
| Groupe de test d'utilisateurs | UAT et retours d'utilisabilité | Client |
Chef de Projet Métier
- Responsabilité principale
- Définit ce qui doit se passer et approuve l'acceptation
- Partie
- Client
Décideur avec autorité
- Responsabilité principale
- Résout les désaccords et approuve les changements de périmètre
- Partie
- Client
Architecte de solution
- Responsabilité principale
- Modèle de données, permissions et décisions de plateforme
- Partie
- HPI Pro
Responsable de livraison
- Responsabilité principale
- Planification, priorisation, risques et communication
- Partie
- HPI Pro
Développeur et Administrateur
- Responsabilité principale
- Construction, automatisation, développement et tests
- Partie
- HPI Pro
Spécialiste des données
- Responsabilité principale
- Profilage, migration, qualité et réconciliation
- Partie
- HPI Pro
Représentant IT et Sécurité
- Responsabilité principale
- Infrastructure, identité, permissions et réglementation
- Partie
- Client
Groupe de test d'utilisateurs
- Responsabilité principale
- UAT et retours d'utilisabilité
- Partie
- Client
Gestion des risques
Quatre risques gérés dès le début
Dérive du périmètre ('scope creep')
Toute demande reçoit une évaluation d'impact et une décision explicite. Un changement approuvé modifie également le délai et le budget.
Résistance des utilisateurs
Implication précoce d'utilisateurs clés, tests d'acceptation réels et formation par fonction plutôt que par écran.
Dépendance d'une seule personne
Documentation des décisions et transfert continu de connaissances, afin que le projet ne s'arrête pas pour cause de vacances ou de congé.
Continuer à partir d'ici
Pages et guides connexes
Foire aux questions
Méthodologie — questions courantes
Quelle est la durée typique d'un projet Salesforce ?
La durée dépend de l'étendue des processus, de l'état des données et du nombre d'intégrations, et non de la taille de l'organisation. Un processus de vente avec une migration propre est très différent de trois processus interdépartementaux connectés à un ERP. Nous fournissons une estimation de temps seulement après la phase de découverte, car avant, ce serait une supposition.
Qu'est-ce qu'un 'stage gate' et pourquoi est-il nécessaire ?
Un 'stage gate' est une condition explicite qui doit être remplie avant de passer à la phase suivante : l'approbation du modèle de données, par exemple, ou une réconciliation réussie d'un chargement de test. Les 'gates' évitent le schéma courant où un projet continue de progresser sur une base non approuvée, ne le découvrant qu'aux tests d'acceptation.
Travaillez-vous en Agile ou en Waterfall ?
Dans une combinaison contrôlée. L'architecture, le modèle de données et la migration des données nécessitent une planification préalable, car les modifier en cours de route est très coûteux. La construction, les améliorations et la priorisation sont exécutées en cycles courts avec des démonstrations périodiques. L'approche est choisie par composant, non par idéologie.
Qui doit participer de la part de l'organisation ?
Un gestionnaire de processus métier pour chaque domaine, un représentant informatique ou des données, un décideur capable de résoudre les désaccords, et un groupe d'utilisateurs qui participe aux tests d'acceptation. L'absence d'un décideur ayant l'autorité est une des causes les plus courantes de retard.
Que se passe-t-il si les exigences changent en cours de projet ?
Le changement est une partie naturelle d'un projet. Ce qui n'est pas acceptable, c'est le changement non documenté. Chaque demande est évaluée par rapport au périmètre approuvé, reçoit une estimation d'impact sur le temps et le budget, et est acceptée ou rejetée par le biais d'une décision explicite. Cela évite le 'scope creep' silencieux.
Que conserve l'organisation à la fin du projet ?
La documentation d'architecture et du modèle de données, une carte des intégrations, un registre des décisions, des scripts de test, du matériel de formation par fonction et des procédures opérationnelles. L'objectif est que l'organisation puisse maintenir et faire évoluer le système sans notre aide.
Prochaine étape
Nous adapterons la méthode à votre périmètre
Tous les projets n'ont pas besoin de chaque phase avec la même profondeur, mais chaque projet doit savoir quels 'gates' il traverse.