Erreurs liées aux modèles courants pour le développement en équipe
Power Platform permet aux équipes d’appliquer des modèles courants d’intégration continue et de déploiement continu (CI/CD) avec des solutions gérées et non gérées. Ce module présente un anti-modèle courant que les développeurs suivent lorsqu’ils commencent le développement pour Power Platform, suivi d’une approche plus optimale.
Le modèle le plus courant observé historiquement lors de l’utilisation d’une solution est le développement et le déploiement de solutions non gérées. Comme le montre le graphique ci-dessous, ce modèle génère un état non sain dans l’environnement de production à mesure que d’autres solutions sont ajoutées au fil du temps.
Au cours des premières phases de développement, l’utilisation de solutions non gérées pour le déploiement est courante pour réduire les temps de déploiement et la complexité perçue. Les équipes placent souvent leurs modifications de développement dans une nouvelle solution non gérée pour le déploiement en production. Au fil du temps, l’ajout de nouvelles solutions non gérées pour accélérer les lancements conduit à une multitude de solutions non gérées en production. L’environnement de production finit pas se retrouver dans un état qui n’est plus sain, ce qui nuit à sa maintenabilité et à sa prise en charge. Ce modèle détourne également les équipes du contrôle de code source, de la superposition de solutions et des gains d’efficacité obtenus par le biais des solutions gérées pour le déploiement, lesquelles sont abordées dans la section suivante.
Pièges :
Lorsque de nouvelles solutions non gérées sont utilisées pour chaque déploiement, le contrôle de code source ne peut pas être appliqué pour les solutions.
Les améliorations des temps de déploiement sont marginales par rapport à un modèle de déploiement sain appliquant des solutions gérées, la segmentation de solutions et le contrôle de code source comme source définitive de vérité.
Un modèle optimisé pour le développement en équipe
Un modèle optimisé pour le développement en équipe implique le recours à un ou plusieurs environnements de développement permettant à plusieurs développeurs de collaborer efficacement à la création de nouveaux contenus.
Dans cette boucle de développement plus optimisée :
Les développeurs apportent des modifications dans leurs environnements respectifs.
Les modifications dans ces environnements sont exportées, puis vérifiées dans le contrôle de code source.
L’action de vérification d’une solution dans le contrôle de code source peut déclencher l’un des nombreux événements, tels qu’un processus de génération pour déplacer la solution vers des environnements en aval.
Approche moderne du développement de solutions
Regardez la vidéo suivante pour découvrir une démonstration de la façon dont l’intégration continue prend en charge une méthode moderne de développement de solutions.
Développement en équipe du support technique
Chaque parcours logiciel commence par un plan. La configuration d’ALM (Automated Lifecycle Management) pour Power Platform n’est pas différente.
La planification n’est pas l’objet de ce module. Cependant, il faut bien comprendre qu’un processus efficace de planification et de gestion des éléments de travail doit être en place pour éviter de nombreux problèmes courants liés au développement en équipe.
Prenez en compte les éléments suivants :
Les éléments de travail doivent être minimes, spécifiques et limités dans le temps.
Planifiez le développement pour assurer peu ou pas de chevauchement des composants. Par exemple, évitez de travailler sur le même formulaire en même temps. Le co-développement des mêmes composants entraîne souvent des conflits et l’écrasement potentiel des créateurs sur les modifications d’un autre lorsqu’ils travaillent dans le même environnement.
Notez que, même s’il n’est pas obligatoire d’avoir une ressource dédiée à la maintenance des processus ALM d’une équipe, il a été démontré que cela conduit à de meilleurs résultats à l’échelle des projets.
