• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
MC3SI Chti Jug Soiree Agilite
 

MC3SI Chti Jug Soiree Agilite

on

  • 1,925 views

 

Statistics

Views

Total Views
1,925
Views on SlideShare
1,832
Embed Views
93

Actions

Likes
0
Downloads
0
Comments
0

6 Embeds 93

http://mjhazbri.blogspot.fr 34
http://mjhazbri.blogspot.com 21
http://www.slideshare.net 16
http://hazbri.blogspot.com 11
http://mjhazbri.blogspot.co.uk 10
http://mjhazbri.blogspot.in 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    MC3SI Chti Jug Soiree Agilite MC3SI Chti Jug Soiree Agilite Presentation Transcript

    • Développez votre Agilité Ch’ti JUG Session 16 Mars 2010 Devenez le meilleur Partenaire de vos clients Manager Conseiller Concevoir Construire Systèmes d’Information
    • [Ch'ti JUG] Soirée Agilité Scrum en 15mn Jean-Philippe Ravillion
    • Ce qu’on doit faire Valeurs et principes Scrum « the map » Exemple MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Valeurs et principes Agile Manifesto L’interaction entre les Un produit opérationnel personnes est privilégiée est privilégié à une aux processus et aux documentation outils. pléthorique. Agile Manifesto : 4 valeurs La réactivité face au La collaboration avec le changement client est privilégiée à la négociation de contrat. est privilégiée au suivi d'un plan. MC3SI [Ch'ti JUG] Soirée Agilité
    • Valeurs et principes Les principes L’Agile Manifesto – les 12 principes Le changement est accepté, Livrer fréquemment une même tardivement dans le Notre première priorité est de application fonctionnelle, Les gens du Métier et les développement. Les satisfaire le client en livrant tôt toutes les deux semaines à développeurs doivent processus agiles exploitent le et régulièrement des logiciels deux mois, avec une collaborer quotidiennement au changement comme un utiles. tendance pour la période la projet. avantage compétitif pour le plus courte. client. Les processus agiles Bâtissez le projet autour de promeuvent un rythme de personnes motivées. Donnez La méthode la plus efficace Un logiciel fonctionnel est la développement soutenable. leur l'environnement et le de transmettre l'information meilleure unité de mesure de Commanditaires, soutien dont elles ont besoin, est une conversation en face la progression du projet développeurs et utilisateurs et croyez en leur capacité à à face devraient pouvoir maintenir le faire le travail rythme indéfiniment À intervalle régulier, l'équipe Une attention continue à La simplicité - l'art de Les meilleures architectures, réfléchit aux moyens de l'excellence technique et à la maximiser la quantité de spécifications et conceptions devenir plus efficace, puis qualité de la conception travail à ne pas faire - est sont issues d'équipes qui accorde et ajuste son améliore l'agilité essentielle s'auto-organisent comportement dans ce sens MC3SI [Ch'ti JUG] Soirée Agilité
    • Valeurs et principes Les idées clés  Le client au cœur du projet  Equipe et Communication  Simplicité, efficacité et qualité  Flexibilité aux changements  Résultats concrets MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Sprint 1 Scrum – Un Framework avant tout Scrum regroupe un ensemble d’outils permettant de mettre en pratique au quotidien les éléments du manifeste Agile Il constitue un Framework méthodologique qui :  Apporte des solutions innovantes qui lui sont propres sur l’aspect organisationnel du travail  Pioche dans d’autres démarches déjà connues les meilleures pratiques Ce Framework s’appuie en outre sur un processus de mise à disposition des solutions en mode incrémental-itératif, modèle qui s’oppose fortement à la « règle » de fonctionnement en « cascade » MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum versus l’approche en « Cascade » Etude d’opportunité - Cadrage Le cycle classique en V MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum versus l’approche en « Cascade » Le Processus Scrum Etude d’opportunité - Cadrage Incrémental - Itératif MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum versus l’approche en « Cascade » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs Scrum et principes « the map » Exemple MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Les rôles Product owner Team ScrumMaster MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Les rôles Le « Product Owner » a les responsabilités suivantes :  Définir les fonctionnalités du produit  Décider de la date des releases et de leur contenu  Etre responsable du ROI du produit  Donner la priorité sur les fonctionnalités selon des valeurs business  Ajuster les fonctionnalités et les priorités  Accepter ou rejeter le résultat produit MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Les rôles L’ « Equipe » (Team) doit:  Etre multi-compétence, avec 7 (+ ou - 2) membres  Choisir le but du sprint et préciser le résultat du travail  Pouvoir faire ce qu’elle veut dans le périmètre du projet pour atteindre le but du sprint  S’auto-organiser  Présenter le résultat du sprint au product owner lors de démos MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Les rôles Le « Scrum Master » est un team leader facilitateur proche du product owner. Il doit :  S’assurer que l’équipe soit pleinement fonctionnelle et productive  Mettre en place une étroite collaboration entre tous les acteurs  Supprimer les barrières qui se présentent devant l’équipe.  Protéger l’équipe des interférences extérieures  S’assurer que le « process scrum » est suivi. (daily scrum, sprint review, sprint planning meeting) MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Le Processus Scrum Etude d’opportunité - Cadrage Incrémental - Itératif MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies » Le Processus Scrum Incrémental - Itératif MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies » Le Backlog de produit ou Product Backlog : Au début du projet, le product owner prépare une liste d’exigences utilisateurs priorisée par valeur « business », les users stories. Cette liste est le « product backlog ». MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies »  Le product backlog doit inclure tous les éléments visibles pour le client, ainsi que les exigences techniques nécessaires à la construction du produit.  Les éléments de plus haute priorité dans le product backlog doivent être ventilés en morceaux assez petits pour être estimables et vérifiables.  Les users stories sont estimées en points relatifs, sans unités par l’équipe. MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies » Le Backlog du sprint ou Sprint Backlog :  Le Sprint backlog est un artefact de la réunion de planification de Sprint. Lorsqu'on démarre un sprint, on choisit quels items (users stories) du backlog de produit seront réalisés dans ce sprint.  Si l’estimation réactualisée de l’effort pour produire une user story ne correspond plus à l’estimation initiale, l’équipe négocie avec le product owner  L'équipe décompose ensuite chaque user story en liste de tâches élémentaires (techniques ou non), chaque tâche étant estimée en heures et ne devant pas durer plus de 2 jours. MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies »  Pendant le sprint, chaque membre de l’équipe s'affecte des tâches du backlog de sprint et les réalise. Il met à jour le reste à faire de chaque tâche. Les tâches sont prises au fur et à mesure que les précédentes sont terminées.  La somme des heures taches du backlog de sprint constitue le reste à faire total du sprint. Cela permet de produire un sprint burndown chart qui montre les heures restantes à réaliser au fur et à mesure du sprint. MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies »  Chaque jour, à heure fixe, l’équipe commence par une réunion, la « mêlée quotidienne » ou « Daily Scrum ». Cette réunion dure 15mn.  Seul les personnes faisant partie des 3 rôles scrum peuvent y participer. A tour de rôle, chaque membre répond à 3 questions :  Qu'est-ce que j'ai fait hier ?  Qu'est-ce que je compte faire aujourd'hui ?  Quelles difficultés est-ce que je rencontre ?  Cette réunion a un but de synchronisation pour l'équipe et n’est pas un reporting d'activité.  Toute discussion est à éviter et trouvera sa place après le daily scrum. MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Artefact et « cérémonies »  À la fin du sprint, tout le monde se réunit pour effectuer la revue de sprint. L'équipe présente les items du backlog de produit qu'elle a réalisés et effectue ensuite une démonstration du logiciel produit.  C'est sur la base de cette démonstration que le product owner valide chaque fonctionnalité planifiée pour ce sprint.  A l’issue de cette revue, l'équipe et le product owner proposent des aménagements sur le backlog du produit. Il est probable qu'à ce moment des items soient ajoutés, modifiés ou réestimés. MC3SI [Ch'ti JUG] Soirée Agilité
    • Scrum Map Scrum – La boite à outils  La rétrospective du sprint est faite en interne à l'équipe incluant le ScrumMaster. L'objectif est de comprendre ce qui n'a pas bien marché dans le sprint, les erreurs commises et de prendre des décisions pour s'améliorer.  Il est tout à fait possible d'apporter des aménagements à la méthode Scrum dans le but de s'améliorer.  Il faut être très vigilant à ne pas retomber dans des pratiques rigides des méthodologies plus classiques. MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Exemple Scrum « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Un exemple Le dashboard Le tableau de bord ? Le Dashboard Toute les informations du sprint sont concentrées un unique lieu. MC3SI [Ch'ti JUG] Soirée Agilité
    • Sprint 3 Scrum – les techniques Le sprint Burndown Chart Tous les jours, le reste A Traiter des taches du sprint est reporté dans un graphique qui permet de se situer par rapport aux objectifs du sprint MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité
    • Ce qu’on doit faire TODO In Progress Done Valeurs et principes Scrum Exemple « the map » MC3SI [Ch'ti JUG] Soirée Agilité