Configurer des projets et des équipes dans Azure DevOps
Dans le paysage de développement logiciel hautement dynamique d’aujourd’hui, une organisation de projet efficace et une collaboration d’équipe sont des composants essentiels de la stratégie DevOps. Les projets et les équipes dans Azure DevOps constituent la base d’une communication efficace, d’une responsabilité claire et d’une gestion simplifiée des flux de travail. Ils contribuent également à améliorer l’agilité, la livraison accélérée et l’alignement approprié avec les objectifs métier.
Planification
Pour créer l’approche optimale de l’implémentation de projets et d’équipes, vous devez d’abord analyser la structure organisationnelle, son modèle opérationnel et les rôles qui contribuent au cycle de vie du développement. Cette analyse doit tenir compte de facteurs tels que les divisions ministérielles, les initiatives commerciales actuelles et tous les projets existants susceptibles d’introduire des dépendances entre projets potentiels.
Ensuite, pour chaque nouveau projet, déterminez son étendue, ses objectifs et ses parties prenantes. En fonction du modèle organisationnel et des exigences du projet, identifiez le moyen optimal de structurer les équipes du projet. Déterminez si les équipes seront fonctionnelles ou organisées en fonction de critères tels que les fonctionnalités et les composants. Identifiez les rôles et responsabilités au sein des équipes de projet. Les rôles courants incluent les développeurs, les testeurs, les propriétaires de produits, les maîtres Scrum et les responsables de projets. Définissez clairement les attentes et responsabilités associées à chaque rôle. Assurez-vous des techniques et des méthodes suffisantes pour la collaboration et la communication entre les équipes.
Établissez des stratégies de gouvernance et des instructions pour la gestion de projet, notamment les stratégies de contrôle de version, les stratégies de branchement, les processus de révision du code et la vérification des exigences de conformité. Définissez les processus et méthodologies agiles qui seront utilisés pour la gestion de projet. Gardez à l’esprit que vous pouvez personnaliser les outils Agile dans Azure DevOps pour prendre votre décision.
Pour simplifier le processus de création de nouveaux projets, envisagez de définir des modèles ou des blueprints qui définissent la structure, les processus et les artefacts du projet. Ces modèles peuvent inclure des paramètres prédéfinis des référentiels de code source, le suivi des éléments de travail, les pipelines et les plans de test.
Implémentation
Une fois que vous avez terminé toutes les préparations, passez à l’implémentation du projet planifié. Au début, vous devez spécifier la visibilité du projet (publique ou privée), décider entre Git et Team Foundation Version Control comme mécanisme de contrôle de version, puis choisir le processus d’élément de travail. Ce choix inclut les options suivantes :
- Agile : se concentre sur le développement itératif et fournit une valeur client via des récits utilisateur, des backlogs, des sprints et des tableaux visuels pour le suivi de la progression.
- De base : offre une approche simple et flexible avec des éléments de travail génériques et des fonctionnalités de backlog et de tableau de base, qui conviennent le mieux aux petites équipes ou aux projets.
- CMMI (Intégration du modèle de maturité des capacités) : fournit des processus et des normes officiels pour la gestion des éléments de travail, des exigences et de l’assurance qualité, qui convient le mieux aux organisations qui cherchent à améliorer et à respecter les processus.
- Scrum : emploie une infrastructure itérative et auto-organisationnante avec des backlogs de produits et sprints, des stand-ups quotidiens et des artefacts pour gérer le travail et fournir des modifications incrémentielles.
- Scrum personnalisé : facilite la personnalisation du processus Scrum pour répondre à des besoins spécifiques grâce à la flexibilité des types d’éléments de travail, des champs et des états de flux de travail.
Avec le projet en place, vous pouvez continuer à construire sa structure d’équipe. Par défaut, chaque projet inclut une équipe dont le nom est dérivé du nom du projet. Par conséquent, selon le résultat de votre planification, vous devrez peut-être le modifier. Vous pouvez également créer des équipes supplémentaires. Chaque équipe doit avoir au moins un administrateur. Chaque administrateur d’équipe peut ajouter des membres d’équipe.
Lors de la création d’une équipe, il est également possible de générer automatiquement un chemin d’accès de zone avec le nom correspondant. Les chemins d’accès aux zones permettent d’organiser les éléments de travail au sein d’un projet, ce qui facilite une meilleure visibilité, la création de rapports et le contrôle d’accès. L’association d’équipes individuelles à un parcours de zone dédié permet de délimiter clairement leurs domaines de responsabilité.
Une fois les équipes créées, vous pouvez configurer pour chacun d’eux un large éventail de paramètres supplémentaires, y compris les autorisations personnalisées. Par défaut, les membres de l’équipe sont ajoutés au groupe Contributeurs au niveau du projet. À ce stade, vous pouvez également commencer à gérer des ressources de projet telles que des référentiels, des tableaux, des pipelines et des plans de test et les affecter à des équipes spécifiques en fonction des besoins.
Dans l’esprit de l’amélioration continue, vous devez examiner et affiner régulièrement la configuration du projet et de l’équipe en fonction des commentaires des membres des équipes et du projet. Cela garantit que votre organisation peut gérer efficacement le processus de développement de produits logiciels, quelle que soit leur complexité.