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 ?
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)
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!
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 !
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 !
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 !
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 !
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 !
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
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
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.
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
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