Diagramme de Gantt de lancement de produit : planifier, préparer, lancer
Un diagramme de Gantt de lancement de produit modifiable : positionnement, développement, supports marketing, formation des ventes et jour J, avec les dépendances qui fixent la date. Changez une durée, la date de lancement bouge.
Qu'est-ce que le processus diagramme de gantt de lancement de produit : planifier, préparer, lancer ?
Un lancement est difficile à planifier parce qu'aucune équipe n'en est propriétaire. Le produit se termine, le marketing attend d'avoir quelque chose à décrire, les ventes doivent être formées sur un produit qui bouge encore, et le support ne l'a pas encore vu. Chaque équipe peut être dans les temps et le lancement peut quand même être en retard, car la date dépend du plus lent de quatre flux parallèles et de quelques passages de relais entre eux.
Ce modèle montre cette structure. Le flux produit développe et mène une bêta, le marketing prépare la page, les supports et la prise de contact une fois le message arrêté, et les ventes et le support se préparent une fois l'ensemble des fonctionnalités figé. « Revue de préparation au lancement » les attend tous, et « Jour du lancement » attend la revue. La plus longue chaîne menant à la revue fixe la date, c'est pourquoi le chemin critique vaut la peine d'être activé.
Remarquez ce qui démarre tôt. « Positionnement et message » n'a aucun prédécesseur, car le marketing ne doit pas attendre le début du développement, et « Bêta avec des clients » démarre pendant que le développement se poursuit. Le plan n'a aucune date fixe. Si la date de votre lancement est imposée par un événement, épinglez « Jour du lancement » dessus : si le travail qui précède ne peut pas se terminer à temps, la tâche est signalée avec la date au plus tôt que permettent ses dépendances.
Pour le travail derrière chaque case, voir le processus de développement de produits sur /fr/templates/organigramme-du-processus-de-developpement-de-produits-modele-de-porte-d-etape. Pour le sort des défauts après le lancement, le processus de gestion des incidents, sur /fr/templates/organigramme-du-processus-de-gestion-des-incidents, décrit le parcours.
Ce que couvre cet organigramme
Dans ce modèle
- Quatre flux, Produit, Marketing, Ventes et support et Lancement, avec 15 tâches et quatre jalons.
- Un marketing qui démarre tout de suite : « Positionnement et message » n'a aucun prédécesseur, et la page, les supports et la prise de contact en découlent.
- Une bêta qui chevauche le développement : « Bêta avec des clients » démarre douze jours après le début de « Développement et corrections » plutôt qu'après sa fin.
- Une formation à partir d'un ensemble de fonctionnalités figé : « Formation des ventes » et « Guide de support et FAQ » attendent tous deux « Gel des fonctionnalités ».
- Un seul point de passage avant le lancement : « Revue de préparation au lancement » attend la bêta, la page, la prise de contact, la formation, le guide de support et la tarification, et « Jour du lancement » attend la revue.
Quand utiliser ce modèle
- Une date de lancement a été promise et vous devez savoir si le travail qui la précède y tient.
- Le marketing, les ventes et le produit annoncent tous du vert et le lancement glisse quand même.
- Vous voulez voir ce qui arrive au jour du lancement si le développement dure une semaine de plus.
- Vous planifiez un premier lancement et avez besoin de la liste de ce que les autres équipes doivent terminer.
Le plan, tâche par tâche
Toutes les tâches du diagramme avec leur durée en jours ouvrés et ce qu'elles attendent. Une dépendance est un numéro d'étape ; SS signifie début à début, FF fin à fin et +n un décalage en jours ouvrés.
| # | Tâche | Groupe | Jours ouvrés | Dépend de |
|---|---|---|---|---|
| 1 | Positionnement et message | Marketing | 5 | |
| 2 | Spécifications finales du produit | Produit | 4 | |
| 3 | Développement et corrections | Produit | 20 | 2 |
| 4 | Bêta avec des clients | Produit | 8 | 3SS+12 |
| 5 | Gel des fonctionnalités | Produit | Jalon | 3 |
| 6 | Page d'atterrissage et textes | Marketing | 6 | 1 |
| 7 | Supports et vidéo de lancement | Marketing | 10 | 1 |
| 8 | Contact presse et partenaires | Marketing | 8 | 7 |
| 9 | Formation des ventes | Ventes et support | 3 | 1, 5 |
| 10 | Guide de support et FAQ | Ventes et support | 4 | 5 |
| 11 | Tarification et offres validées | Ventes et support | Jalon | 1 |
| 12 | Revue de préparation au lancement | Lancement | Jalon | 4, 6, 8, 9, 10, 11 |
| 13 | Jour du lancement | Lancement | Jalon | 12 |
| 14 | Suivi et réactivité | Lancement | 10 | 13 |
| 15 | Bilan des résultats du lancement | Lancement | 2 | 14 |
Comment cela fonctionne
Nommez les vrais flux de travail
Gardez un groupe par équipe qui doit livrer quelque chose. Fusionnez les flux qu'une seule personne pilote et scindez ceux que deux équipes différentes se partagent.
Démarrez ce qui peut démarrer maintenant
Ne donnez aucun prédécesseur aux tâches qui n'ont pas besoin du produit, comme le message. Attendre le développement pour commencer quoi que ce soit d'autre est la façon la plus courante de faire glisser un lancement.
Utilisez début à début pour les chevauchements
Quand une tâche peut commencer en cours d'une autre, comme une bêta pendant le développement, reliez-la en début à début avec un décalage en jours ouvrés.
Faites de la revue de préparation un vrai point de passage
Listez ce qui doit être vrai pour lancer et qui décide. Reliez-y chaque flux, afin qu'un élément manquant apparaisse comme la tâche en retard.
N'épinglez la date que si elle est fixe
Si le jour du lancement est imposé par un événement ou un contrat, épinglez-le à cette date ; le diagramme le signale si le travail qui précède ne peut pas se terminer à temps. S'il n'est pas fixé, laissez-le être calculé.
Planifiez les semaines après le lancement
Gardez « Suivi et réactivité » et « Bilan des résultats du lancement » dans le plan pour que l'équipe et la revue soient réservées.
Questions fréquentes
Comment planifier un lancement de produit avec un diagramme de Gantt ?
Placez le travail de chaque équipe dans son propre groupe, donnez à chaque tâche une durée en jours ouvrés et reliez les tâches à ce qu'elles attendent. Ajoutez une revue de préparation qui dépend de chaque flux et un jalon de lancement qui dépend de la revue. Le diagramme montre alors quel flux fixe la date.
Quel est le chemin critique d'un lancement de produit ?
C'est la plus longue chaîne de tâches dépendantes qui aboutit au jour du lancement. Dans ce modèle, elle passe généralement par le développement, le gel des fonctionnalités et la formation jusqu'à la revue de préparation. Un retard sur cette chaîne décale le lancement ; un retard ailleurs peut ne rien changer.
Puis-je vérifier le plan par rapport à une date de lancement fixe ?
Oui. Épinglez le jour du lancement à la date voulue. Le planning continue d'avancer à partir du début : si les tâches qui précèdent demandent plus de temps que disponible, le jour du lancement est signalé avec la date au plus tôt que permettent ses dépendances. Raccourcissez, faites chevaucher ou abandonnez des tâches du chemin critique jusqu'à ce que le signalement disparaisse.
Le budget est-il inclus ?
Non. C'est un planning. Le modèle ne suit pas les coûts et ne compare pas à un plan de référence.
