L'agilité ça marche aussi pour mon Codir - conférence Agile Lyon 2018
•
4 gefällt mir•349 views
Les dirigeants sont nombreux à souhaiter une entreprise plus agile. Et si ça commençait par le Codir ? La solution facile – mais idiote, et peu efficace – serait de mettre en place un Scrum ou Kanban du Codir. Si on sort des méthodes agiles, on arrive vite à se poser plusieurs questions : Comment agiliser ma stratégie ? Comment aligner et coordonner l’équipe de direction ? Comment créer un engagement collectif ? Comment mesurer l’avancement et mettre les bons indicateurs ? Pour répondre à toutes ces questions (et d’autres) je vous propose à travers cette conférence, une démarche concrète et des retours d’expériences, basés à la fois sur notre propre codir et sur nos interventions en clientèle.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie L'agilité ça marche aussi pour mon Codir - conférence Agile Lyon 2018
Ähnlich wie L'agilité ça marche aussi pour mon Codir - conférence Agile Lyon 2018 (20)
Mehr von Damien Thouvenin
Mehr von Damien Thouvenin (18)
L'agilité ça marche aussi pour mon Codir - conférence Agile Lyon 2018
- 1. Le pire, c’est que certains le pensent. L’AGILITÉ C’EST POUR LES DEV PAS POUR LES CODIR Céline STAUDER - Damien THOUVENIN#AgileLyon @gooodPro
- 2. Nous aurons réussi notre conférence si : Vous avez appris / compris un truc Vous avez envie d’essayer quelque chose Vous avez pris conscience d’un problème que vous rencontrez. TDP : TEST-DRIVEN PRESENTATION
- 3. DYNAMIQUED’APPRENANCE ABSENCE DE STRATÉGIE INCAPACITÉ D’EXÉCUTER LA STRATÉGIE P/CP TEMPS COURT / TEMPS LONG INDIVIDUALISME PRISE DE RISQUES DÉCISIONS TROP LENTES INCAPACITÉ À PRENDRE DES DÉCISIONS JEUX POLITIQUES NON DITS PAS D’ALIGNEMENT VOUS AVEZ DIT PROBLÈMES ?
- 4. NOTRE CODIR
- 5. NOTRE MISSION — Les hommes et les organisations subissent la dictature du résultat, du court terme : il faut aller toujours plus vite, agir toujours plus fort et donc penser toujours moins loin... De cette culture de la précipitation et de la surenchère naît le gâchis d’intelligence et d’humanité contre lequel Goood! lutte, en travaillant à rendre les organisations plus agiles. Le gâchis ce sont les énergies dispersées, les talents bridées, les processus inefficaces, la réunionite et les décisions interminables le système informatique qui enferme au lieu de libérer… NOTRE MÉTIER : DÉVELOPPER L’AGILITÉ — Nous aidons les directions dans la conception et la mise en œuvre de stratégies de changement organisationnel et culturel … pour développer l’agilité, l’innovation, l’autonomie Nous conseillons et formons des managers aux prises avec l’agilité et la complexité … en apportant de nouveaux modèles mentaux pour agir Nous facilitons le travail en intelligence collective … pour gagner en pertinence, en créativité et en engagement Nous développons des logiciels sur mesure … à la demande, pour fluidifier les opérations Nous accompagnons celles et ceux qui font du logiciel … avec des démarches Lean-agile, pour accélérer le Time-to- Value
- 6. Partager des expériences qui marchent et des apprentissages Faire des liens avec les principes et pratiques agiles Disclaimer : Work In Progess - Avec des partis pris Codir produit des décisions Equipe agile produit des features pour un logiciel Tout n’aura pas forcément de lien Axe de la présentation : Avant, Pendant, Après NOTRE SUJET C’EST QUOI ?
- 7. Symptômes Idées pour le Codir Conseils pratiques Retour d’expérience Pratiques des méthodes agiles Principes agiles Auteurs Cause des problèmes (Analyse) STRUCTURE DE CETTE CONFÉRENCE
- 9. AVANT préparer les décisions PENDANT prendre les décisions APRÈS suivre l’exécution des décisions AGENDA
- 10. SYMPTÔMES #NoDecision #Alignement #Execution #BonneDécision #Compréhension #QuiDécide PRINCIPES Inversion du triangle de fer / pilotage par la valeur Communication large bande Problèmes > solutions Partir du terrain / des utilisateurs Règles communes PRATIQUES AGILE Vision Produit Story map DOR / DOD Rôles Gemba / PDCA PRATIQUE CODIR Définir la vision, mission, valeurs Réduire le périmètre de décision Expliciter la stratégie I Intend To (prévenir des collisions) (ré-)Alignement constant : call up des associés, un-à-uns AVANT : VISION ET CADRE (PRÉPARER LE BACKLOG / PRÉPARER LES DÉCISIONS)
- 11. SYMPTÔMES #Peur sur la ville #Politique #Bisounours #GroupThink #Endogamie #ChacunPourSoi PRINCIPES 5 ±2 Diversité – Equipe polycompétente Confronter puis être solidaire Auto organisation et contrôle social PRATIQUES AGILE Objectif de sprint Avancer sur une seule feature à la fois Poker planning Management visuel Scrum Master PRATIQUE CODIR Connaître ses forces et complémentarités, apport de valeur vs fonction Séminaire / Team Building Team N°1 Se taire c’est désapprouver Objectif commun / WIG / North Star Weekly meeting timebox / budgetbox Accountability PENDANT : DYNAMIQUE D’ÉQUIPE (PRENDRE LES DÉCISIONS)
- 12. SYMPTÔMES #AbsenceExecution #PrésentFutur #DecalageAvecDecision #LanceMaisFiniJamais #PenseMaisFaitPas PRINCIPES Petits ilôts stables dans contexte instable Rythme soutenable Inspect and Adapt Excellence de l’ingénierie Si on traite pas le CT, on meurt tout de suite, le LT on meurt demain PRATIQUES AGILE Production itérative, focus 1 feature Burndown Communication directe USER -> TEAM 4 quadrants (TC/TL vs Valeur / Neutralisation Valeur Démo Rétro PRATIQUE CODIR Vision + Stratégie 3 ans Plan opérationnel 1 ou 2 WIG ou 1 objectif commun décliné / OKR Mesurer les actions pas les résultats Prendre la + petite décision et aller sur le terrain voir comment elle s’exécute Traduction opérationnelle et 1à1 APRÈS : EXÉCUTION (SUIVI DES DÉCISIONS)
- 13. Investir sur l’équipe est indispensable Team Building, connaissance de soi, complémentarité de forces, alignement, Team N°1 Préparer c’est s’aligner Vision, mission, stratégie, cadre de décision Le suivi est une des clés du succès Focus (WIG), Petits pas dans l’exécution, aller voir sur le terrain, Mesurer les actions pas les résultats 1 2 3 CE QU’IL FAUT RETENIR
- 14. Qui, parmi vous, peut dire … J’ai envie d’essayer quelque chose J’ai appris/ compris un truc Je me suis reconnu dans une problématique TDP : TEST-DRIVEN PRESENTATION
- 15. MERCI Passez nous voir sur le stand Ou dans nos locaux : à Lyon, 20 rue Tronchet (69006) à Valbonne, place Sophie Laffitte (06560) à Paris, 20 rue Bachaumont (75002)
Hinweis der Redaktion
- C’est Un truc que Pascal Van Cohenberg utilise régulièrement dans ses cnférences et que je réutilise pour vérifier que mes présentation ont de la valeur pour ceux qui vienne la voir.
- Quels sont les principaux problèmes que vous observez dans vos codir ? / (ou votre management si vous ne faites pas parti d’un codir ) ? // Interaction avec le public afin de faire identifier un maximum de problème Puis détail un à un des problèmes identifiés dans la slide. Je te laisse illustrer avec tes propres exemples car c’est difficile de raconter les exemple des autres, pour les ex Goood, je pense que tu les reconnaitras - Absence de stratégie Pas de prise de risque : Instabilité de l’éco système on est hyper prudent et ne prend pas de risque / laisse passer des opportunités : ex Christine Koeller ou Anna Décisions trop lentes : le temps de remonter la chaine hiérarchique, la décision est bloquée, ou met énormément de temps à redescendre : Incapacité à pendre des décisions : ex PL ou on a laissé pourrir la situation Jeux politique (ex Engie ou OIF) sans les citer Absence de dynamique d’apprenance: On fait plusieurs fois la même erreur ou pas de capitalisation, on aime inventer des modèles plutôt que réutiliser ce que d’autre ot deja fait Individualisme : chacun veut atteindre ses objectifs, même si cela nuie à la stratégie globale: ex frequent des commerciaux de SSII / dev des compétences. Entre manager et commercieux Pas d’alignement : on donne des infos contradictoires, et on perd les collab. Non dits On gère l’urgence / ou que le temps long, (soit on meure aujourd’hui si on ne gère pas l’urgence, soit on meure après demain si on ne gère pas le temps long), ce point est lié au P/CP (production / capacité de production)
- Ici je présente notre codir avec les rôles de chacun. Comme c’est un rex basé sur des cas clientmais aussi beaucoup de notre codir, j’insiste sur ce point Feedback de l’AT Bordeaux : comme j’avais passer vite fait on avait pas compris que c’était nous que je parlais. Je raconte aussi qu’on a créer la conf avec Damien sur des problématiques que l’on rencontre parfois chez nos clients mais aussi beaucoup chez nous.
- Pour donner un peu de contexte aux problématiques de notre codir, je présente la boite et l’activité.
- Parti pris c’est de faire des liens (simples) entre l’agilité d’une équipe IT et l’agilité d’un Codir Hypothèse de départ, uneéquipe agile produit des features logiciel, un codir produit des décisions Et donc tout n’aura pas de lien entre les 2 car ne sont des contextes très différents Axe de présentation Avant, pendant après / Comment on prepare les dev (backlog grooming /les dev / suivi des retours Utilisateurs/ bugs) et en langage Codir Preparation des decisions / prise de décision / suivi des décisions
- Pour chaque axe l’idée c’est de partir des symptomes, d’analyser la cause des problèmes, de faire des liens avec les principes et les pratiques agiles / et des livres/auteurs qui nous ont inspirés et d’en tirer des idées d’expérimentations pour le Codir et donc des retours d’expériemnces C’est un work In propress, certaines idées ont deja un peu de vécu, certaines sont en cours d’expérimentations dans notre codir.
- Identité -> Associés (codir) Stratégie -> Cercle général Opérations -> Equipe ou personnes CAPI -> Adizes Changer le monde Vision: Lutter contre le gachis en aidant nos clients a résoudre des problématiques complexes, Stratégie Passer de 40 -> 120 en 5 ans Développer les régions #1 : Rex : on le tient, ça a de la valeur. Il faut un N° de conf fixe pour ne pas le chercher chaque matin Les 3 questions ne sont pas adaptées (mais sans rituel on dérive) #2: Rex : on le tient, ça a de la valeur. Il faut un N° de conf fixe pour ne pas le chercher chaque matin Les 3 questions ne sont pas adaptées (mais sans rituel on dérive)
- Yes chef : le chef a toujours raison Je ne dis pas ce que je pense mais ce que je pense qu’il faut dire Je ne veux pas froisser l’autre en m’opposant Je ne veux pas être le seul à diverger j’ai probablement tort On pense tous pareil , spécial dédicace au codir X Pas de conflit productif -> Pas d’intelligence collective -> moins bonnes décisions-> Problèmes d’excution Pas de conflit productif -> Au fond je ne soutient pas la décision -> Pas de solidarité/Cohésion -> Pas de suivi dans l’execution
- 4 cadrant CT: US, TL: Grromming, analyse, Spike, R&D Dette technique, refactoring / formaiton, recrutement, capitalisation fonctionnelle
- C’est Un truc que Pascal Van Cohenberg utilise régulièrement dans ses cnférences et que je réutilise pour vérifier que mes présentation ont de la valeur pour ceux qui vienne la voir.