Le rôle du charge de projet lors d'un contexte de réalisation en mode Agile
1. Le rôle du chargé de projet en
mode de réalisation Agile
Louis-Philippe Carignan
Certified Scrum Coach(CSC)
Professional Scrum Trainer (PST)
28 février 2012
2. Agenda de la conférence
• Qui suis-je?
Présentation
• Objectifs
2 minutes
Atelier #1 • Défi de la guimauve 25 minutes
Théorie • Équipe auto-organisée 10 minutes
Atelier #2 • Le rôle du chargé de projet
dans Scrum
15 minutes
6. Matériel par équipe
20 spaghettis 1 mètre de
masking tape
1 mètre de 1 guimauve
corde
7. Directives
• Former des équipes de 4 personnes.
• Bâtir la plus haute structure.
• La guimauve doit être le plus haut point de la
structure.
• Vous pouvez découper les spagehttis, cordes et
ruban en morceaux.
• Durée: 15 minutes
9. 3 points que je retiens
Point #1
« Design truly is a contact sport »
Développer du logiciel, c’est un sport de contact
Point #2
« Trained to find the single right plan, and then,
they execute it »
Point #3
« They manage the process »
L’Agilité valorise l’auto-organisation
10. Équipe auto-organisée
« The best architectures, requirements, and designs
emerge from self-organizing teams »
Principles behind the Agile Manifesto
http://www.agilemanifesto.org/principles.html
« [The Development Team] is self-organizing. No one
tells the Development Team how to turn the Product
Backlog into software »
The Scrum Guide, p. 10
http://www.scrum.org/storage/scrumguides/Scrum_Guide.pdf
13. Chapitre 12 – Leading a Self-Organizing Team
SUCCEEDING WITH AGILE
14. Définition d’auto-organisation
« L’auto-organisation ne veut pas dire que les employés
structurent l’organisation au lieu des gestionnaires.
Cela veut dire que le management se commet à guider
l’évolution des comportements qui émergent entre
l’interaction d’agents indépendants au lieu de spécifier
à l’avance ce qu’est des comportements effectifs. »
Source:
The Biology of Business, Philip Anderson, 1999, p. 120
15. 3 leviers pour l’influencer
• Frontière où l’auto-
Contenants organisation a lieu
Différences • Variété dans l’équipe
• Interactions entre les
Échanges membres de l’équipe
16. Exemples de contenants
• Toute l’équipe travaille dans la même pièce
• Toute l’équipe travaille dans le même édifice
• Tout le monde programme en .NET
• Tout le monde est suédois
• Tout le monde est membre du PMI-Lévis
• Tout le monde est sur le projet « PÉSA »
17. Ajuster le contenant
• Changer le nombre de personnes sur
l’équipe
• Regrouper toute l’équipe dans la même
pièce
• Introduire un nouveau contenant
(Ex:Communauté de pratique)
• Modifier les responsabilités à l’équipe
• Diminuer les murs des cubicules
18. Influencer les différences
• Ajouter une personne à l’équipe avec:
• +/- de pouvoir décisionnel
• +/- d’expérience
• +/- de connaissances techniques
• Faire ressortir les divergences d’opinion
• Changer la prise de décision dans l’équipe
• Encourager les divergences d’opinion
19. Influencer les échanges
• Formaliser (ou déformaliser) un échange
• Changer la façon dont un échange se fait :
• Conversation face à face
• Communiquer par document
• Changer la fréquence des échanges
20. Essayer ceci…
• Dresser la liste des contenants liés à votre équipe
• Est-ce que ce contenant est positif, négatif ou neutre?
• Faire l’inventaire des différences dans l’équipe
• Identifier une différence qui peut améliorer l’équipe
• Identifier l’intensité des échanges dans l’équipe
• Encourager les échanges avec une personne à
l’extérieur de l’équipe
22. Jeu
• Placez-vous en équipe de 2
• Classer les cartons que l’on vous a remis en deux
paquets dans l’une des deux colonnes
• Approprié dans Scrum
• Nuisible ou inutile dans Scrum
• Durée: 8 minutes
24. Corrigeons-nous
Approprié dans Scrum En conflit avec Scrum
ÊtreDonner l’avancement
SeTenir desgestion haute
Planifierles membres àà
Rapporterjourconseilsde
Faire dedessonàpropos
Retirer àde rencontres
Rester la la formation
Donner desl’équipe du
Conseiller revues et
Tenir
commettre àavishaute
imputable la dela à
Enlever lesà l’équipe les
Recruter, jour àl’équipe
Indiquer interviewer et
Rester à que outils,
S’assurer obstacles que
Anticiper les propos
directionceàrencontres
Décider deetleschaque
Assigner surcedes les
desduproposà qu’iloffrir
l’équipe les tâchesles
Suivredes que lalivrables
Tenir développement
Planifier comment
développement faut
direction gérer de
outils pour aux
performancepourhaute
desl’équipeproposde
etindividuellesl’équipe
l’équipesur quiavec
travaux ne
des nouvelles nouveaux
l’équipe ne peut qu’elle
habiletés des tendances
engager et le travail à
fonctionnalités enlever
accomplie autres pour
performent réalisés par
quedirectionpasl’équipe
difficultésdede bien de
hebdomadaires les dans
membre faire d’équipe
utiliseles techniquesles
fonctionnalitésfaçonqui
pour feedback qu’elle
membres peutaux fait
livrablesmembres
l’équipe l’équipe
du pour avec les
carrière pour réaliser
améliorer du
budgets
réaliser
de
membresréaliser
desdoitfaire l’équipe
de l’industrie
elle-même
besoins futurs
de
fonctionnalitéscoaching
mentoratréaliser
membressurface
à unel’équipe
hebdomadaire
doit et précise
font de l’équipe
livrables.
l’équipe.
date existantes
28. Références
• The Agile Manifesto
http://www.agilemanifesto.org
• Principles behind the Agile Manifesto
http://www.agilemanifesto.org/principles.html
• The Marshmallow Challenge
http://www.marshmallowchallenge.com
• Succeeding with Agile: Software Development Using Scrum
Mike Cohn, 2009, 504 pages
• Manager 2.0: The role of the manager in Scrum
http://www.scrumalliance.org/articles/148-manager--the-role-of-the-manager-in-scrum