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 et une collaboration d’équipe efficaces sont des composants essentiels de toute 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 workflows. Ils contribuent également à améliorer l’agilité, à accélérer la livraison et à créer un 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 en départements, les initiatives commerciales actuelles et les éventuels projets existants susceptibles d’introduire des dépendances entre projets.
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 chefs de projet. Définissez clairement les attentes et responsabilités associées à chaque rôle. Vérifiez qu’il existe 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 des stratégies de contrôle de version, des stratégies de branchement, des processus de révision du code et une 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 afin de faciliter la prise de décision.
Pour simplifier le processus de création de 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 dépôts de code source, le suivi des éléments de travail, des pipelines et des plans de test.
Implémentation
Une fois toutes les préparations effectuées, passez à l’implémentation du projet planifié. Au début, vous devez spécifier la visibilité du projet (publique ou privée), choisir Git ou 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 : axé sur le développement itératif et la fourniture d’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. Convient parfaitement aux petites équipes ou aux petits projets.
- CMMI (Capability Maturity Model Integration) : fournit des processus et des normes officiels pour la gestion des éléments de travail, des exigences et de l’assurance qualité. Convient le mieux aux organisations qui visent l’amélioration et la conformité des processus.
- Scrum : utilise un cadre itératif et auto-organisé, avec des backlogs de produits et sprints, des réunions quotidiennes, et des artefacts pour gérer le travail et fournir des modifications incrémentielles.
- Scrum personnalisé : facilite l’adaptation du processus Scrum afin de répondre à des besoins spécifiques grâce à la flexibilité des types d’éléments de travail, des champs et des états de workflows.
Le projet étant 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, en fonction du résultat de votre planification, vous devrez peut-être le modifier. Vous souhaiterez peut-être é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 de zone avec le nom correspondant. Les chemins de zones permettent d’organiser les éléments de travail au sein d’un projet, ce qui facilite la visibilité, la création de rapports et le contrôle d’accès. L’association d’équipes spécifiques à un chemin de zone dédié permet de délimiter clairement leurs domaines de responsabilité.
Une fois les équipes créées, vous pouvez configurer pour chacune d’elles un large éventail de paramètres supplémentaires, y compris des 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 dépôts, des tableaux, des pipelines et des plans de test, et les affecter à des équipes spécifiques en fonction des besoins.
Pour une amélioration continue, vous devez examiner et affiner régulièrement la configuration du projet et des équipes en fonction des commentaires des membres des équipes et du projet. Cela garantit la capacité de votre organisation à gérer efficacement le processus de développement de produits logiciels, quelle que soit leur complexité.