Business Analysis invisible dans les start-up et scale-up

Dans les start-up et scale-up, la Business Analysis est omniprésente… mais rarement formalisée. Elle circule entre les rôles, se glisse dans les décisions produit, structure les choix sans jamais être réellement identifiée. Cette invisibilité n’est pas un problème en soi — elle est même cohérente avec la définition même de la discipline. Mais lorsqu’aucune responsabilité claire n’est posée, elle transforme progressivement le rôle en point de convergence de toutes les ambiguïtés : besoin, solution, priorisation, coordination. Et c’est précisément là que le risque apparaît. Car derrière la flexibilité organisationnelle, c’est souvent une surcharge invisible qui s’installe jusqu’à faire de la Business Analysis non pas un levier de performance, mais un facteur d’épuisement.

Business Analysis en start-up : quand l’invisibilité du rôle devient un risque d’épuisement

Dans les start-up et scale-up, la Business Analysis est partout… sauf dans les organigrammes.

Ce constat n’est ni nouveau, ni anecdotique. Il est même parfaitement cohérent avec la manière dont la discipline est définie dans les référentiels internationaux. Selon l’International Institute of Business Analysis (IIBA) (https://www.iiba.org/knowledgehub/the-business-analysis-standard/2-understanding-business-analysis/2-1-defining-business-analysis/), la Business Analysis est avant tout une pratique visant à « permettre le changement » en identifiant les besoins et en recommandant des solutions génératrices de valeur. Elle n’est pas attachée à un intitulé de poste spécifique, et peut être exercée par toute personne mobilisant ces compétences dans son activité (https://www.iiba.org/knowledgehub/the-business-analysis-standard/4-implementing-business-analysis/4-1-who-performs-business-analysis/).

Cette définition rejoint directement ce que nous expliquons dans notre article sur le rôle réel du Business Analyst aujourd’hui.

Autrement dit : en start-up, la BA n’est pas absente. Elle est distribuée.

Mais cette distribution, si elle n’est pas structurée, a un coût. Et ce coût est rarement technique. Il est organisationnel, décisionnel… et humain.

Une discipline omniprésente mais sans propriétaire

Dans les environnements start-up, il est courant que les activités de Business Analysis soient assurées par des profils très variés : CEO, Product Manager, développeurs, operations, voire sales.

Ce phénomène s’explique facilement. Les organisations jeunes évoluent dans un contexte d’incertitude forte, où les rôles sont mouvants et les priorités instables. L’approche popularisée par The Lean Startup (https://theleanstartup.com/principles) repose précisément sur cette logique.

👉 C’est d’ailleurs ce qui explique pourquoi les livrables du BA évoluent fortement selon le contexte projet.

Dans ce cadre, les activités de BA — compréhension du besoin, exploration de solutions, validation de la valeur — deviennent essentielles. Mais elles ne sont pas centralisées.

Elles sont absorbées.

Une chaîne de responsabilités éclatée

Si l’on observe concrètement le travail réalisé, on retrouve pourtant une chaîne BA très classique :

  • identification du besoin réel
  • exploration des options
  • recommandation de solution
  • formalisation des exigences
  • validation (tests, UAT)
  • accompagnement au changement

Cette logique est au cœur de démarches comme la rédaction d’un business case, qui structure précisément le passage du besoin à la décision.

Mais en start-up, cette chaîne n’est presque jamais portée par un seul rôle.

Elle est fragmentée entre plusieurs acteurs.

Et c’est là que le problème commence : personne n’est responsable de la cohérence globale.

Le paradoxe start-up : flexibilité maximale, responsabilité implicite

Les méthodes agiles, et notamment le Scrum Guide, reposent sur un principe structurant : s’adapter en permanence.

Mais dans la réalité terrain, cela produit souvent :

  • des responsabilités floues
  • des décisions implicites
  • des arbitrages non formalisés

👉 On retrouve ce sujet dans notre analyse sur la difficulté à prendre des décisions en projet, où l’on montre que la rationalité seule ne suffit pas.

Résultat : la Business Analysis devient un espace de compensation.

Quand la BA devient un rôle “carrefour”

Lorsque les rôles ne sont pas clarifiés, la BA devient un point de passage obligé :

  • pour clarifier les besoins
  • pour aligner les parties prenantes
  • pour sécuriser la qualité

-> Ce rôle est très proche de ce que nous décrivons dans les techniques d’élicitation du besoin, où le BA agit comme facilitateur et révélateur des besoins réels.

Mais ce rôle “carrefour” devient dangereux lorsqu’il n’est pas cadré.

Une conséquence directe : une BA omniprésente… mais non pilotée

Lorsque surcharge et ambiguïté de rôle s’installent, la Business Analysis ne disparaît pas.

Au contraire, elle devient encore plus présente, mais sous une forme non structurée.

Les activités clés — comprendre le besoin réel, challenger les solutions, structurer les exigences, sécuriser la valeur — continuent d’exister. Mais elles ne sont plus portées par un cadre clair. Elles sont prises en charge “là où c’est possible”, par les profils les plus à même de gérer la complexité.

Dans la pratique, cela crée une BA :

  • diffuse, car répartie entre plusieurs rôles
  • réactive, car déclenchée par les problèmes plutôt que par anticipation
  • fragile, car dépendante des individus plus que de l’organisation

Le risque n’est donc pas l’absence de BA.

Le risque est une BA sans pilotage.

Une dégradation progressive de la qualité des décisions

Ce manque de structuration ne reste jamais neutre. Il impacte directement la manière dont les décisions sont prises dans le produit.

Lorsque la Business Analysis n’est pas explicitement organisée, les interprétations prennent le dessus sur l’analyse. Les besoins sont compris différemment selon les interlocuteurs, les solutions émergent sans avoir été réellement comparées, et les exigences se construisent au fil de l’eau, souvent sous contrainte de temps.

Dans ce contexte, les décisions deviennent plus rapides, mais aussi plus fragiles. Elles reposent davantage sur des alignements implicites que sur une compréhension partagée. Et si cette rapidité peut donner l’impression d’une organisation efficace, elle masque en réalité une perte progressive de cohérence.

Les effets ne sont pas immédiats, mais ils sont bien réels : retours utilisateurs difficiles à interpréter, corrections fréquentes, incompréhensions entre équipes, et surtout une forme de dette fonctionnelle qui s’accumule sans être clairement identifiée.

Ce n’est pas un problème de compétence.

C’est un problème de structure.

Le malentendu autour de l’agilité

Dans beaucoup de start-up, cette situation est souvent justifiée par une interprétation simplifiée de l’agilité. L’idée selon laquelle “il ne faut pas trop cadrer pour rester agile” reste très présente.

Pourtant, les référentiels agiles n’ont jamais porté ce message.

Le Scrum, par exemple, repose sur des cycles courts et adaptatifs, mais aussi sur des responsabilités clairement établies, une priorisation explicite et des critères de validation partagés. De la même manière, le Manifeste Agile valorise l’adaptation, sans jamais remettre en question la nécessité de comprendre le besoin.

Ce que l’agilité propose, ce n’est pas l’absence de cadre.

C’est un cadre plus léger, plus évolutif, mais toujours présent.

Et dans ce cadre, la Business Analysis joue un rôle central : elle permet de donner du sens à la vitesse, d’éviter que l’itération ne se transforme en errance.

Recréer de la clarté sans rigidifier l’organisation

La question n’est donc pas de réintroduire des processus lourds qui freineraient l’exécution. Elle est de recréer un minimum de clarté là où le flou s’est installé.

Dans les faits, cela passe d’abord par un travail sur les responsabilités. Dans des organisations où les titres sont peu fiables, il devient essentiel de se concentrer sur l’autorité réelle : qui décide, qui valide, qui arbitre. Tant que ces éléments restent implicites, les décisions continuent de se diffuser sans jamais être réellement portées.

Cela implique aussi de rendre visible ce qui ne l’est pas. Une grande partie du travail de Business Analysis en start-up se fait en coulisses : reformulation des besoins, alignement des parties prenantes, sécurisation des exigences. Tant que ce travail reste invisible, il ne peut ni être priorisé, ni être partagé, ni être reconnu.

Enfin, cela suppose de poser quelques règles simples, même dans un environnement itératif : comment sont prises les décisions produit, comment sont validées les exigences, comment sont gérés les changements. Ces éléments ne rigidifient pas l’organisation. Ils lui permettent au contraire de rester cohérente dans le mouvement.

Une évolution du rôle : de producteur à régulateur

Dans ce contexte, le rôle du Business Analyst évolue naturellement.

Il ne s’agit plus uniquement de produire des livrables ou de formaliser des besoins. Le véritable enjeu devient la capacité à réguler un système en mouvement, à rendre explicite ce qui ne l’est pas, à remettre du cadre là où il disparaît.

Cela passe par une posture différente : moins centrée sur la production, plus tournée vers la clarification, l’alignement et la décision.

Mais cette posture a une limite.

Elle ne peut fonctionner que si l’organisation accepte de rendre visibles ses règles de fonctionnement. Sinon, le BA se retrouve à porter seul une responsabilité collective.

Et c’est précisément là que le risque d’épuisement réapparaît.

Conclusion

Dans les start-up et scale-up, la Business Analysis n’est pas absente. Elle est partout, mais rarement identifiée.

Cette invisibilité n’est pas un problème tant qu’elle reste maîtrisée. Elle devient un risque lorsqu’elle s’accompagne d’un flou sur les responsabilités, les décisions et les priorités.

Car dans ce cas, la BA cesse d’être un levier de structuration.

Elle devient un point de tension.

Et c’est là que l’organisation bascule : non pas par manque de compétence, ni par manque d’engagement, mais par absence de cadre.

Reposer la question de la Business Analysis en start-up, ce n’est donc pas ajouter une couche de méthode.

C’est redonner de la lisibilité à ce qui, aujourd’hui, fonctionne… mais au prix d’un effort invisible.

Image de Alice Svadchii

Alice Svadchii

Fondatrice de Best Of Business Analyst©
Formatrice⎥Coach⎥Conférencière⎥Créatrice de contenus

Cet article vous a plu? Partagez-le et suivez-nous sur les réseaux sociaux!

Découvrez des articles similaires