Je suis un vétéran de la technologie professionnelle depuis 25 ans, un père professionnel de six enfants depuis 20 ans et un mari professionnel depuis 24 ans.
Il existe de nombreuses raisons de « développer en interne » vos propres solutions logicielles. Il semble que le plus grand facteur moteur des solutions locales soit : le contrôle. La capacité de votre entreprise à contrôler les exigences logicielles, la conception, la mise en œuvre, le support et la maintenance d’une solution logicielle est un avantage très convaincant par rapport aux solutions maison. Le contrôle est essentiel lors de la création de logiciels qui pilotent les aspects critiques de votre entreprise.
Nous voulons tous le contrôle, alors pourquoi ne pas toujours utiliser une solution maison ? Ce n’est pas vraiment une question de pourquoi, mais plutôt de quand. Dans de nombreux cas, les entreprises ne tiennent pas compte de tous les coûts associés à une solution maison. Le coût de la main-d’œuvre (informatique et non informatique) et les opportunités perdues peuvent rapidement dépasser les avantages d’une solution logicielle. Voici cinq choses (en plus des coûts directs) que vous devriez considérer avant de vous lancer dans un projet de développement de logiciel interne « fait maison ».
1. De combien de contrôle ai-je besoin ?
C’est peut-être la question la plus importante à vous poser. Comme indiqué dans l’introduction, la maîtrise de vos logiciels lorsqu’ils sont la « sauce secrète » de votre entreprise est essentielle. Par exemple, si votre entreprise est un fournisseur de logiciels en tant que service (SaaS), la création de votre propre logiciel à partir de zéro vous offre les meilleures chances de succès, en particulier lorsque vous essayez de fournir à vos clients un produit et un service compétitifs.
Cependant, beaucoup disent : « Puisque j’ai déjà des développeurs de logiciels, je vais leur demander de répondre à tous mes besoins en logiciels. » Mais avez-vous vraiment besoin de contrôler tout votre logiciel a besoin? Par exemple, avez-vous besoin de contrôler les exigences logicielles et la mise en œuvre de votre logiciel comptable ? La plupart des entreprises ne le font pas et, par conséquent, elles achètent un logiciel de comptabilité. En effet, en tant que fournisseur SaaS, les logiciels de comptabilité ne font pas partie de votre cœur de métier ; cela rend simplement votre comptabilité plus facile et plus précise, de sorte que vous construisez vos pratiques et processus comptables autour des caractéristiques et des fonctions du logiciel de comptabilité que vous avez choisi.
Le contrôle de votre logiciel est important, mais ne l’exercez que là où vous en avez besoin. Imaginez le coût d’essayer de gérer un projet de développement logiciel pour un logiciel de comptabilité lorsque vous n’êtes pas un fournisseur de logiciels de comptabilité. Ne laissez pas les capacités de votre équipe de développement logiciel dicter si vous avez besoin de contrôle ou non ; laissez l’exigence commerciale dicter le besoin.
2. Sommes-nous en train de réinventer la roue ?
Au cours de la phase d’analyse de tout projet logiciel, il est nécessaire d’évaluer des solutions tierces pour déterminer s’il en existe déjà une qui peut remplir la même fonction que le projet que vous cherchez à entreprendre. Dans de nombreux cas, des options tierces existeront, et l’évaluation du coût, des fonctionnalités et de la fonction devrait aider à déterminer s’il est plus rentable d’acheter une solution tierce.
De nombreux chefs de projet ignorent cette étape ou la sautent complètement. Étant donné que la plupart des développeurs de logiciels aiment contrôler les solutions logicielles, ils essaient souvent de dissuader la direction d’utiliser des logiciels ou des composants tiers. Les bons développeurs de logiciels adopteront des solutions tierces si cela signifie qu’ils n’ont pas besoin de développer et de maintenir un composant particulier de leur solution (même s’il s’agit d’un composant interne).
Vous constaterez, cependant, qu’il existe des cas et des circonstances qui nécessitent de « réinventer » votre propre solution. Chaque entreprise a des « ajustements » et des préférences de processus uniques où la direction n’est pas disposée à faire des compromis et, par conséquent, doit être prise en compte dans ses solutions logicielles.
3. Pendant combien de temps ma solution logicielle sera-t-elle pertinente ?
Maintenir la pertinence de vos solutions logicielles est une tâche très difficile. Dans de nombreux cas, après l’achèvement d’un projet de développement logiciel, les développeurs passent à autre chose et ne traitent que les problèmes critiques et les bogues au fur et à mesure qu’ils sont signalés. L’hypothèse selon laquelle le logiciel doit fonctionner comme prévu si aucun bogue n’est signalé est erronée. Les utilisateurs finaux changeront souvent leur comportement pour compenser les lacunes et les défauts du système. C’est ce qu’on appelle la « solution de contournement », et le logiciel est considéré comme fonctionnant « bien » car aucun défaut n’est signalé.
Les « solutions de contournement » ont tendance à introduire de l’inefficacité et des coûts dans un processus, et au fil du temps, les choses commencent à s’accumuler jusqu’à ce que ces coûts aient essentiellement effacé les avantages du logiciel. Au fur et à mesure que le temps passe et que les connaissances sur la solution logicielle se perdent, des « pansements » et des « solutions rapides » sont généralement introduits pour maintenir la technologie à jour avec l’évolution des processus, mais ceux-ci peuvent également commencer à transformer le projet logiciel d’origine en un conglomérat de plusieurs petits projets boulonnés sur l’original.
Pour éviter tout manque de pertinence, évaluez la durée d’utilisation de la solution, identifiez les délais pour les révisions et les actualisations, et parlez fréquemment avec le groupe d’utilisateurs finaux pour voir si vous avez trouvé une solution qui fonctionne avec eux, pas contre eux. Rappelez-vous toujours que ce n’est pas parce qu’un projet de développement logiciel a été terminé dans les délais et dans les limites du budget qu’il a été un succès.
Faites défiler pour continuer
4. Est-ce la meilleure utilisation de nos ressources ?
De quelles ressources parle-t-on ? argent.
Tout ce que vous utilisez pour créer votre produit ou service peut (ou devrait) être mesuré en argent. Cela comprendrait tous vos actifs, votre équipement, votre temps et, aussi impitoyable que cela puisse paraître, votre personnel.
En parlant spécifiquement de votre équipe de développement de logiciels, est-ce la meilleure utilisation de votre argent pour les faire réinventer des logiciels qui existent déjà ailleurs, juste pour qu’ils deviennent inutiles dans quelques années ? De toute évidence, cette question est chargée et ne prend pas en compte toutes les informations pour décider comment dépenser votre budget de développement.
Pour éviter les opportunités manquées, vous devez toujours considérer à quoi d’autre vos dollars de développement pourraient être consacrés. Vos développeurs pourraient-ils travailler au renforcement de vos produits et services principaux ?
5. Une solution hybride est-elle la bonne voie à suivre ?
La probabilité qu’il existe une application tierce parfaite qui réponde à tous vos besoins est assez mince. Les entreprises qui gèrent correctement leur développement de logiciels et évaluent les fournisseurs de logiciels tiers tombent généralement dans un modèle hybride d’utilisation de logiciels tiers pour améliorer leurs propres projets de développement de logiciels personnalisés.
Trouver une solution tierce et reconnaître qu’elle peut réellement vous faire gagner du temps et de l’argent est essentiel pour contrôler vos coûts de développement de logiciels. Considère ceci:
Vos développeurs de logiciels vous disent qu’il leur faudra environ 500 heures pour créer une grille de données JavaScript robuste. En estimant le coût des développeurs et en ajoutant 15 % pour toutes les autres ressources (gestion de projet, tests, etc.), vous pourriez dépenser environ 35 000 $.
La recherche d’une solution tierce peut ne coûter que 1 500 $ par serveur Web. Cela représente environ 20 licences de serveur pour le même coût que le développement de la vôtre.
Votre développeur dispose désormais de 500 heures supplémentaires pour s’assurer que le système sur lequel il travaille est conçu et mis en œuvre correctement, sans les tracas supplémentaires liés à l’écriture, à la mise en œuvre et à la maintenance d’une grille de données JavaScript maison.
En d’autres termes, vous venez d’économiser 500 heures de coûts qui peuvent être réalisées sous forme d’économies ou transférées vers d’autres projets.
conclusion
La direction a la responsabilité et le devoir de définir la direction et les préférences de ses équipes de développement de logiciels. Garder l’œil concentré sur le résultat final tout en équilibrant les facteurs de contrôle, la meilleure utilisation des ressources et la validité de votre logiciel demande un effort concentré. L’utilisation de logiciels tiers peut, et est souvent, le meilleur moyen d’atteindre vos objectifs.
Cet article est exact et fidèle au meilleur de la connaissance de l’auteur. Le contenu est uniquement à des fins d’information ou de divertissement et ne remplace pas un conseil personnel ou un conseil professionnel en matière commerciale, financière, juridique ou technique.
© 2018 Steve Lauer
SCIEUR DE ROMARIE de FLORIDE, USA le 28 janvier 2018 :
MERCI.
