Étude de cas
Cet exemple montre la forme que prend un travail d'application mobile lorsque l'app ne peut pas être traitée comme un petit projet séparé et doit s'ajuster aux API, aux systèmes backend, au chemin de release et au modèle de support.
L'équipe a besoin d'une application mobile, mais le vrai défi est derrière: API, authentification, processus de release, coordination backend et la question pratique de la façon dont l'application restera utilisable après son lancement.
La première étape consiste à identifier ce que l'application doit faire, de quels services backend elle dépend, quelles données doivent circuler, où se trouvent les points d'échec et quelles contraintes de support ou de release façonneront le build.
La mission couvre l'expérience mobile et le travail backend derrière elle: coordination API, support du workflow, gestion de l'authentification, échange de données et planification de release nécessaire pour garder l'application exploitable dans l'environnement réel.
Le résultat est une application mobile qui s'inscrit dans le produit plus large, fonctionne avec le vrai backend et peut être livrée et soutenue sans devenir un projet annexe déconnecté.
Ce que ce type de travail implique en général
La livraison mobile signifie généralement plus que des écrans. Elle consiste à aligner backend, API, processus de release et plan de support pour que l'application fonctionne comme une partie du produit au lieu de lutter contre lui.