Quelle a été la plus grande difficulté à laquelle vous avez été confronté en préparant le développement d’une application ?

Pourquoi je partage cela
Je vais probablement commencer le développement de mon application via un prestataire externe plutôt qu’en interne.
À mes yeux, l’élément le plus important, à ce stade, est la « rapidité ».
Il n’existe pas de bonne réponse universelle entre démarrer en interne ou via de la sous-traitance, mais comme j’ai trouvé cet article très parlant du point de vue d’un client qui commande le développement d’une application, j’en partage ici un bref résumé.

Titre : la plus grande difficulté rencontrée en préparant le développement d’une application

1. Plus que le portfolio, le processus de développement d’applications et la manière de collaborer
En général, il est courant de chercher un prestataire de développement en se basant sur son portfolio, mais l’article souligne qu’au-delà du portfolio en tant que résultat, ce qui compte davantage, c’est le processus de développement utilisé par l’entreprise et sa manière de communiquer avec le client.

• Check Point 1. L’existence d’un PM chargé de piloter le développement de l’application
  — En règle générale, dans un projet de développement d’application externalisé, le référent côté client assume souvent le rôle de PM, mais il n’a pas toujours les connaissances de fond en développement. Et lorsque le PM est côté prestataire, cela a naturellement un impact sur le coût humain, si bien qu’il arrive souvent qu’un développeur cumule aussi le rôle de PM.
  — Malgré cela, pour qu’un développement soit réussi, la présence d’un PM compétent a bien plus de valeur qu’un simple portfolio ; il est donc nécessaire de le vérifier et d’avoir des échanges suffisants à ce sujet.

• Check Point 2. Le mode et la fréquence de communication pendant le développement de l’application
  — Cela peut sembler théorique, mais dans le cas d’un développement externalisé, il est nécessaire de définir clairement en amont le mode de communication et sa fréquence pour faire avancer le projet.
  — Sans définition claire entre les deux parties, le risque augmente de voir le calendrier prendre du retard et des malentendus apparaître au fur et à mesure de l’avancement du développement.

• Check Point 3. Au-delà des capacités de développement : maintenance, support et partenariat de fond
  — C’est sans doute le point le plus important : plus qu’une société de développement capable d’implémenter simplement les fonctionnalités souhaitées, l’auteur insiste sur la nécessité d’un partenariat capable de piloter, sur le moyen et le long terme, la maintenance et le support du service.
  — À strictement parler, le client a de fortes chances de ne pas disposer des connaissances spécialisées liées à l’implémentation des fonctionnalités ; il faut donc pouvoir anticiper ces zones de vide et en tenir compte afin de réfléchir ensemble à de meilleures solutions du point de vue du client.

2. Le parcours vers un développement d’application réussi et le lancement du service
Pour celles et ceux qui développent un nouveau service ou créent une startup, la conclusion est qu’il faut envisager le développement d’application non pas comme une simple demande descendante, mais comme la construction d’un partenariat capable d’embrasser ensemble les différents éléments techniques qui entourent le service.