Aller au contenu
BigTree108

Pods de delivery nearshore pour agences et cabinets de conseil

Un groupe nommé de personnes avec une capacité mensuelle convenue plutôt qu’une liste figée d’intitulés de poste : backend une semaine, QA et travail de mise en production la suivante, un spécialiste front end pour un lancement, support et livraison des évolutions en continu. Il travaille dans vos processus et votre outillage, peut être en contact avec le client, et dispose de notre côté d’un responsable technique qui assure la continuité, la qualité et l’escalade.

Pourquoi un pod plutôt qu’un effectif

Un ingénieur dédié unique résout un problème de staffing que vous pouvez prévoir. La plupart des partenaires ne peuvent pas le prévoir : un client a besoin de tests ce mois-ci et de travaux d’intégration le suivant, un deuxième se calme, un troisième arrive avec une stack que personne de votre côté n’a touchée. Recruter pour cela revient à entretenir un vivier de personnes en attente ou à dire à un client d’attendre.

Un pod est une capacité que vous achetez une fois et dans laquelle vous puisez des compétences. Dans une fourchette convenue, vous la faites varier à la hausse et à la baisse selon la demande, et la composition change avec le travail plutôt qu’avec un cycle de recrutement. Ce que nous ne promettrons pas, c’est une montée en charge instantanée et illimitée, car la seule façon de tenir cette promesse est de staffer votre travail avec la première personne disponible.

Ce que vous pouvez mobiliser dans un pod

  • Ingénierie logicielle

    C# et .NET sur Azure constituent notre pratique la plus approfondie, avec Python à leurs côtés pour l’automatisation, l’intégration et le travail sur les données, et Angular, React, Vue et Next.js côté front end. Le mobile en Swift, .NET MAUI et React Native lorsqu’un client en a besoin.

  • Support technique et dépannage

    Reproduire et diagnostiquer des pannes sur des systèmes déjà en production, y compris ceux que personne de votre côté n’a écrits, et corriger la cause plutôt que de redémarrer le symptôme tous les lundis.

  • QA et automatisation des tests

    QA manuelle, plans de test et suites automatisées dans Playwright, exécutées en intégration continue pour qu’un test en échec bloque la livraison au lieu d’atteindre votre client.

  • Cloud, DevOps et CI/CD

    Infrastructure Azure déclarée dans Terraform, pipelines GitHub Actions et Azure DevOps, supervision, détection de dérive et maîtrise des coûts, pour que les mises en production soient prévisibles plutôt que mouvementées.

  • Gestion de projet et de la livraison des évolutions

    La moitié ingrate du travail : planification, coordination des mises en production, contrôle des changements et un état d’avancement écrit que votre propre account manager peut transférer sans le réécrire.

  • Design, quand le travail l’exige

    Design systems, prototypes et conception d’interfaces dans Figma, remis à des ingénieurs de la même société qui les réalisent au pixel près et de façon accessible.

Treize disciplines d’ingénierie et d’exploitation se trouvent derrière un pod, à travers les dix-sept services que nous staffons. Plus utile à un partenaire que n’importe quelle stack : nous avons l’habitude de reprendre la technologie sur laquelle tourne déjà un projet plutôt que de l’orienter vers ce que nous connaissons, car vos clients ne seront pas tous sur la même technologie.

Un pilotage côté partenaire, pas seulement des personnes

Chaque pod a un responsable technique nommé de notre côté. Ce n’est pas un account manager ; c’est quelqu’un qui lit le code et répond de quatre choses.

  • Continuité

    La suppléance pendant les congés et les maladies vient de BigTree108 et non de votre budget, et le départ d’une personne est une passation, pas un trou que vous découvrez pendant un stand-up.

  • Performance

    Le responsable répond de ce que produit le pod, nous alerte lorsque quelqu’un ne convient pas et le remplace à partir de notre propre vivier de recrutement.

  • Qualité

    La revue d’architecture et un second regard sur les pull requests viennent de l’intérieur de la société. Nos règles d’ingénierie écrites s’appliquent au code de votre client comme au nôtre.

  • Un seul point d’escalade

    Une personne que vous appelez quand quelque chose ne va pas, à toute heure qui compte pour l’incident, plutôt qu’une boîte mail et un espoir.

Vos propres responsables continuent de fixer les priorités et de valider le travail. Le responsable de notre côté veille à ce que la capacité que vous avez payée se transforme en résultats.

Dans votre processus, selon vos horaires

Le pod rejoint vos dépôts, votre outil de suivi, votre CI, vos stand-ups et votre flux de tickets au lieu de rendre compte de l’avancement par-dessus un mur. Lorsque le travail l’exige, les personnes sont en contact avec le client : aux appels de votre client, pour animer des démos et gérer des échanges de support, sous votre marque ou la nôtre selon ce que vous avez convenu. Nous apportons nos règles d’ingénierie, car c’est ce qui garde la production cohérente, mais le processus par lequel passe le travail est celui que votre organisation a déjà.

L’Ukraine a une à deux heures d’avance sur l’Europe occidentale : pour les partenaires du Royaume-Uni et de l’UE, toute la journée de travail se recoupe. Au-delà de l’Europe, nous traitons l’horaire comme une exigence de staffing plutôt que comme un compromis : nous avons déjà des personnes qui travaillent selon les horaires européens, australiens et de la côte Pacifique des États-Unis, et le pod est donc staffé selon votre journée.

Débordement, sans engagement sur un pod

Tout partenariat ne doit pas commencer par une capacité mensuelle. Si vous êtes simplement complets, envoyez-nous le projet que vous ne pouvez pas prendre : nous le cadrons, le chiffrons et le livrons de bout en bout, sous votre marque ou la nôtre, sans engagement permanent de part ni d’autre. C’est la manière la plus légère de savoir si nous travaillons bien ensemble, et plusieurs partenariats sont plus faciles à juger après un projet de débordement qu’après trois réunions.

Cela fonctionne aussi dans l’autre sens. Lorsque nous recevons un travail qui sort de ce que nous faisons bien, nous préférons le confier à un partenaire qui le fait correctement plutôt que de le prendre et d’apprendre aux frais du client ; dites-nous donc ce que vous voulez que nous vous envoyions.

Ce que coûte un pod

Les pods sont tarifés sur la capacité, au mois, la fourchette de variation et le préavis étant convenus dans le contrat plutôt qu’improvisés plus tard. Nous établissons un devis par partenaire plutôt que de publier une grille tarifaire, car la composition des séniorités, les compétences dont vous avez besoin sur appel et la durée de la mission font varier le prix. Chacun saisit son temps dans notre propre portail et vous le voyez tout au long du mois : une capacité que vous payez peut ainsi être vérifiée au regard du travail qui en est sorti.

Si ce dont vous avez réellement besoin est une livraison sous votre propre nom, le développement en marque blanche décrit ce dispositif ; s’il s’agit de maintenir en fonctionnement des systèmes en production, c’est le rôle du support applicatif infogéré.

Questions que les partenaires posent sur les pods

Qu’est-ce qu’un pod de livraison, et en quoi diffère-t-il de l’embauche d’un seul développeur ?

Un pod est un groupe nommé, doté d’une capacité mensuelle fixe plutôt que d’une liste figée d’intitulés de poste. Dans cette capacité, vous mobilisez les compétences dont vous avez besoin ce mois-ci : du backend une semaine, du QA et de l’automatisation des tests la suivante, un spécialiste front-end pour une mise en production, et du delivery et de la conduite du changement en continu. Un développeur vous apporte une compétence ; un pod vous donne une réserve de compétences sans payer d’intercontrat.

Peut-on ajuster le pod à la hausse ou à la baisse ?

Oui, dans une fourchette convenue et avec un préavis convenu. Cette fourchette constitue toute la discussion commerciale, et nous préférons la fixer honnêtement dès le départ plutôt que de découvrir en cours de mission que votre définition de la souplesse et la nôtre diffèrent. Ce que nous ne ferons pas, c’est promettre une montée en charge immédiate et illimitée, car la seule façon de tenir cette promesse serait d’affecter à votre travail la première personne disponible.

Qui pilote le pod au quotidien ?

Un responsable technique désigné de notre côté assure la continuité, la performance et la qualité, et constitue votre unique point d’escalade. Concrètement : une seule personne à appeler en cas de problème, un reporting régulier sur ce que fait le pod, et jamais de situation où quelqu’un disparaît sans que personne ne reprenne son travail. Vos propres responsables continuent de fixer les priorités et de valider le travail.

Le pod travaillera-t-il avec nos outils et nos processus, ou avec les vôtres ?

Avec les vôtres. Nos équipes rejoignent vos dépôts, votre outil de suivi, votre CI, vos réunions quotidiennes et votre flux de tickets, au lieu de rendre compte de leur avancement de l’autre côté d’un mur. Nous apportons avec nous nos règles d’ingénierie, car c’est ce qui rend le résultat homogène, mais le processus que suit le travail est celui que votre organisation utilise déjà.

Les membres du pod peuvent-ils être en contact direct avec vos clients ?

Oui, lorsque le travail l’exige, et c’est notre façon de travailler habituelle plutôt qu’une exception. Les membres peuvent participer aux appels de vos clients, animer des démonstrations et traiter des échanges de support, sous votre marque ou sous la nôtre selon l’accord conclu.

Sur quels fuseaux horaires le pod peut-il travailler ?

L’Ukraine a une à deux heures d’avance sur l’Europe occidentale : pour les partenaires du Royaume-Uni et de l’UE, toute la journée de travail se chevauche. Au-delà, nous considérons l’horaire comme une exigence de staffing et non comme un compromis : nous avons déjà des personnes qui travaillent aux horaires européens, australiens et du Pacifique américain, et le pod est donc composé en fonction de votre journée.

Nous sommes une agence avec un trop-plein de travail. Pouvons-nous vous confier ce que nous ne pouvons pas absorber ?

Oui, et un pod n’est pas nécessaire. Le débordement est la façon la plus légère de commencer avec nous : vous nous envoyez le projet pour lequel vous manquez de capacité, nous le chiffrons et le livrons sous votre marque ou sous la nôtre, et aucune des deux parties ne s’engage sur une capacité mensuelle. Plusieurs partenariats se jugent plus facilement après un projet en débordement qu’après trois réunions.

Vous avez besoin d’une capacité qui s’ajuste à votre pipeline ?

Indiquez-nous les compétences qui vous manquent régulièrement, les horaires à couvrir et l’ampleur des variations de votre demande. Vous recevez une réponse sous un jour ouvré : les personnes que nous placerions dans le pod et dans quel délai elles peuvent démarrer.