Your SlideShare is downloading. ×
Agile Tour Nantes 2011 - Christophe thibaut   ni gladiateurs ni bisounours
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Agile Tour Nantes 2011 - Christophe thibaut ni gladiateurs ni bisounours

1,240
views

Published on

Le succès -- et la difficulté -- pour un développeur, ça peut être de réaliser des prodiges techniques, de résoudre des problèmes intéressants, de choisir et maîtriser ses outils, de se former …

Le succès -- et la difficulté -- pour un développeur, ça peut être de réaliser des prodiges techniques, de résoudre des problèmes intéressants, de choisir et maîtriser ses outils, de se former continuellement. Mais ça ne suffit pas. Pour réussir un projet, il faut former une équipe qui marche. Et une fois en équipe, les difficultés changent.

Vous souvenez-vous d'avoir, durant votre parcours scolaire ou vos premières années de travail, été formé pour réussir en équipe ? Pour réussir en équipe faites-vous appel à "l'esprit d'équipe" ? A "l'engagement" ? Au "leadership" ?

Dans cette session, à travers des retours d'expérience, nous parlerons de quelques modèles, outils et pratiques qui permettent de surmonter trois difficultés du travail en équipe, à savoir :

comment exercer toute sa créativité ?
comment livrer à temps, tout le temps ?
comment se confronter mutuellement ?


0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,240
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
33
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ni gladiateurs,
    ni bisounours
  • 2. C = f (P,e)
    Erreur Fondamentale d’Attribution
  • 3. Quelque soit ce que nous découvrirons, nous comprenons et croyons vraiment que chacun a fait le meilleur travail possible étant donné ce qu’il savait alors, ses compétences et capacités, les ressources disponibles, et la situation.
    C = f (p, E)
  • 4. 5 « bons » != 1 bonne équipe
  • 5. Bande Passante de Communication
  • 6. PERFORMANCE
    D’EQUIPE
    CONTRIBUTION
    SUPPORT
    COORDINATION
    PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    Inversion de Dépendance
  • 7. PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    PERFORMANCE
    INDIVIDUELLE
    COORDINATION
    CONTRIBUTION
    SUPPORT
    PERFORMANCE
    D’EQUIPE
    Inversion de Dépendance
  • 8. MIND THE MINDGAP
    Travailler en Vision Partagée
  • 9. Antipatterns
    Contre Mesures
    Equipe 2.0
    http://www.mccarthyshow.com/online/
    Agenda
  • 10. Vrais Programmeurs
  • 11. Vrais Programmeurs (a.k.a Kador, Cowboy Coders)
    exemples
    une rétrospective ? pourquoi pas une thérapie de groupe ?!
    ... Q: que fait la fonction DialogueLambda2 ? R: t’as déjà oublié ? 
    forces :
    complexité des tâches
    succès individuels passés
    insécurité personnelle
    reconnaissance individuelle
    come from:
    passionné de programmation
    go to :
    produit non maintenable
    absence de standards
    apprentissage restreint
    conflits de personnes latents ou patents
    REVUES!
    STANDARD!
    RETROS!
  • 12. 04/10/11 from Dev to PO
    Nez dans le Guidon
  • 13. Nez dans le Guidon (a.k.a La Rache, Quick & Dirty)
    exemples
    dans l’idéal ce serait bien (d’écrire des tests), mais là on n’a pas le temps (parce qu’on débogue)
    le patron ne nous paye pas pour lire le manuel 
    forces :
    coûts cachés d’apprentissage
    insécurité personnelle
    reconnaissance individuelle
    réussites passées
    come from:
    modèle industriel (séparation conception / réalisation)
    go to :
    répétition des mêmes recettes, retour des mêmes problèmes
    stagnation des compétences
    turnover
    PDCA !
    5 pourquois !
  • 14. Terrain Vague
  • 15. Terrain Vague (a.k.a Tragédie des Biens Communs)
    exemples
    - quelqu’un sait pourquoi le build est cassé depuis 2 jours ?
    - chez moi ça marche.. 
    forces :
    coûts cachés d’apprentissage
    insécurité personnelle
    reconnaissance individuelle
    come from:
    responsabilité partagée
    go to :
    refactoring tardif et coûteux
    pas de standard vivant
    blâme, spécialisation, retour d’un leader
    Coaching !
    Bac Rouge !
  • 16. Facilitator
    Manager
    Tech Lead
    Q.A. Lead
    Spécialistes
  • 17. Spécialistes (a.k.a Equipe de Choc, Le Bon Casting)
    exemples
    - pour les problèmes d’ergonomie tu vois avec Jérémie
    - qui est responsable de la qualité dans cette équipe ? 
    forces :
    coûts de partage et de coordination
    insécurité personnelle
    reconnaissance individuelle
    come from:
    modèle industriel (optimisation par poste)
    go to :
    goulets d’étranglement
    retard, incompréhension, conflits d’interface
    blâme, retour du leader
    VSM !
    KANBAN !
  • 18. Super Héros
  • 19. Super Héros (a.k.a Equipe de Stars)
    exemples
    - on a confié le truc à JiPé, il s’en est tiré en deux jours
    • on te donne ce challenge parce qu’on sait que tu vas assurer!
    • 20. 18h et tu t’en vas ? Tu prends ton après-midi ?
    forces :
    complexité des tâches
    succès individuels passés
    insécurité personnelle
    reconnaissance individuelle
    come from:
    passionné de programmation
    go to :
    goulets d’étranglement
    conflits de conception, de personnalités
    BINOMAGE !
    REVUES !
  • 21. Maillon Faible
  • 22. Maillon Faible (a.k.a Bozo Bit, Bouc Emissaire)
    exemples
    Ah c’est le code de Roger !
    – Qu’est-ce qu’il a le code de Roger ?
    – ... Je t’offre un café ?
    forces :
    succès et insuccès individuels passés
    insécurité personnelle
    reconnaissance individuelle
    come from:
    identifier les goulets (et non les boulets)
    go to :
    conflits latents d’équipe
    interventions en haut lieu
    COACHING !
    RETROS !
  • 23. Feu de Camp
  • 24. Feu de Camp (a.k.a Kumbaya, Equipe dans le Lien)
    exemples
    Je dis ça, je dis rien !
    – C’est ta façon de voir, je suis d’un autre avis, mais on ne va pas se battre à ce sujet.
    forces :
    coût émotionnel des conflits
    insécurité personnelle
    affinités et culture d’équipe
    come from:
    savoir être ensemble
    go to :
    problèmes indolores
    conflits non résolus
    produits non livrés
    COACHING !
  • 25. Confrontations Cruciales
  • 26. Confrontations Cruciales
  • 27. Travailler d’abord sur soi
  • 28. Travailler d’abord sur soi
    Décider SI et QUOI
    contenu
    pattern
    relation
    Maîtriser mon histoire
    j’ai observé..
    je raconte..
    ressenti
    agir
    Eviter les sales histoires
    erreur fondamentale d’attribution
    conclusions hâtives
    choisir entre silence ou violence
  • 29. Confronter en Sécurité
  • 30. Confronter en sécurité
    Décrire le gap
    commencer par la sécurité
    décrire votre histoire
    terminer par une question
    Inciter à résoudre
    décrire les conséquences
    pas d’autorité
    Faciliter la résolution
    Rester concentré et flexible
  • 31. Passer à l’Action
  • 32. Passer à l’action
    Accord sur un plan d’action
    qui
    quoi
    quand
    vérifiable
    Suivre
  • 33. Protocoles de Communication
  • 34. La Syntaxe
  • 35. Check In
    Utilisez Check In pour commencer une réunion ou à chaque fois qu’un Check In individuel ou en groupe ajouterait plus de valeur aux interactions de l’équipe.
    Etapes
    (« Je suis (en colère|triste|effrayé|content)
    {courte explication})* et je suis présent. »
    ou « Je passe, je suis présent. »
    « Bienvenue »
    Engagements
    ne qualifiez pas les émotions
    livrez vos émotions uniquement en tant qu’elles sont les vôtres
    restez silencieux pendant un Check In
    ne faites pas référence à ce qu’une personne a dit durant son Check In sans une autorisation explicite de celle-ci.  
  • 36. Check Out
    Votre présence physique doit toujours signifier votre engagement. Vous devez sortir lorsque vous sentez que vous ne pouvez pas maintenir vos engagements ou quand il serait meilleur pour vous de vous engager ailleurs..
    Etapes
    « Je sors » [je pense revenir vers ...]
    quittez physiquement la pièce jusqu’à être prêt à revenir (check in){courte explication})* et je suis présent. »
    ceux qui sont présents ne peuvent pas suivre la personne, parler à ou à propos de la personne qui a fait un Check Out.
    Engagements
    revenez aussitôt que vous pouvez et vous sentez capable de respecter vos engagements
    Revenez et rentrez (Check In) sans attirer plus l’attention sur votre sortie/retour
    ne pas juger, blâmer, interroger, poursuivre ni harceler quelqu’un qui sort
  • 37. Ask for Help
    Le protocole de demande d’aide vous permet d’utiliser efficacement les compétences et les connaissances des autres. Ask For Help est l’acte qui catalyse la connexion et la vision partagée. Utilisez le continuellement, avant et pendant la recherche de tout résultat..
    Etapes
    Demandeur: [nom] veux tu ..X.. ?
    Demandeur: [détails spécifiques ou restrictions]
    Aidant : répond « Oui » ou « Non » ou propose une autre forme d’aide.
    Engagements
    Sachez ce que vous attendez de l’autre ou bien dites “je ne suis pas sûr de savoir sur quoi, mais veux-tu m’aider ?”
    Assumez que tous les aidants sont toujours disponibles et soyez confiants en la responsabilité de chacun de pouvoir dire “non”.
    Dites “non” à chaque fois que vous ne voulez pas aider.
    Acceptez un “non” sans investigation ni drames émotionnels
    Soyez réceptif à l’aide fournie
    donnez votre meilleurs aide même si ce n’est pas ce qu’attend le demandeur
    différez l’aide si vous ne pouvez pas vous engager pleinement
    demandez plus d’information si la demande n’est pas claire pour vous
    ne vous excusez pas de demander de l’aide
  • 38. Intention Check
    Utilisez Intention Check afin de clarifier le but de votre comportement ou du comportement d’un autre. Utilisez le lorsque vous pensez que le comportement courant ne produira pas un résultat positif. Intention Check vérifie l’intégrité de vos intentions ou de celles d’un autre dans une situation donnée.
    Etapes
    Demandez « Quelle est (mon|ton) intention en faisant ..X.. ? »
    Si c’est utile demandez : « Quelle réponse ou quel comportement attendais-tu de la part de qui, en faisant ..X.. ?
    Engagements
    Soyez conscient de votre propre intention avant de vérfier l’intention d’une autre personne.
    Invstiguez suffisamment pour découvrir l’intention de la personne ou ses actions.
    Assurez vous que votre intention est de résoudre pacifiquement tout conflit avant de faire demander son intention à quelqu’un. Si vous n’avez pas des intentions pacifiques, faites un Check Out.
    Ne soyez pas défensif lorsque quelqu’un vous demande votre intention. Si vous l’êtes, faites un Check Out.
  • 39. La Sémantique
  • 40. Check IN : Je promets...
    1. de m'engager lorsque je suis présent
    De connaître et de dévoiler
    - 1.1 ce que je veux
    - 1.2 ce que je pense et
    - 1.3 ce que je ressens
    De toujours rechercher une aide efficace.
    De ne pas offrir, et de ne pas accepter des transmissions émotionnelles incohérentes.
    Lorsque j'entendrai ou aurai une meilleure idée que celle qui prévaut, je 1) la proposerai immédiatement pour décision d'acceptation ou de rejet, et/ou 2) je rechercherai explicitement à l'améliorer.
    Je supporterai personnellement la meilleure idée 1) indépendamment de sa source, 2) quelque soit mon espoir qu'une idée encore meilleure puisse émerger ultérieurement et 3) quand je n'aurai pas d'idée alternative supérieure.
  • 41. 2. de chercher à percevoir plus que je ne cherche à être perçu3. d'utiliser des équipes, en particulier pour entreprendre des tâches difficiles4. de parler toujours et seulement lorsque je crois que cela améliorera le ratio général résultats/efforts5. d'offrir et d'accepter des comportements et des communications uniquement rationnels, orientés résultats6. de me désengager de situations moins productives- lorsque je ne peux pas tenir ces engagements,- quand il est plus important que je m'engage ailleurs
  • 42. 7. de faire maintenant ce qui devra être fait finalement, et qui peut être fait efficacement maintenant8. de chercher à avancer vers un but particulier, en tournant mon comportement vers l'action9. d'utiliser les Cores Protocols (ou mieux) lorsqu'ils sont applicables10. de ne jamais blesser -- ni tolérer qu'on blesse -- qui que ce soit pour sa fidélité à ces engagements11. de ne jamais faire exprès des choses stupides
  • 43. Accords
    Toltèques
    Communication
    Non Violente
    Core
    Protocols
    Programmation
    Neuro- Linguistique
    Filiations
  • 44. Agile = Feedback
  • 45. Pratiques de Feedback
    Remplir le cube (G. Bushe Clear Leadership)
    J’observe..
    Je ressens..
    Je pense..
    Je veux..
    OSCAR (??)
    Observation
    Spécifique
    Conséquences
    Alternative
    Résultat
    Feedback (??)
    Trouver une ouverture
    Décrire le comportement
    Décrire l’impact
    Faire une demande
  • 46. « Super Agile » = Confiance
  • 47. Commencer par soi pour transmettre
  • 48. http://www.vitalsmarts.com/crucialconfrontations_book.aspx
    http://www.mccarthyshow.com/
    Illustrations:
    http://www.fifa.com/
    mt Fish http://www.harpers.org/archive/2005/10/CartoonCreativity
    http://soksokblog.wordpress.com/2010/11/15/hello-world/lille_friche_saint_sauveur/
    http://www.comicvine.com
    http://abstract.desktopnexus.com/wallpaper/652168/