Configurer des projets GitHub

Effectué

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 :

  1. Accédez à la page principale de votre organisation sur GitHub
  2. Cliquez sur Projets dans la navigation de l’organisation
  3. Sélectionner la liste déroulante Nouveau projetNouveau projet
  4. Choisir un modèle de projet approprié en fonction des besoins du flux de travail

Pour les projets utilisateur :

  1. Cliquez sur votre avatar → Vos projets
  2. Sélectionner la liste déroulante Nouveau projetNouveau projet
  3. 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

Capture d’écran de la fonctionnalité Nouveau projet GitHub (bêta).

Documentation du projet et stratégie de communication

README et les meilleures pratiques de description :

  1. Accéder à votre projet
  2. Cliquez sur le menu paramètres (trois points) en haut à droite
  3. Sélectionner les paramètres
  4. 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

Capture d’écran des paramètres gitHub Projects.

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 :

  1. 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
  2. Décomposer les récits utilisateur : définir des fonctionnalités spécifiques et testables du point de vue de l’utilisateur
  3. Ajouter des tâches techniques : Inclure le travail d’infrastructure, de test et de déploiement
  4. 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.

Capture d’écran de la liste Projets GitHub avec des tâches vides.

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é

Capture d’écran des paramètres GitHub Projects pour gérer l’accès.

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

Capture d’écran des paramètres gitHub Projects pour créer des champs personnalisés.

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 :