Agilité & Transformation

    Scale-up en Occitanie : structurer sa tech entre 10 et 50 personnes

    À 10 personnes, tout passe par une seule réunion. À 50, plus rien ne passe. Entre les deux, on structure — ou on craque.

    3 juin 2026·9 min de lecture

    Les paliers qui cassent

    Trois paliers cassent systématiquement les organisations tech en croissance :

    • 15 personnes : la coordination informelle ne tient plus. Il faut des squads.
    • 25-30 personnes : un seul lead tech ne suffit plus. Il faut des leads par domaine.
    • 40-50 personnes : sans gouvernance produit claire, les squads partent en silos.

    Squads : à partir de quand, comment ?

    Dès 12-15 personnes tech, on découpe en squads de 4 à 7 personnes alignés sur un domaine produit (par valeur, pas par technologie). Chaque squad a son Product Owner, son Lead Engineer, son rituel, son périmètre. La coordination inter-squads se fait via un weekly tech (30 min) et des chapters par discipline.

    Le rôle pivot du Lead Engineer

    C'est probablement le rôle le plus mal recruté en scale-up. Le Lead Engineer n'est pas le meilleur dev. C'est celui qui :

    • arbitre les choix techniques de son squad,
    • coache les juniors,
    • protège la qualité (revues, tests, monitoring),
    • fait remonter les blocages au CTO/CTPO,
    • code encore 30-40 % du temps pour rester crédible.

    Les rituels qui tiennent

    • Daily squad (10 min) — synchro.
    • Weekly tech (30 min) — alignement inter-squads, décisions transverses.
    • Chapter monthly (1h) — par discipline (back, front, data, ops).
    • OKR review trimestrielle — alignement business.
    • Architecture review à la demande — sur sujets structurants uniquement.

    La gouvernance produit qui évite le silo

    À partir de 25 personnes, sans roadmap unifiée et sans rituel de priorisation transverse, les squads partent dans des directions divergentes. Mettre en place un comité produit hebdomadaire (CTPO + leads produit) règle 80 % du problème.

    Les erreurs classiques

    • Recruter trop de juniors trop vite — la pyramide se déséquilibre, la qualité chute.
    • Garder un Slack ouvert à tous sans canaux structurés — la communication devient bruit.
    • Confondre lead et manager — un Lead Engineer n'est pas RH, sauf si on lui donne le mandat.
    • Décider d'architecture en CODIR sans le CTO/CTPO — décision politique, dette technique garantie.

    Parlons de votre contexte

    30 min d'échange pour cadrer votre besoin et voir si Camin Pulse est le bon partenaire.