Aller au contenu
Nadir Ben SalahEnglishLe CVMe contacter

Une prestation à périmètre fermé

Savoir où en est vraiment votre application.

Un rapport écrit qui dit ce qui va, ce qui ne va pas, et dans quel ordre traiter le reste. Sans engagement de suite : l’audit se suffit à lui-même, et le rapport vous appartient.

Demander un auditPoser une question d’abord

Ce qui est examiné

Quatre axes, dans cet ordre.

Architecture

  • Structure du projet et séparation des responsabilités
  • Gestion de l’état et circulation des données
  • Couplage entre l’interface et la logique métier
  • Ce qui empêchera d’ajouter la prochaine fonctionnalité

Performances

  • Temps de démarrage et taille du paquet
  • Listes longues, images, rendus inutiles
  • Requêtes réseau : nombre, taille, mise en cache
  • Comportement sur le plus petit appareil supporté

Dette technique

  • Dépendances abandonnées ou en retard de plusieurs versions majeures
  • Code mort, duplications, contournements devenus permanents
  • Couverture de test réelle, et ce que les tests prouvent vraiment
  • Ce qui cassera à la prochaine version d’iOS

Conformité App Store

  • Questionnaire de confidentialité contre dépendances réellement embarquées
  • Achats intégrés et restauration
  • Chaînes d’autorisation et cas limites de l’interface
  • Accessibilité sur le parcours principal

Ce que vous recevez

Un document utilisable, pas une liste de reproches.

  • Un rapport écrit, organisé par priorité : ce qui bloque, ce qui coûtera cher plus tard, ce qui peut attendre.
  • Pour chaque point : le constat, la conséquence concrète, et la correction proposée.
  • Une estimation de l’effort par correction, pour que vous puissiez arbitrer vous-même.
  • Un échange d’une heure pour parcourir le rapport et répondre à vos questions.
Ce que l’audit n’est pas. Ce n’est pas un devis déguisé. Si le rapport conclut que votre application est en bon état et n’a besoin de personne, c’est ce qu’il dira. Le rapport vous appartient, y compris pour le faire exécuter par quelqu’un d’autre.

Quand c’est utile

Les situations qui amènent ici.

  • Vous héritez d’une application développée par quelqu’un qui n’est plus là.
  • Une soumission est refusée plusieurs fois et vous ne savez pas pourquoi.
  • Vous hésitez entre reprendre l’existant et repartir de zéro.
  • Vous allez recruter, et vous voulez savoir ce que le poste doit réellement couvrir.
  • L’application ralentit et personne ne sait dire où part le temps.

Parlons de votre application.

Décrivez-moi la situation en quelques lignes. Je vous dirai si un audit est pertinent, et ce qu’il faudrait regarder en priorité.

Demander un audit