Recherchez les meilleures sociétés de développement de logiciels et vous obtiendrez des annuaires triés par personne qui a payé pour le placement, complétés par des adjectifs qui ne veulent rien dire lorsqu'ils sont chargés. Les entreprises qui sont vraiment bonnes et celles qui vendent simplement se côtoient, de manière indiscernable. Bien choisir, ce n'est pas lire la liste. Il s'agit de savoir ce qu'il faut tester une fois que vous avez une liste restreinte.

Le problème tient en partie au fait que la qualité des logiciels est généralement invisible jusqu'à ce qu'ils échouent. Une démo claire vous indique que Happy Path fonctionne. Cela ne dit rien sur ce qui se passe lorsque les données sont désordonnées, qu'il y a des pics de trafic ou que le développeur d'origine part. Ainsi, les entreprises qui investissent dans les parties invisibles ont la même apparence, lors d'un appel de vente, que les entreprises qui les ont ignorées. La différence apparaît des mois plus tard, sur votre budget. Ce guide traite de ce test. Rien de tout cela n'est exotique. Tout cela est ce qu'une entreprise qui se fie à la brillance préférerait que vous ne demandiez pas.

Signal : ils parlent de maintenance avant de fonctionnalités

N'importe qui peut créer une démo. Ce sont les années qui suivent le lancement d'un logiciel qui coûte cher. Une entreprise qui joue un rôle de premier plan dans la préservation de la santé de ses logiciels (mises à jour des dépendances, observabilité, réponse aux incidents, budgets liés à la dette technique) vous dit qu'elle a dépassé le jour du lancement. Une entreprise qui ne parle que de ce qu'elle expédiera et de la rapidité avec laquelle elle expédiera vous a montré la moitié du travail qu'elle apprécie.

Demandez-leur ce qu'il advient de votre logiciel six mois après son départ. La bonne réponse implique de la documentation, une base de code maintenable et une équipe capable de la gérer. La réponse parfaite est un nouveau cahier des charges.

Signal : ils vous montrent le processus, pas seulement le portfolio

Les portfolios sont sélectionnés ; le processus est révélateur. Demandez-vous comment un changement passe de l'idée à la production : existe-t-il une révision du code, des tests automatisés, un environnement de test, un plan de restauration ? Demandez-leur comment ils font leurs estimations et comment ils vous disent quand une estimation est erronée, car ils se trompent parfois et les honnêtes personnes le disent très tôt.

La communication fait partie du processus et c'est là que de nombreux engagements échouent discrètement. Il est difficile de diriger une entreprise qui disparaît pendant trois semaines et qui refait surface avec une démo ; au moment où vous voyez l'œuvre, les mauvaises hypothèses sont déjà ancrées. Recherchez des entreprises qui vous présentent souvent des logiciels qui fonctionnent, qui signalent rapidement les mauvaises nouvelles et qui prennent des notes. La cadence et la franchise ne sont pas des compétences générales ici, mais la façon dont vous empêchez un projet de dériver là où vous ne l'avez pas demandé.

Signal : les personnes âgées restent impliquées dans le projet

Un schéma courant est celui de l'appât et de l'interrupteur : les ingénieurs seniors remportent la transaction, les juniors font le travail. Ce n'est pas toujours faux, les juniors apprennent quelque part, mais vous devez connaître la forme de l'équipe et le niveau de supervision. Demandez qui est assigné, quelle est son expérience et quelle part du code réel votre contact le plus expérimenté va écrire ou réviser. Les réponses discrètes ici prédisent des problèmes silencieux plus tard.

Le lieu et le fuseau horaire font également partie de cette conversation. Les équipes distribuées peuvent être excellentes, mais le chevauchement de vos heures de travail, une communication fluide et des responsabilités claires sont importants pour tout ce qui va au-delà d'une petite tâche bien définie. Une équipe senior basée aux États-Unis n'est pas automatiquement meilleure que toutes les alternatives, mais elle élimine une catégorie de frictions (les transferts perdus du jour au lendemain, les exigences brouillées lors de la traduction) qui ralentissent discrètement de nombreux engagements.

Comment se mesure le taux de sucre

Sweent est une société de développement de logiciels basée aux États-Unis qui s'appuie sur des ingénieurs chevronnés qui se consacrent au travail au lieu de le transmettre. Nous sommes en tête en matière de maintenabilité, car nous avons hérité de systèmes suffisamment fragiles pour les respecter. Notre processus est peu prestigieux : révision, tests, déploiements par étapes, estimations claires et corrections claires lorsque la réalité évolue.

Nous ne sommes qu'une option parmi plusieurs bonnes. Posez les mêmes questions à toutes les entreprises que vous considérez. Les entreprises qui méritent d'être embauchées les accueilleront.