Il y a dix-huit mois, l'équipe a déployé Asana. Sérieusement, avec des ateliers et des règles écrites. Ça a très bien marché. Puis douze personnes sont arrivées. Trois sont parties, dont celle qui avait tout paramétré.
Aujourd'hui, la moitié des projets suit les conventions d'origine, l'autre moitié suit ce que chaque nouveau arrivant a cru comprendre en observant son voisin.
Personne n'a rien décidé. Personne n'a rien refusé. L'adoption n'a pas échoué. Elle s'est diluée.
Le problème spécifique : dans une scale-up, l'équipe qui a adopté n'est plus celle qui travaille
C'est la différence de fond avec une organisation stable, et elle explique la plupart des rechutes.
Dans une PME classique, on convainc une équipe une fois, et cette équipe reste. Dans une scale-up, une part significative de l'effectif change chaque année. La convention, elle, n'est nulle part.
Elle vit dans la tête des cinq personnes présentes à l'atelier de cadrage. Le sixième arrivant apprend par imitation, le dixième imite le sixième, et au bout de trois vagues de recrutement il ne reste plus grand-chose de l'intention initiale.
Ajoutez la vitesse. Une scale-up ne consacre pas une demi-journée à former quelqu'un aux conventions internes : elle a besoin qu'il soit productif la première semaine.
Ajoutez les silos. Product, Tech et Sales n'ont pas seulement des priorités différentes, ils ont des vocabulaires différents. Le mot « lancé » ne désigne pas le même événement chez les trois.
Le coût, lui, est bien documenté. Selon Gallup et la SHRM, remplacer un collaborateur coûte entre 50 % et 200 % de son salaire annuel, et la SHRM situe le coût total de remplacement autour de 6 à 9 mois de salaire.
Une partie de ce coût est directement liée à ce dont on parle ici : le temps qu'un arrivant met à comprendre comment on travaille, et le temps que les autres passent à le lui expliquer.
Pourquoi Asana peut tenir dans la durée
L'enjeu, dans une scale-up, n'est pas de convaincre. Les équipes ne sont pas réfractaires aux outils, elles en utilisent dix. L'enjeu est que la règle survive à la personne qui l'a écrite. Asana est plutôt bien armé pour ça, à condition de s'en servir dans cette intention.
Les modèles de projet portent la convention à l'intérieur du travail lui-même. Un lancement de fonctionnalité créé depuis un modèle arrive avec ses étapes, ses responsables types et ses échéances relatives déjà positionnées. Le nouvel arrivant n'a rien à apprendre : il trouve la structure devant lui.
L'appartenance d'une tâche à plusieurs projets à la fois évite la négociation permanente entre équipes. Un sujet peut vivre dans la roadmap produit et dans le plan de lancement commercial sans être dupliqué, donc sans qu'on ait à décider à qui il « appartient ».
Les objectifs reliés aux projets font le lien entre le trimestre annoncé et le travail réel — et ce lien reste lisible même quand la moitié des personnes a changé.
Un mot d'honnêteté, parce que c'est le piège classique du SaaS.
Asana n'est pas un outil de suivi de développement. Si vos équipes techniques vivent en sprints et en tickets, ne les forcez pas à migrer : faites cohabiter, en écrivant précisément la frontière. Une adoption qu'on obtient en cassant l'outil de quelqu'un ne tient jamais.
Notre recommandation de configuration
- Faire porter la convention par les modèles, jamais par la mémoire des gens.Tout ce qui se répète plus de trois fois par an devient un modèle : lancement de feature, onboarding client, arrivée d'un collaborateur, rétrospective. C'est le seul mécanisme qui traverse les vagues de recrutement sans s'éroder.
- Intégrer Asana à l'onboarding, dès la première semaine.Un projet d'onboarding créé automatiquement pour chaque arrivant, contenant à la fois ses étapes d'intégration et l'apprentissage de vos conventions. La personne apprend l'outil en s'en servant pour elle-même, pas dans une session théorique.
- Un propriétaire nommé par projet, affiché.Dans une organisation qui bouge vite, un projet sans propriétaire devient orphelin en quelques semaines. Et un projet dont la propriété est partagée entre trois équipes n'appartient en réalité à aucune.
- Une page de conventions courte, logée dans l'outil.Ce qu'est un projet chez vous, qui le crée, ce que veut dire « terminé », comment on nomme une tâche. Une page, pas dix. Une charte de vingt pages ne survit pas à sa deuxième relecture.
- Une revue de l'espace tous les trimestres.Archiver les projets morts, retirer les modèles obsolètes, vérifier que la structure correspond encore à l'organisation. Sans ce rendez-vous, l'espace accumule — et un espace saturé décourage plus sûrement qu'une interface compliquée.
Comment on a accompagné ce type d'organisation
Nous sommes intervenus dans une entreprise d'une trentaine de collaborateurs, en partie en télétravail, sur un modèle d'abonnement à forte croissance.
La demande initiale était un audit d'un espace Asana jugé sous-exploité.
En cours de mission, nous avons découvert autre chose : les équipes utilisaient Asana et un second outil collaboratif, sans qu'aucune décision n'ait jamais été prise sur le rôle de chacun.
C'est un scénario très courant en scale-up. Chaque nouvelle équipe apporte l'outil qu'elle connaît, personne n'arbitre, et au bout de deux ans l'information est répartie entre deux plateformes selon des règles que nul ne saurait formuler.
Nous avons élargi l'audit aux pratiques réelles sur les deux outils, puis livré deux scénarios : clarifier la frontière entre les deux, ou consolider sur un seul. La pire option aurait été d'en ajouter un troisième.
Sur une autre mission, dans une organisation d'une quinzaine de personnes en forte croissance, nous avons travaillé pendant huit semaines d'ateliers hebdomadaires, en alternant sessions plénières et sessions par équipe, pour cadrer les processus clés puis écrire les règles d'usage communes.
Ce rythme n'est pas un détail. Une convention écrite en une journée d'atelier est oubliée en trois semaines. Une convention construite sur huit semaines a été mise à l'épreuve entre chaque session.
Le constat revient d'un tout autre secteur, et c'est ce qui le rend intéressant. Dans une maison d'édition spécialisée, l'adoption d'Asana est repartie le jour où les difficultés ont été nommées, pas le jour où l'outil a gagné des fonctionnalités :
« C'est tout à fait juste. On avait du mal à mettre des mots sur nos problématiques en interne, ce regard extérieur nous a permis de les nommer. »
FAQ — Adoption d'Asana en startup et scale-up SaaS
Comment éviter que l'usage se dégrade à chaque recrutement ?
En faisant porter les règles par les modèles et par l'onboarding, pas par la transmission orale. Si un arrivant doit demander à un collègue comment on crée un projet, la convention est déjà en train de se perdre. Elle doit être visible dans l'outil, au moment où il en a besoin.
Nos développeurs refusent de quitter leur outil de tickets. Faut-il insister ?
Non. Asana n'est pas un outil de suivi de développement, et forcer la migration coûte plus cher que la cohabitation. Définissez ce qui vit où : la roadmap et les dépendances inter-équipes d'un côté, le détail technique de l'autre. Le sujet, c'est la frontière, pas l'unification.
Faut-il structurer maintenant ou attendre d'être plus gros ?
Structurez ce qui casse, et seulement ça. Une scale-up n'a pas besoin d'un processus pour tout : elle a besoin d'un cadre là où les erreurs se répètent. Le sur-cadrage est aussi nocif que l'absence de cadre, il produit juste des symptômes différents.
Nos conventions ont été écrites il y a un an et plus personne ne les suit. On recommence tout ?
Rarement. Dans la plupart des cas, le document existe mais il est rangé quelque part où personne ne passe. Ramenez-le à une page, logez-le dans l'outil, et transformez chaque règle qui peut l'être en modèle. Une règle appliquée par la structure vaut mieux qu'une règle à mémoriser.
Qui doit porter le sujet en interne ?
Une personne nommément désignée, avec du temps identifié, et un soutien visible du dirigeant. Sans propriétaire clair, l'espace se dégrade sans que quiconque se sente autorisé à intervenir. Et sans appui de la direction, même une équipe motivée revient à ses habitudes en quelques semaines.
Voir aussi
Vos conventions Asana ont-elles survécu à vos douze derniers recrutements ?
Regardons ce qui tient encore, et ce qui s'est dilué. Quelques questions, moins de 10 minutes.
Réserver un diagnostic gratuit- Monday Partner
- Asana Partner
- Notion Advanced
- AirSaas