Conseil en logiciel · Ankara

Avant d'écrire, décidez de ce que vous n'écrirez pas.Conseil en logiciel

Un regard extérieur sur vos décisions technologiques : évaluation du système existant, feuille de route et décision argumentée entre acheter et développer.

Analyse de l'existantFeuille de routeRevue d'architectureChoix des fournisseursAudit techniquePlan de passation

La question qu'on nous pose le plus en conseil est « quelle technologie utiliser ? ». En pratique, une autre question est plus déterminante : devons-nous vraiment développer, ou faut-il installer quelque chose qui existe déjà ?

Nous donnons la même réponse même si ce n'est pas nous qui écrirons le système. Dans un projet qui démarre sur une mauvaise décision, qui écrit le code ne change pas le résultat.

Si cela vous parle

  • Impossible de trancher entre passer à un nouveau système ou faire évoluer l'existant.
  • Les devis logiciels reçus sont très différents et incomparables.
  • Personne ne sait à quel point le logiciel actuel est solide, ni qui a écrit quoi.
  • Un projet logiciel s'éternise sans que la raison soit claire.

Ce que cela couvre

Évaluation du système existantCe qui existe, sa solidité, sa portabilité. Code, architecture et exploitation sont examinés ensemble.
Décision faire / acheterComparaison entre produit existant et développement sur mesure ; la transmissibilité pèse autant que le coût.
Feuille de routeDes étapes ordonnées et mesurables. Chaque étape doit apporter une valeur en soi.
Audit techniqueRevue d'un logiciel existant : sécurité, charge de maintenance et points à risque.
Évaluation des fournisseursComparaison technique des offres reçues et liste des questions à poser.
Plan de passationLes étapes nécessaires pour transférer un système à une autre équipe ou organisation.

Scénarios d'usage

Exemples indicatifs ; ils se précisent lors de l'étude de votre situation.

DécisionDévelopper ou acheterProduits existants et développement sur mesure sont comparés sur le coût total, la transférabilité et la dépendance.
AuditBilan de santé d'un logiciel reprisCode, base de données, sécurité et déploiement sont examinés ; les risques sont classés par priorité et les premières actions définies.
AchatsÉvaluer des offresLes offres sont comparées sur un même périmètre ; des questions aux fournisseurs sont préparées pour les postes omis ou flous.

Ce que nous livrons

  • Rapport avec constats, options et recommandation argumentée
  • Liste de risques priorisée
  • Feuille de route d'étapes ordonnées et mesurables
  • Tableau comparatif des fournisseurs si nécessaire
  • Présentation du rapport à la direction

Notre démarche

1 · ÉcouteComment le problème se manifeste, qui il touche et ce qui a déjà été tenté.
2 · AnalyseExamen concret du système, des données et des processus.
3 · RapportConstats, options et recommandation argumentée — pas une voie unique, mais des options avec leurs conséquences.
4 · AccompagnementEn option : appui technique pour mettre la décision en œuvre.

Quand c'est le bon choix

  • Vous voulez un avis indépendant avant une décision logicielle importante.
  • L'accès au code source et à un environnement en service peut être fourni.
  • Vous voulez que la conclusion soit indépendante de celui qui la mettra en œuvre.

Quand ce n'est pas le bon choix

  • Si l'on attend seulement la validation d'une décision déjà prise.
  • Si l'accès au système et aux données ne peut pas être donné pour l'examen.

Questions fréquentes

Finirez-vous par recommander votre propre produit ?

Quand il convient, nous le recommandons et le disons clairement. Quand il ne convient pas, nous le disons aussi — si un produit existant ou un autre fournisseur est la meilleure réponse, c'est ce qu'indique le rapport.

Vous n'avez pas écrit notre logiciel actuel ; pouvez-vous quand même l'examiner ?

Oui. La plupart des audits techniques portent sur des systèmes écrits par d'autres équipes. Un accès au code source et à un environnement opérationnel suffit.

Parlons de ce sujet.

Écoutons votre situation actuelle et définissons ensemble par où commencer.