Gestion projets

BTS SNIR

Baggio
Génie logiciel
• Ingénierie logicielle
• Valable aussi pour l’ingénierie de
manière globale
• Science
• Méthode de travail
• « Bonnes » pratiques
• Pratiques usuelles
• Organisation basée sur deux rôles
principaux
• Chef d’équipe
• Ou chef de projet
• Techniciens
Le rôle de chef d’équipe
• Gestion globale du projet
• Organisation temporelle
• Qui fait quoi pendant combien de
temps
• Diagramme de Gantt
• Communication
• Au sein de l’équipe
• Avec le client
• Responsabilité
• « fusible »
• Documents de suivi
• Expertise
• Besoin de connaître les technologies,
les personnes, le projet
Le rôle de technicien
• Action directe
• Développement
• Implémentation
• Test
• Communication
• Avec les autres membres de l’équipe
• Avec le chef de projet
• Audit
• Chef d’équipe « décide » mais doit se
fier aux techniciens !!!
• Alerte technicien
• Doit être prise en compte !
• Suivi du projet : documents
Revue de projet
• Où en est le projet ?
• Documents ressources
• Diagramme de Gantt
• Comment se porte le projet ?
• Discussion
• Cahier des charges
• Faisabilité
• Et la suite ?
• Temps restant
• Améliorations
• MVP
• Minimum Viable Product
• Décidé avec le Client
BTS SNIR
• Examen : CCF • Compétences :
• Contrôle Continu en cours de • C2.3 : Organiser et/ou respecter la
Formation planification d’un projet
• 2 situations • C2.4 : Assumer le rôle total ou
• Installation (1ère) partiel de chef de projet
• Maintenance (2nde) • C2.5 : Travailler en équipe
• Chaque situation
• Chef d’équipe
• Technicien
• Examen : Projet
Les documents
Gantt, CdC, Recette, tests
Cahier des charges
• Aussi nommé CdC
• Cahier des charges fonctionnel
• CdCF
• Liste des besoins du client
• Chaque point du cahier des charges
• Vérifié
• Pas respecté ?
• Projet peut être considéré comme échec
• Pénalités
• Rédigé par le chef de projet
• en accord avec le client
• sur conseils des techniciens
• Représentation SysML : Exigences
Diagramme de Gantt
• Diagramme
• Graphique
• Abscisse : Temps
• Ordonnées : postes ou tâches
• Organisation / découpage des tâches et
estimation du temps
• Puis on distribue aux personnes
• Si dépendance entre tâches
• Flèches
• Logiciels
• Spécifiques : ProjectLibre, OpenProject…
• En vrai, n’importe quel, même Excel
• Papier !!
Cahier de recettage
• En lien avec le cahier des
charges
• Décrit le bon fonctionnement
du système
• Sert à vérifier chaque exigence
du cahier des charges
• Document réalisé avant le
projet
• Souvent, juste après le cahier
des charges ou en même temps
• Rempli à la fin du projet par le
chef de projet
• Validé par le client
Cahier de tests • Document technique
• Très lié au cahier de recettage
• Liste des tests fonctionnels
• Un ou plusieurs tests peuvent permettre de
valider un ou plusieurs éléments de recette
• Rédigé
• Par le chef d’équipe
• En accord avec les techniciens
• Chaque test
• Décrit l’action précise effectuée
• Avec éventuellement un test nécessaire avant
• Décrit le résultat attendu
• Remplissage
• Techniciens et chef de projet
• Validé par le client
Méthodes
Cascade, V, Spirale, AGILE
Méthodes de gestion projet
• Cascade
• Traditionnel
• Cycle en V
• « évolution » du cascade
• Spirale ou itératif
• Partir d’une base et itérer
• AGILE
• Croisement
Cascade
• Ou « waterfall »
• Méthode « traditionnelle »
• Une étape après l’autre
• Chaque rôle est défini, compartimenté
• Communication aussi
• Client parle aux commerciaux
• Commercial parle aux CdP et CTO
• CdP et CTO parlent aux développeurs
• Rigide
• Erreur durant une phase ?
• On recommence : années perdues
• Demande délirante, imprécise ?
• Oops, coincé
• Effet tunnel
Les dangers de l’effet tunnel
• Attention : valable en développement
• Mais aussi dans la plupart des projets
• Demandes de base
• Cahier des charges
• Phase de conception / mise en oeuvre
• Opacité quant à l’avancée
• Difficulté de savoir où on en est
• Mais aussi ce qui reste à faire
• Le temps restant
• Les fonctionnalités en place
• Les fonctionnalités en développement
• Résultat : souvent décevants
Cycle en V
• Ou « v-model »
• A été le plus utilisé
• Reprendre le waterfall
• Mais le valider
• Double communication
• Sur le principe, moins d’effet
tunnel
• Mais comme on reste sur une
gestion globale
• Effet tunnel toujours présent
 Spirale
• On reprend le cycle en V
• Mais avec de courtes versions / itérations
• Chaque version « étend » la version de
base
• A chaque cycle
• Rédaction des besoins
• Comme un petit CdC
• Conception
• Vérification et validation selon tests et
recettage
• Et on planifie le prochain
• Limite les risques
• A chaque itération, le client voit le produit
• Reste quelques soucis
• Suivi au fil des versions : quid si une version
est totalement inutilisable ?
• Turn-over
AGILE
• Assemblage de concepts
• Scrum, eXtreme Programming
• Devenu la référence entre 2010 et
2020
• Se base généralement sur un cycle
proche de la spirale
• Cycles courts
• Documents de suivi rapides et
efficaces
• Implication de chaque partie à
quasiment chaque niveau
• Mais ajoute différentes méthodes
AGILE en détail
Manifeste, Scrum, Poker…
Manifeste AGILE
• Douze règles de base
• 1. Délivrer continuellement du contenu
de qualité
• 2. Accepter les demandes de changement
à tout moment
• 3. Délivrer régulièrement du contenu
(semaines plutôt que mois)
• 4. Coopération continue à tous niveaux
(clients, commerciaux, développeurs…)
• 5. Les personnes sont motivées, dans un
environnement sain et en confiance.
• 6. Le face à face est à privilégier pour
transmettre l’information.
• 7. La mesure de la progression du projet
se fait sur un projet fonctionnel.
• 8. Le rythme doit être soutenable et
constant.
• 9. Le projet doit être techniquement
excellent et maintenable.
• 10. On doit minimiser la quantité de
travail inutile.
• 11. Les équipes doivent s’organiser par
elles-mêmes (pas de « petit chef »
déconnecté).
• 12. A intervalles réguliers, l’équipe doit
réfléchir à de possibles évolutions pour
accroître son efficacité.
En résumé
• Moins on a de strates « chef »,
« sous-chef », moins on a de
déconnexions de la réalité du
projet
• Communication, respect mutuel,
travail en commun
• On recherche techniquement le
mieux
• A noter que les aspects « humains »
sont souvent négligés
• Poste de devops
• Développeur opérationnel : toute la
chaîne
• Y compris le lien avec les clients
Scrum
• En lien avec la méthode AGILE
• Scrum
• « mêlée » au rugby
• Micro-étapes
• Transparentes pour tous (clients,
techniciens…)
• Sprint
• Itération de développement
• Backlog
• Liste des trucs à faire (product, sprint)
• Daily Scrum
• Réunion quotidienne très courte (max
15m) d’échange sur ce qui est fait et reste
à faire
 Techniques dans AGILE / Scrum
• Pair programming
• Un écrit, l’autre conseille (toujours côte-à-côte)
• On échange régulièrement de poste
• Planning Poker
• Prioritiser les demandes
• Cartes avec valeurs
• Chaque demande
• Chacun (technicient) joue une carte en fonction du temps estimé (idéalement) ety de la
difficulté
• Discussion si besoin
• Permet de voir ce qui est long ou complexe, et d’estimer en fonction de
l’importance attaché par le client
• TDD
• Test Driven Development
• Ecriture de tests unitaires
• Chaque test vérifie qu’une fonctionnalité fonctionne comme attendu
• PUIS on développe la fonctionnalité !
• Quand on envoie le code, les tests sont joués pour TOUTE l’application
• Permet de vérifier qu’on n’a pas de régression
• Et que tout marche comme attendu !
• Et d’autres…