Partenaire en ingénierie, agence ou
renfort de personnel.
Un cadrage honnête du moment où chaque modèle de livraison convient — et où chacun échoue — écrit depuis le siège d'un partenaire en ingénierie chevronné.
La prémisse
La plupart des entreprises qui ont besoin de faire bâtir du logiciel comparent trois ou quatre modèles de livraison sans s'en rendre compte : embaucher un partenaire en ingénierie, mandater une agence de développement logiciel, renforcer l'équipe interne avec des contractuels chevronnés, ou embaucher des ingénieurs à temps plein. Les étiquettes se chevauchent, les propositions se ressemblent au premier coup d'œil, et la structure des contrats enfouit les différences d'une manière commode pour le fournisseur et incommode pour l'acheteur.
Cette page propose un cadrage honnête d'un partenaire en ingénierie chevronné — SDEN — sur ce que chaque modèle fait réellement de mieux, là où chacun tend à échouer, et comment les distinguer avant de signer. Nous ne concurrençons pas les agences sur le travail de volume banalisé. Nous ne sommes pas le bon choix pour le renfort de personnel. Nous sommes délibérés quant au créneau que nous occupons. La question, du côté de l'acheteur, à laquelle cette page tente de répondre, est de savoir si ce créneau est bien celui dont vous avez besoin.
Ce qu'est réellement chaque modèle de livraison
Un partenaire en ingénierie vend des résultats. Vous convenez d'un livrable défini, mis en production à un jalon défini, avec une pleine responsabilité de l'architecture et de l'exploitation pendant le mandat. Le partenaire amène une équipe chevronnée qui assume le travail de bout en bout et remet une base de code que toute équipe compétente peut reprendre par la suite. Exemples au-delà de SDEN : de petits cabinets-conseils chevronnés qui prennent des mandats plutôt que des postes à pourvoir.
Une agence de développement logiciel vend de l'effort. La structure est généralement une équipe-à-louer sur un carnet de tâches que le client possède. Les agences excellent dans le volume banalisé — migrations de CMS, sites vitrines, plomberie d'intégration — et dans l'accès à des disciplines spécialisées (motion, illustration) qu'un partenaire en ingénierie embauche rarement. Elles peinent lorsque le travail exige un jugement architectural que le client ne peut fournir.
Le renfort de personnel place des contractuels chevronnés au sein de l'équipe du client pour une période définie. Cela fonctionne lorsque les décisions architecturales sont déjà prises et que ce dont vous avez besoin, ce sont des bras sur un carnet de tâches défini. Cela échoue lorsque le client s'attend à ce que l'ingénieur en renfort assume aussi l'architecture — ce n'est pas ce que le mandat paie, et les ingénieurs chevronnés à ces conditions partent généralement en moins d'un trimestre.
L'ingénierie interne embauche des ingénieurs à temps plein sur la masse salariale. C'est la bonne réponse pour le produit central de l'entreprise, lorsque la direction a la capacité d'embaucher et de retenir des profils chevronnés, et lorsque la cadence opérationnelle justifie une équipe permanente plutôt qu'un mandat de la forme d'un projet. La plupart des entreprises finissent en mode hybride : interne pour le produit central, partenaire en ingénierie pour les parties qui exigent un jugement chevronné mais pas une équipe permanente.
Côte à côte
Les quatre modèles sur une seule page.
| Dimension | Partenaire en ingénierie | Agence | Renfort de personnel | Interne |
|---|---|---|---|---|
| Ce que vous achetez | Des résultats — livrable défini, jalon de production défini | De l'effort — une équipe-à-louer sur un carnet de tâches | Des bras — des ingénieurs chevronnés dans votre équipe pour une période définie | De la capacité — des ingénieurs à temps plein sur la masse salariale |
| Qui possède l'architecture | Le partenaire, pendant le mandat ; le client, après le transfert | Le client (généralement) | Le client | Le client |
| Implication des profils chevronnés | Des ingénieurs chevronnés qui écrivent le code, de bout en bout | Chevronné au lancement ; junior au clavier | Chevronné sur le mandat, dans votre équipe | Dépend du seuil d'embauche |
| Responsabilité opérationnelle après le lancement | Partagée pendant la fenêtre de soutien, puis transférée | Hors portée sauf entente explicite de rétention | Hors portée | Entièrement à vous |
| Quand ça échoue | Portée ambiguë, aucun commanditaire responsable côté client | Séniorité mal dotée, exigences floues, risque d'intégration | Le client attend un travail d'architecture non convenu | Mauvaises embauches, aucun plan de rétention |
| Ce que vous payez | Jugement d'ingénierie + livraison | Temps + matériel, prévisible à l'heure | Temps + matériel par ingénieur | Salaires + les années pour bâtir l'équipe |
Ce que vous achetez
- Partenaire en ingénierie
- Des résultats — livrable défini, jalon de production défini
- Agence
- De l'effort — une équipe-à-louer sur un carnet de tâches
- Renfort de personnel
- Des bras — des ingénieurs chevronnés dans votre équipe pour une période définie
- Interne
- De la capacité — des ingénieurs à temps plein sur la masse salariale
Qui possède l'architecture
- Partenaire en ingénierie
- Le partenaire, pendant le mandat ; le client, après le transfert
- Agence
- Le client (généralement)
- Renfort de personnel
- Le client
- Interne
- Le client
Implication des profils chevronnés
- Partenaire en ingénierie
- Des ingénieurs chevronnés qui écrivent le code, de bout en bout
- Agence
- Chevronné au lancement ; junior au clavier
- Renfort de personnel
- Chevronné sur le mandat, dans votre équipe
- Interne
- Dépend du seuil d'embauche
Responsabilité opérationnelle après le lancement
- Partenaire en ingénierie
- Partagée pendant la fenêtre de soutien, puis transférée
- Agence
- Hors portée sauf entente explicite de rétention
- Renfort de personnel
- Hors portée
- Interne
- Entièrement à vous
Quand ça échoue
- Partenaire en ingénierie
- Portée ambiguë, aucun commanditaire responsable côté client
- Agence
- Séniorité mal dotée, exigences floues, risque d'intégration
- Renfort de personnel
- Le client attend un travail d'architecture non convenu
- Interne
- Mauvaises embauches, aucun plan de rétention
Ce que vous payez
- Partenaire en ingénierie
- Jugement d'ingénierie + livraison
- Agence
- Temps + matériel, prévisible à l'heure
- Renfort de personnel
- Temps + matériel par ingénieur
- Interne
- Salaires + les années pour bâtir l'équipe
Une règle empirique du côté de l'acheteur
Choisissez un partenaire en ingénierie lorsque le travail exige un jugement architectural chevronné, lorsque le coût d'une erreur est assez élevé pour justifier d'embaucher des gens qui l'ont déjà fait, et lorsque le côté client a un décideur responsable mais pas une équipe chevronnée complète. Un mandat type de partenaire en ingénierie dure de six à neuf mois de livraison concentrée, suivis d'une fenêtre de soutien définie pendant laquelle les connaissances opérationnelles sont transférées.
Choisissez une agence de développement logiciel lorsque le travail est bien défini, lorsque l'architecture est déjà décidée (ou véritablement banalisée), et lorsque le goulot d'étranglement est le débit au clavier. Les agences sont aussi le bon choix pour les disciplines spécialisées — motion design, illustration, image de marque de site vitrine — que les partenaires en ingénierie n'embauchent pas en profondeur.
Choisissez le renfort de personnel lorsque l'équipe interne a besoin de bras chevronnés supplémentaires sur un carnet de tâches défini, lorsque la responsabilité architecturale est déjà réglée côté client, et lorsque vous pouvez offrir à l'ingénieur en renfort un travail intéressant qui justifie son temps. C'est le mauvais choix lorsque vous souhaitez secrètement qu'il corrige l'architecture.
Choisissez l'interne lorsque l'ingénierie est votre produit, lorsque la direction peut embaucher et retenir des profils chevronnés, et lorsque le travail est permanent plutôt que de la forme d'un projet. La plupart des entreprises découvrent que la bonne réponse est hybride — interne pour le produit central, partenaire en ingénierie pour le travail qui exige un jugement chevronné mais pas une équipe permanente.
L'indice révélateur
Quatre questions qui révèlent quel modèle un fournisseur est vraiment.
Pouvons-nous voir les registres de décisions d'architecture d'un mandat précédent ?
Les partenaires en ingénierie en ont toujours ; les agences rarement ; les contrats de renfort de personnel n'en produisent pas.
Pouvons-nous rencontrer les ingénieurs qui écriraient notre code avant de signer ?
Les partenaires en ingénierie s'y attendent et l'organiseront. Les agences repoussent souvent jusqu'à la signature du contrat. Le renfort de personnel vous met devant l'ingénieur par définition.
Comment la dette technique est-elle suivie et remboursée ?
Si la réponse est « on ne la suit pas vraiment », vous ne parlez pas à un partenaire en ingénierie — peu importe l'étiquette qu'il s'attribue.
Pouvons-nous voir un post-mortem récent d'un véritable incident ?
Les partenaires en ingénierie produisent des post-mortems et en partageront un caviardé. L'absence de post-mortems est l'indice révélateur.
Partenaire en ingénierie ou agence —
les questions qu'on nous pose.
Des réponses directes aux questions qu'on nous pose le plus souvent. Si la vôtre n'y est pas, écrivez à l'équipe.
À suivre