LOG240 Cours 2

• Le contenu est protégé par le droit d'auteur et ne peut être utilisé qu'à des fins d'étude personnelle.

Chapitre 1: La gestion de projet classique d'un projet logiciel

• Présente les modèles de cycle de vie agile, les approches agiles, Scrum, DevOps et la maintenance dans un contexte agile.

Introduction

• Diagramme de vue d'ensemble d'un cycle de développement itératif typique.

Agile

• Avoir un client impliqué dans la production.
• Développer des scénarios de tests avant ou en même temps.
• Présenter des démos au client.
• Effectuer une livraison périodique en production.
• Agile égale itératif.

Scrum

• Il y a trois rôle dans cette méthodologie soit le Scrum master, le propriétaire du produit et l'équipe de dévéloppement.
• Le "Scrum Master" assure la productivité et le le respect du processus.
• Le propriétaire du produit rédige et explique les scénarios utilisateurs, émet ses priorités et les met dans le carnet de produit.
• L'équipe de développement transforme les besoins en fonctionnalités utilisables, est pluridisciplinaire.
• L'itération a une durée fixée de 7 à 30 jours et débute avec une rencontre de planification.
• La mêlée quotidienne est une courte réunion de synchronisation de 15 minutes où chaque membre présente ce qu'il a fait hier, ce qu'il va faire aujourd'hui et les obstacles rencontrés.

Scrum - Itération 0

• La planification des itérations de démarrage peut être plus longue qu'une itération normale de développement.
• Le propriétaire du produit dicte les éléments du carnet de produit qui doivent être réalisés avant les autres.
• Le SCRUM board, la gestion de version sur GitLab et les environnements de tests doivent être mis en place et testés.
• L'équipe conçoit l'architecture haut niveau du «front-end et back-end», décide des technologies, cadriciels et bibliothèques.
• Les éléments essentiels du carnet de produit dans l'ordre de priorité sont estimés avec un assez grand niveau de confiance par l'équipe.

Réunion De Planification

• Tous s'assurent que les travaux de l'itération précédente sont terminés.
• Présentation des objectifs, jalons, dates cibles et les « stories », le but de la prochaine itération.
• Identifier les éléments du carnet de produit et les inclure dans l'itération.
• Confirmer les estimations et le but du sprint (ce n'est pas un contrat ferme).
• Chaque membre identifie ses responsabilités et découpe les << stories » en tâches (estimables en heures).
• Placer ses tâches dans le tableau SCRUM.
• Tenir compte des disponibilités de l'équipe (70% à 80% de sa capacité).

Les Activités D'Itération

• L'équipe effectue ses tâches.
• Le Scrum Master fait le suivit de l'avancement avec les mêlées quotidiennes.
• Le Scrum Master renonce à l'assignation des tâches et s'assure que la somme des tâches qui complètent une "story" sont terminées.

Programmation En Binôme

• Un pilote développe et copilote fait les revues.
• Ne travaille plus seul devant leur ordinateur, ils sont en contact permanent → pendant la durée du binôme de 1 à 4 heures par jour.
• Partage des connaissances en équipe.
• Deux développeurs valent mieux qu'un, permet d'obtenir un code optimal, souvent plus court et moins complexe
• Les développeurs peuvent échanger et élucider la problématique pour mieux cerner les objectifs.
• Augmente la qualité et permet une implémentation de l'objectif plus rapidement.

Mêlées Quotidiennes

• Il s'agit d'une séance de 15 minutes.
• Permet de comprendre où chacun en est.
• Chacun répond à trois questions : ce qu’il a fait la veille, ce qu'il va faire aujourd'hui, les obstacles.
• Le scrum master maintient le burn down chart, calcul la vélocité et dégage les obstacles.

Revue D'Itération

• On vient confirmer la réalisation des éléments du carnet.
• L'équipe démontre au PO les éléments conformes à la définition de « terminé ».
• Si ce n'est pas terminé, sa démonstration est reportée au au sprint suivant.
• Les tests devraient exécuter en moins de deux heures.
• S'assurer que les éléments non terminés seront pris en compte dans le prochain sprint planning.

La Réunion De Rétrospective

• À la fin de l'itération, les membres de l'équipe se rencontrent pour évaluer ce qui a fonctionné et ce qui pourrait être amélioré.
• Les réunions rétrospectives comprennent l'examen des résultats, l'identification des améliorations et le partage.
• Le Scrum master va noter les améliorations à apporter, soutenir l'équipe à élaborer les solutions et appliquer les solutions.

Problèmes De Scrum Masters

• Les patrons pensent qu'un Scrum Master est un chef de projet.
• Difficulté à établir des jalons livrables fixés dans le temps, gérer les équipes à distance, les réunions s'éternisent.
• Manque d'autorité pour aider son équipe et éliminer les bloquants.
• Aucune autorité de mettre à pied un client ou un développeur incompétent ou indiscipliné.

Organisation De La Maintenance

• Client utilisateur, développeurs, Mainteneurs, Infrastructure, assurance qualité et sécurité.

DevOps

• Cette approche permet l'évolution continuelle.
• DevOps est un ensemble de 5 capacités soit,
• Qualité -Petits lots
• Automatisation -Amélioration continue
• Responsabilité
• L'approche DevOps possède 4 catégories soit,
• Techniques, Lean Management
• Développement Lean
• Leadership transformationnel

Les 11 Capacités Techniques

• Automatisation des tests, Automatisation du déploiement, Développement sur le tronc
• Décalage à gauche de la sécurité, Architecture découplée, Équipes autonomes
• Intégration Continue, Contrôle des versions, Gestion des données de test
• Surveillance, Notification proactive

Les 4 Capacités Du Lean Management

• Limite des travaux en cours, Gestion visuelle
• Rétroaction de la production, Approbation simple des modifications

Les 4 Capacités Du Développment De Produit Lean

• Travailler en petits lots et rendre le flux de travail visible.
• Recueillir et appliquer la rétroaction des clients tout en expérimentant

Les 5 Capacités Du Leadership Transformationnel

• Vision, Communication inspirante, Stimulation intellectuelle
• Meneur supporteur, Reconnaissance personnelle

Les pratiques aidantes de la maintenance agile

• Ce sont le moral, la productivité et la la satisfaction client

Les pratiques moins aidantes de la maintenance agile

• Prioriser les tâches, partage de connaissances, correction des défaillances en prod, amélioration de la qualité du code
• Amélioration des testsToujours difficile d'estimer les tâches.
• Indice de maintenabilité
• Stabilité de la conception

Les principes de la maintenance agile

• Ce sont Évaluations rapides, tests et integration continue, bonne gestion des branches de code source, reduire la complexité.
• Couverture d'automatisation CI, Profondeur et Délai de clôture d'un problème client Indice de performance de la planification et le temps du cycle de problem client.

Ce chapitre présente les modèles de cycle de vie agile, les approches agiles, Scrum, DevOps et la maintenance dans un contexte agile. Le client est impliqué dans la production. Le développement des scénarios de tests se fait avant ou en même temps.