Comment réduire les coûts de développement produit en partageant les responsabilités
Voir tous les articles

Comment réduire les coûts de développement produit en partageant les responsabilités

Les approches qui ne fonctionnent pasLe partage des responsabilités à la rescousseLes approches qui fonctionnentPar où commencer

Dans un processus moderne de développement logiciel, les exigences non fonctionnelles telles que la sécurité ou la conversion des utilisateurs peuvent représenter jusqu’à 50 % du coût total de développement. Peut-on optimiser ce poste de dépense ?

Si vous êtes propriétaire de produit, voir vos développeurs consacrer la moitié de leur temps à des aspects qui ne bénéficient pas directement à l’utilisateur final peut sembler inacceptable. Pourtant, tous les utilisateurs s’attendent à des applications de haute qualité, sécurisées, disponibles et performantes. Vous ne pouvez pas négliger ces fonctionnalités invisibles dans votre estimation des coûts.

La bonne question devient alors : comment optimiser ou réduire ces coûts liés à des capacités attendues mais qui ne sont pas des différenciateurs business majeurs ?

Les approches qui ne fonctionnent pasLe partage des responsabilités à la rescousseLes approches qui fonctionnentPar où commencer

Les approches qui ne fonctionnent pas

Même si elles semblent logiques, ces trois approches à court terme sont souvent la cause principale des échecs de projet :

  1. Faire appel à des ressources bon marché ralentit le projet plus qu’il ne fait économiser, et le coût total de possession (TCO) s’envole. Les exigences techniques actuelles sont telles que des développeurs peu expérimentés risquent de ne pas livrer un produit fonctionnel.
  2. Faire trop de développement en interne augmente considérablement les coûts et les délais de livraison. En ne s’alignant pas sur les objectifs business, on aboutit souvent à des projets annulés ou à des produits qui ne sont pas financés.
  3. Sauter des étapes essentielles du processus (par exemple automatiser les tests qualité) crée une dette technique et des bogues qui ralentissent le projet avant même sa livraison. Corriger ces faiblesses plus tard coûte parfois trop cher, voire devient impossible.

Le partage des responsabilités à la rescousse

La solution pour réduire les coûts est d’adopter un modèle de responsabilité partagée, en confiant à un partenaire de confiance certaines parties du développement logiciel à moindre coût.

Cette collaboration est moins chère car les coûts de développement sont mutualisés entre plusieurs clients. Par exemple, au lieu d’embaucher un expert sécurité en interne, vous serez mieux protégé pour moins cher en déployant votre solution sur un cloud public. Vous ne pourrez jamais égaler les centaines d’experts sécurité d’Amazon qui veillent en permanence sur l’infrastructure.

En déléguant certaines responsabilités, vous libérez du temps et de l’argent pour créer plus de valeur visible dans un nouveau produit. Vous bénéficiez aussi d’un délai de mise sur le marché réduit, ce qui peut être le plus grand gain de tous.

Les approches qui fonctionnent

Voici des stratégies classiques de réduction des coûts grâce à la délégation :

  1. Arrêtez de gérer votre infrastructure et vos composants de base en transférant vos opérations sur un cloud public et ses services managés.
  2. Automatisez les tâches répétitives comme les tests et les déploiements au lieu de les confier à des humains.
  3. Utilisez des bibliothèques et frameworks existants au lieu de réinventer la roue.
  4. Privilégiez les logiciels open source plutôt que des composants propriétaires et sous licence.
  5. Intégrez des outils SaaS tiers comme UserFlow ou Intercom pour encourager l’engagement utilisateur.
  6. Oubliez la plupart des soucis d’infrastructure en utilisant des abstractions de plus haut niveau comme le serverless.
  7. Externalisez à un partenaire technologique comme INGENO, qui a déjà l’expérience, ce qui vous évite les délais d’acquisition de connaissances spécialisées et les erreurs coûteuses.

Par où commencer

Contrairement à la croyance populaire, la mission principale d’un CTO n’est pas de piloter l’exécution des projets. Il doit surtout veiller à ce que la branche développement de l’entreprise reste pertinente.

Le rythme de l’innovation double tous les dix ans. Pour rester dans la course, les équipes doivent exploiter autant l’innovation externe qu’interne.

Vous pouvez surfer sur la vague mondiale de l’innovation en partageant les responsabilités pour livrer de la valeur plus vite.

Un projet en tête?