cette question ressemble à Comment planifier / gérer produits multi-plateformes (mobiles) mais les réponses suggèrent dutiliser des abstractions pour garantir un dépôt de code commun, ce que nous avons décidé de ne pas faire. Nous avons un site Web mobile et sommes en train de créer ses équivalents mobiles natifs sur Android et iOS.
Chacun de ces projets est travaillé par une équipe différente, et comme la pile de développement est différente ( pour obtenir une sensation plus native), il est vraiment difficile de partager du code ou des éléments dinterface utilisateur: tout sur le front-end doit être écrit à partir de zéro pour cette plate-forme particulière.
Tous ces projets doivent cependant avoir le même ensemble de fonctionnalités exposées à leurs utilisateurs, et lorsque léquipe produit propose une nouvelle fonctionnalité, cette fonctionnalité devrait être mise à disposition sur toutes les plates-formes (à moins bien sûr quil y ait des limitations sur une plate-forme particulière qui la rendent irréalisable)
Le problème auquel nous sommes maintenant confrontés est le suivant: comment assurer la parité des fonctionnalités, si par accident ou par erreur de communication une fonctionnalité est prévue pour une seule plate-forme et que les autres équipes nont aucune idée quune nouvelle chose est apparue et doit être implémenté. Même dans ces premiers stades de développement, ce problème est survenu à plusieurs reprises, lorsque quelquun demande « pourquoi X nest pas disponible pour Y » et léquipe Y répond « bien, parce que personne ne nous la dit ».
Notre première pensée a été de rendre léquipe produit plus « responsable », mais bien sûr, compter uniquement sur les humains ne vous mènera pas aussi loin.
Nous avons alors pensé que nous pourrions peut-être automatiser cela dans notre système de billetterie (jira), où léquipe produit pourrait ouvrir un ticket et créer automatiquement des sous-billets pour toutes les plateformes, afin que chaque équipe soit ensuite informée de lexigence.
Notre dernière pensée était que nous ne sommes probablement pas la première entreprise jamais dans lhistoire du codage qui a fait face à ce problème, et peut-être devrions-nous demander des suggestions sur la façon dont cela a été traité par dautres équipes / projets confrontés au même problème.
Alors, comment pouvons-nous rendre ce processus plus rigoureux (et de préférence autant automatisé que possible) pour éviter la situation «personne ne ma dit»? Comment est-ce normalement géré? Existe-t-il des bonnes pratiques?
Commentaires
- On dirait que vous ' essayez de résoudre un problème les gens ont des problèmes avec la technologie.
- Prenez un stylo, un bloc-notes, faites une liste TODO avec deux cases à cocher, une pour Android, une pour iOS. Gardez un œil dessus et parlez parfois à vos gars. Problème résolu. lol
- Vous avez déjà fait tout ce que vous pouvez pour résoudre le problème: communiquez les fonctionnalités via votre système de billetterie avec des billets enfants. Assurez-vous ensuite que tout le monde sait quune fonctionnalité lancée dans un domaine doit être complétée en tout avant de lajouter à la version.