Please enable JavaScript.

Coggle requires JavaScript to display documents.

GESTION DE PROJET - Coggle Diagram

- - - - Courage
        
        Focus
        
        Respect
        
        Ouverture d'esprit
        
        Engagement
    - - Mettre à disposition des moyens de GP informatiques complexes de façon itérative
        
        Proposer un contrôle empirique du processus de production logiciel, il implique de se baser sur l'expérience acquise pour améliorer l'organisation et le produit réalisé
        
        Chaque itération doit permettre d'ajouter de :
        
        Ajouter de la valeur au produit
        
        Préciser la définition du produit
        
        Améliorer le processus de production
        
        Il repose sur 3 piliers :
        
        Transparence
        
        Inspection
        
        Adaptation
    - - Scrum Master (1 seul)
        
        Responsable de la méthodologie
        
        Organisateur chargé d'accompagner les équipes dans l'utilisation des composantes
      - Product Owner (1 seul)
        
        Validateur de toutes les décisions autour du produit et du contenu
        
        Responsable du produit
        
        Traducteur, il assure la transparence (compréhension par tous) des besoins exprimés
      - Équipe de développement (entre 3 et 9 pour optimiser la réactivité, la capacité à produire et la communication)
        
        Responsables de l’incrément, du sprint backlog et donc de la manière dont sera réalisée l’application
        
        Chargé de l’estimation de la charge et du temps de réalisation des items
        
        Réalisation de la solution technique
      - Autres rôles et acteurs (hors équipe SCRUM)
        
        Commanditaires (clients) qui constituent les initiateurs du produit
        
        Futurs utilisateurs de l’outil
        
        Financeurs (sponsors) qui apportent le support financier au projet
    - - Product backlog
        
        Ce carnet porte la définition du logiciel au long du projet
        
        Maintenu par le PO et liste les attentes du produit
        
        Unique et seule référence sur le produit
        
        Partagé à toute l'équipe
        
        Evolue en même temps que le projet, maintenu à jour
        
        L'élément de base est l'item, la User story (= ~ Trello) étant la plus utilisée
      - Sprint backlog
        
        Géré par les développeurs
      - Incrément de produit
        
        Concaténation d'un ensemble de user story du product backlog intégrées au logiciel
        
        Réalisé au cours d'un sprint (fonctions), il comprend les users story réalisées et terminées au cours du sprint
        
        La responsabilité revient à l'équipe de développement
      - Definition of Done (DoD)
        
        Définie en début de projet pour que tous les acteurs aient la même conception de ce que signifie avoir terminé une tâche
        
        Une tâche non terminée lors d’un sprint :
        
        pas prise en compte dans le calcul de la vélocité
        
        pas présentée dans le revue d’un sprint
        
        ne fait pas partie de l’incrément en fin de sprint
      - Les événements (ou cérémonies)
        
        entrent dans une logique de timebox
        
        doivent respecter 2 principes : limiter le temps à passer sur un événement donné et n’accepter aucun dépassement
        
        ce qui n’est pas fini dans un sprint peut être basculée dans le suivant (ou dans le backlog si le client change d’avis par exemple) ⇒ pas de pause entre chaque sprint
      - Le processus
        
        5 grandes phases
        
        Initialisation
        
        Sprint
        => Préparation
        => Production
        => Finalisation
        
        Livraison
      - Mesures et suivis
        
        Impératif d’assurer le suivi au quotidien et donc de mettre en place des moyens de mesure : avancement produit et moral de l’équipe
        
        But est de suivre l’évolution du projet, de détecter des anomalies, de lever les alertes et d’être pro-actif dans la recherche d’amélioration
        
        Principaux indicateurs d’avancement (vélocité, burndown et burnup Chart) fondent leurs calculs sur les story point
        
        Il est de bonne pratique de positionner sur le scrumboard ces différents indicateurs
        
        La vélocité
        
        Indicateur pour suivre le travail réalisé= d’une équipe sur plusieurs points
        
        = somme des story points et user story terminées durant ce sprint
        
        / ! \ L’humain est au coeur de la méthode, ce n’est pas parce que toutes les tâches sont faites et validées que l’équipe se “sent bien”
  - - - Pallie problème de réactivité du modèle en cascade
        
        Limite le retour aux étapes
    - - Rigidité de l'approche
        
        Couteuse
        
        Mauvaise communication
        
        Levée tardive des facteurs à risques
        
        Documentation exagérée
        
        Effet tunnel