Configurer des projets GitHub
La compréhension de l’étendue et de la propriété du projet est essentielle pour une collaboration réussie entre GitHub Projects et Azure Boards. Dans cette unité, nous allons explorer les principales considérations relatives à la définition des limites et des responsabilités du projet.
Décisions relatives à l’étendue et à la propriété du projet
Projets d’organisation et d’utilisateur - Matrice de décision :
| Facteur | Projet d’organisation | Projet utilisateur |
|---|---|---|
| Collaboration en équipe | Travail multi-équipe, inter-fonctionnel | Expériences individuelles ou de petite équipe |
| Gouvernance | Processus d’approbation formels, pistes d’audit | Itération légère et rapide |
| Visibilité | Transparence à l’échelle de l’entreprise | Visibilité personnelle ou limitée |
| Contrôle d’accès | Autorisations basées sur des rôles, authentification unique d’entreprise | Contrôle individuel |
| Cycle de vie | Charges de travail de production à long terme | Prototypes, apprentissage, tests |
Recommandations en matière de bonnes pratiques :
- Utiliser des projets d’organisation pour les applications de production et les services partagés
- Tirer parti des projets utilisateur pour la preuve de concepts et l’apprentissage individuel
- Prendre en compte les exigences de gouvernance et de conformité des données lors du choix de l’étendue
Flux de travail de création de projet
Pour les projets d’organisation :
- Accédez à la page principale de votre organisation sur GitHub
- Cliquez sur Projets dans la navigation de l’organisation
- Sélectionner la liste déroulante Nouveau projet → Nouveau projet
- Choisir un modèle de projet approprié en fonction des besoins du flux de travail
Pour les projets utilisateur :
- Cliquez sur votre avatar → Vos projets
- Sélectionner la liste déroulante Nouveau projet → Nouveau projet
- Sélectionner un modèle qui s’aligne sur les objectifs du projet
Guide de sélection du modèle de projet :
| Template | Cas d'utilisation | Fonctionnalités clés |
|---|---|---|
| Backlog d’équipe | Planification sprint, développement de fonctionnalités | Points d’histoire, cycles de sprint |
| Fonctionnalité | Feuille de route du produit, planification des mises en production | Jalons, dépendances |
| Triage des bogues | Gestion des problèmes, assurance qualité | Gravité, priorité, suivi de l’état |
| Vide | Flux de travail personnalisés, processus spécialisés | Flexibilité complète de la personnalisation |
Documentation du projet et stratégie de communication
README et les meilleures pratiques de description :
- Accéder à votre projet
- Cliquez sur le menu paramètres (trois points) en haut à droite
- Sélectionner les paramètres
- Créez une documentation complète sur le projet :
Infrastructure de description du projet :
- Objectif : Déclaration claire des objectifs et de l’étendue du projet
- Parties prenantes : membres clés de l’équipe, commanditaires et décideurs
- Critères de réussite : critères d’acceptation et de résultats mesurables
- Chronologie : Jalons clés et attentes en matière de livraison
Structure de contenu README :
# Project Name
## Overview
Brief description of project goals and context
## Getting Started
Prerequisites and setup instructions
## Workflow Guidelines
- Issue creation and labeling standards
- Review and approval processes
- Communication protocols
## Team Information
Contact details and responsibilities
Exemple de modèle README d’entreprise :
# Customer Portal Enhancement Project
## Project Overview
Modernize customer self-service portal to improve user experience and reduce support ticket volume by 30%.
## Key Stakeholders
- **Product Owner**: Name (email@company.com)
- **Tech Lead**: Name (email@company.com)
- **UX Designer**: Name (email@company.com)
## Success Metrics
- Page load time < 2 seconds
- User satisfaction score > 4.2/5
- Support ticket reduction of 30%
## Workflow Standards
- All features require design review before development
- Security review mandatory for user-facing changes
- Performance testing required for all releases
Planification et gestion stratégiques des éléments de travail
Création de problèmes et stratégie d’organisation
Flux de travail initial de configuration du projet : Lorsque votre nouveau projet initialise, il vous invite à ajouter des éléments. C’est votre opportunité d’établir la fondation du projet.
Approche de création de problèmes stratégiques :
- Commencez par des épopées et des thèmes : créer des éléments de travail de haut niveau qui représentent des fonctionnalités ou des initiatives majeures
- Décomposer les récits utilisateur : définir des fonctionnalités spécifiques et testables du point de vue de l’utilisateur
- Ajouter des tâches techniques : Inclure le travail d’infrastructure, de test et de déploiement
- Dépendances de plan : identifier les relations bloquantes et les éléments de chemin critique
Bonnes pratiques pour le modèle de demande :
Modèle de problème de fonctionnalité :
## User Story
As a [user type], I want [functionality] so that [business value].
## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
## Definition of Done
- [ ] Code review completed
- [ ] Unit tests written and passing
- [ ] Integration tests updated
- [ ] Documentation updated
- [ ] Accessibility review completed
## Dependencies
- Links to related issues or external dependencies
## Technical Notes
Implementation considerations and architectural decisions
Cliquez sur le signe plus (+) pour ajouter des problèmes systématiquement en fonction de votre plan de projet.
Hiérarchie et organisation des éléments de travail :
- Épopées : fonctionnalités ou initiatives majeures
- Fonctionnalités : Fonctionnalités du livrable
- Récits utilisateur : fonctionnalités spécifiques accessibles par l’utilisateur
- Tâches : travail d’implémentation technique
- Bogues : défauts et problèmes nécessitant une résolution
Exemples de catégorisation des problèmes avancés
Stratégie d’étiquetage pour les projets d’entreprise :
| Catégorie | Étiquettes | Purpose |
|---|---|---|
| Priorité |
priority:critical, priority:high, priority:medium, priority:low |
Allocation et planification des ressources |
| Type |
type:feature, type:bug, type:technical-debt, type:research |
Catégorisation et création de rapports de travail |
| Équipe |
team:frontend, team:backend, team:qa, team:design |
Propriété et responsabilité |
| État |
status:blocked
status:in-review
status:needs-info
|
Gestion de l’état du flux de travail |
| Version |
release:v2.1, milestone:q1-2024 |
Planification et suivi des versions logiciels |
Configuration et gouvernance avancées du projet
Gestion de la sécurité et de l’accès
Accédez aux paramètres du projet en cliquant sur le menu (trois points) dans le coin supérieur droit.
Bonnes pratiques de contrôle d’accès :
| Role | Permissions | Cas d’usage |
|---|---|---|
| Administrateur | Contrôle de projet complet, gestion des paramètres | Propriétaires de projets, prospects techniques |
| Écrire | Créer/modifier des éléments, gérer des flux de travail | Membres de l’équipe de développement |
| Lire | Afficher le contenu du projet, ajouter des commentaires | Parties prenantes, équipe d’assurance qualité |
| Aucun accès | Impossible d’afficher le projet | Utilisateurs externes, données restreintes |
Considérations relatives à la sécurité d’entreprise :
- Activer l’authentification à deux facteurs pour tous les administrateurs de projet
- Révisions d’accès régulières et audits d’autorisation (recommandés tous les trimestres)
- Intégration avec l’authentification unique d’entreprise et les systèmes de gestion des identités
- Journalisation d’audit pour la conformité et la surveillance de la sécurité
Champs personnalisés et configuration du flux de travail
Conception stratégique de champ personnalisé :
Suivi de la valeur métier :
- Estimation de l’effort : estimations de points d’histoire ou de temps
- Priorité métier : Impact client ou potentiel de chiffre d’affaires
- Évaluation des risques : complexité technique ou risque de dépendance
- Exigences de conformité : sécurité, accessibilité, besoins réglementaires
Exemples de champs personnalisés d’entreprise courants :
| Nom du champ | Type | Valeurs/Options | Purpose |
|---|---|---|---|
| Valeur métier | Sélectionnez | Haut, Moyen, Bas | Hiérarchisation et analyse du retour sur investissement |
| Effort | Number | 1-13 (séquence Fibonacci) | Planification et capacité du sprint |
| Composant | Sélectionnez | Interface utilisateur, Serveur, Base de données, API | Propriété technique et expertise |
| Segment de client | Sélectionnez | Entreprise, SMB, Individuel | Ciblage et validation des fonctionnalités |
| Objectif de version | Date | Dates spécifiques | Planification des jalons et des dépendances |
Optimisation de l’automatisation et du flux de travail :
- Configurer des transitions d’état automatisées en fonction des états de demande de tirage (pull request)
- Configurer des notifications pour les mises à jour critiques et les bloqueurs
- Établir des cycles de révision et des workflows d’approbation
- Implémenter des procédures d’escalade pour les éléments de travail bloqués
Amélioration continue et analytique
Surveillance de la santé du projet :
- Suivre les tendances de vélocité et l’utilisation de la capacité d’équipe
- Surveiller le temps de cycle de la création d’un problème à l’achèvement
- Identifier les goulots d’étranglement et les opportunités d’amélioration des processus
- Rétrospectives régulières et ajustements de flux de travail
Points de contrôle d’intégration :
- Réunions de synchronisation de projet hebdomadaires avec les mises à jour des parties prenantes
- Sessions mensuelles d’évaluation et d’optimisation des processus
- Alignement stratégique et évaluation des objectifs trimestriels
- Audits annuels de la gouvernance et de la sécurité des projets
Pour plus d’informations sur Projects, consultez :