Organisation Processus devs - TecostNetwork/Network GitHub Wiki

Avant de démarrer un développement

  • S'assurer qu'on a tout terminé (TODOs, traductions, documentation...)
  • Voir s'il y a des reviews à faire
  • Démarrer un développement

Démarrer un développement

  • Choisir un développement dans la colonne "Backlog" du board
  • Prendre connaissance du contenu
    • Bien lire la carte et le cahier des charges
    • Faire un briefing avec Alexandre
  • Créer un développement dans l'ERP
    • Indiquer le projet "Network"
    • Indiquer la fonctionnalité si connue
    • Indiquer le nom du développement (même titre que dans le board)
    • Indiquer le nombre d'heure planifiées selon estimation personnelle (1 jour = 8 heures)
    • Indiquer le développeur
    • Indiquer le statut "En cours" (pour qu'il apparaisse dans les activités)
  • Noter le no de développement (ex DEV_39328)
  • Dans le board
    • S'attribuer le développement
    • Le déplacer dans la colonne "En cours"
    • Ajouter le no de dev au début du titre (ex "DEV_39328 Configuration des partenaires")
  • Créer une branche
    • Si le développement est taggé "DEV" et vaut plus de 1 story point
    • (ou si vous le jugez nécessaire)
    • Nommer la branche avec le projet, no de dev et description simple (ex "sipres/dev/DEV_XXXXX_config_partners")

Pendant un développement

  • Noter les heures sur le développement de l'ERP

Vers la fin du développement

  • S'assurer que la DOD est respectée (hors documentation)
  • S'assurer que les règles de qualité sont respectées
  • S'assurer que les indications du cahier des charges et de la carte sont respectées
  • Déplacer le développement dans "Review"
  • Demander à un collègue d'effectuer une review du code
    • Le reviewer prend connaissance du développement (carte et cahier des charges rapidement)
    • Si la review est OK : déplacer dans "Done"
    • Si la review n'est pas OK : déplacer dans "En cours", corriger puis refaire une review
  • Pendant la review, on peut commencer un nouveau développement sur une autre branche ou faire la doc

Une fois le développement terminé

  • Le chef de projet
    • Valide le développement et le ferme dans le board
  • Le développeur
    • Merge la branche vers le HEAD
    • Change le statut du développement sur "Traité" dans l'ERP