La trame 30/60/90 jours présentée ici est un exemple à adapter. Ce n'est ni un forfait, ni un délai au bout duquel un résultat serait garanti. Chaque personne et chaque contexte demandent un rythme différent.
Avant l'arrivée
- Le mandat : l'objectif produit et les décisions que la personne pourra prendre.
- Un manager référent : disponible chaque semaine, pas seulement en cas de problème.
- Les accès et outils : outil de suivi, données d'usage, retours du support, documentation.
- Les personnes à rencontrer : clients, support, équipe technique, commerce, direction.
- Un premier problème : assez concret pour être traité dans les premières semaines.
Une trame en trois périodes
| Période | Objectif | Activité terrain | Formation utile | Élément observable | Rôle du manager |
|---|---|---|---|---|---|
| 0–30 jours | Comprendre | Rencontrer utilisateurs, support et équipe | Repères du produit, du marché et des rituels | Une synthèse des problèmes entendus | Ouvrir les portes, présenter les parties prenantes |
| 31–60 jours | Décider sur un périmètre limité | Traiter le premier problème avec l'équipe | Priorisation, découpage, conduite d'une revue | Des arbitrages expliqués à l'équipe | Soutenir les premières décisions, débriefer |
| 61–90 jours | Élargir l'autonomie | Construire les prochaines priorités | Discovery, roadmap, arbitrage entre parties prenantes | Des choix reliés à des retours utilisateurs | Réduire progressivement son intervention |
Pour un profil confirmé, la première période peut être plus courte. Pour un profil junior, la deuxième peut durer plus longtemps. L'important est d'ajuster la trame à ce que l'on observe, pas l'inverse.
Un exemple pédagogique
Prenons un cas fictif : une personne à fort potentiel, qui connaît bien le métier de l'entreprise, mais n'a jamais priorisé un backlog ni travaillé au quotidien avec des développeurs. Le premier mois, elle s'appuie sur sa connaissance métier pour clarifier les besoins. Le deuxième, elle apprend à prioriser sur de petits sujets, avec un débrief chaque semaine. Le troisième, elle conduit seule une discussion d'arbitrage avec l'équipe technique.
Observer, apprendre, appliquer, débriefer
La boucle est simple : observer une situation réelle, apprendre une notion utile, l'appliquer rapidement, puis débriefer ce qui s'est passé. La formation apporte des connaissances et des outils ; le coaching aide la personne à les utiliser dans ses propres situations et à trouver ses réponses. Les deux se complètent. Le guide sur la formation à l'agilité en entreprise montre comment relier exercices et pratique.
Le savoir-être se décrit par des comportements observables : demande des retours, reformule les besoins, explique ses renoncements. On évite la notion floue de « fit culturel », qui peut écarter des profils différents sans raison objective.
Comment évaluer les progrès
- La qualité des arbitrages et la clarté de leurs justifications.
- Les retours des utilisateurs pris en compte dans les décisions.
- La clarté des priorités pour l'équipe.
- Une autonomie qui augmente progressivement.
Évitez de compter les tickets écrits ou fermés : ce nombre dit peu de la valeur créée. Si les progrès tardent, interrogez aussi les moyens et le rôle : accès aux utilisateurs, marge de décision, disponibilité du manager.
Selon le rôle recruté
Les guides pour recruter un Product Owner ou un Product Manager précisent les compétences à former en priorité. Pour un coach agile, la même logique s'applique, mais la formation laisse davantage de place à la supervision et à l'analyse de pratique.
Construire le recrutement et l'accompagnement
Cadrage du poste, évaluation, puis intégration, formation et coaching selon le périmètre convenu.