L'agilité dans l'ADN d'une entreprise
•
1 j'aime•920 vues
Retour d'expérience de l'implémentation des valeurs agiles dans l'organisation d'une entreprise.
Recommandé
Contenu connexe
En vedette
En vedette (19)
Similaire à L'agilité dans l'ADN d'une entreprise
Similaire à L'agilité dans l'ADN d'une entreprise (20)
L'agilité dans l'ADN d'une entreprise
- 1. L’agilité dans l’ADN d’une entreprise Jonas Vonlanthen, Liip SA, Suisse
- 2. 2007 : Houston, we have a problem :-S
- 3. Fusion Complexité/taille des projets ++ Nombre de collaborateurs ++ 2007 : Houston, we have a problem :-S Efficience - Une certaine “lourdeur” se fait sentir
- 4. Agile! “Agile Web Development” et premières expériences
- 5. SCRUM “BY THE h ! n c BOOK” la u Re ru m c S Dans TOUTE 9 : 0 0 2 l’entreprise!
- 6. A) Personnes B) Interactions C) Efficacité Point de départ : Le Manifeste AGILE D) Collaboration E) Adaptation au changement
- 7. A) Personnes
- 8. Chaque collaborateur formé à Scrum
- 10. Work-life balance et plaisir au travail
- 12. B) Interactions
- 13. Language commun
- 15. Hierarchy “Team empowerment” “Management by exception” Confiance
- 16. C) Efficacité
- 18. Coaching
- 19. Utiliser de bons outils
- 22. D) Collaboration
- 27. Donner du SENS!
- 29. Difficultés?
- 30. Projet client vs Produit interne
- 31. Fluctuation du personnel
- 32. Taille et enchaînements de projets
- 33. “SCRUM is no religion!” C’est un framework...
- 34. RESULTATS (2011 & 2012) Best of Swiss Web : le MASTER, 4 médailles d’or, 4 médailles d’argent et 1 de bronze Finaliste au suisse au prix “Entrepreneur of the year” Ernst & Young Gagnant prix européen IKS UX Contest
- 35. Continuons la discussion sur stoosnetwork.org
- 36. MERCI! jonas@liip.ch http://about.me/vonlanthen Agile Web Development Lausanne, Fribourg, Zurich, Berne. www.liip.ch
Notes de l'éditeur
- Est-il possible d’appliquer les concepts d’agilité à l’entreprise à large échelle?\n\nC’est la question à laquelle je vais tenter de répondre...\n\nPour cela je vais partager des exemples que nous avons vécus chez Liip.\n
- Revenons en 2007: \nLiip est confrontée à différents problèmes principalement liés à la croissance rapide.\n
- - Fusion en 2007 : réconcilier les cultures \n- Projets ++\n- Collaborateurs ++ (société passée de 20 à 70 collabs)\n- Efficience -\n- Lourdeur\n- On avait mis en place quelques concepts de Scrum dès 2007\n
- - Fusion en 2007 : réconcilier les cultures \n- Projets ++\n- Collaborateurs ++ (société passée de 20 à 70 collabs)\n- Efficience -\n- Lourdeur\n- On avait mis en place quelques concepts de Scrum dès 2007\n
- - Fusion en 2007 : réconcilier les cultures \n- Projets ++\n- Collaborateurs ++ (société passée de 20 à 70 collabs)\n- Efficience -\n- Lourdeur\n- On avait mis en place quelques concepts de Scrum dès 2007\n
- - Fusion en 2007 : réconcilier les cultures \n- Projets ++\n- Collaborateurs ++ (société passée de 20 à 70 collabs)\n- Efficience -\n- Lourdeur\n- On avait mis en place quelques concepts de Scrum dès 2007\n
- - Fusion en 2007 : réconcilier les cultures \n- Projets ++\n- Collaborateurs ++ (société passée de 20 à 70 collabs)\n- Efficience -\n- Lourdeur\n- On avait mis en place quelques concepts de Scrum dès 2007\n
- Nous avons décidé de faire du Scrum.\n- Nouveau moto\n- “Cool, avec Scrum on peut tout changer constamment!”\n- “On n’a qu’à prendre juste ce qui nous plaît!”\n- “Daily Scrum, équipes fixes, on laisse cela pour le moment de côté”\n- “Tous les rôles ne sont pas forcément applicables pour nous”\n... et nous nous sommes cassé le nez :\n- “un peu” de Scrum augmente encore les problèmes actuels\n- croissance forte (50% par an) => encore beaucoup plus de micro-management nécessaire\n
- On retente le coup, mais on le fait bien!\n- Tant qu’à faire, faisons “by the book”\n- Grosse motivation des employés\n- Première team “pilote” => nouveaux collabs mais très vite productive\n- Les résultats se font rapidement sentir!\nEn chiffres, nous avons eu :\n- 29 PO/SM qui ont été formés et certifiés par la Scrum Alliance\n- 8 dev teams fixes créées\n- De plus, en 2011, nous avons décidé de l’appliquer partout où cela est possible (pas seulement dans les équipes de dev)\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Notre point de départ de la démarche : Le Manifeste Agile\n\n- Qui connaît les affirmations du manifeste agile? Enumérez-les! (http://agilemanifesto.org/)\n1) Les individus et leurs interactions plus que les processus et les outils => personnes, interaction\n2) Des logiciels fonctionnels plus qu’une documentation exhaustive => concept d’efficacité, on veut simplement que cela fonctionne\n3) La collaboration avec les clients plus que la négociation contractuelle => collaboration\n4) L’adaptation au changement plus que le suivi d’un plan\n\n- Dans les slides suivants, je vais vous montrer quelques exemples de mises en application s’articulant autour de ces 5 concepts\n
- - Liip est une société de services \n- Ses collaborateurs et leur matière grise sont de plus grande importance\n- Voyons quelques exemples de ce qui a été fait pour les employés\n
- - La connaissance du framework doit être chez tout les collaborateurs\n- POs et SMs certifiés\n- Tous au moins introduits à Scrum\n
- - Avant : une équipe se crée pour une projet\n- Maintenant : un projet va à une équipe\n- Les collaborateurs restent dans une même équipe\n
- Dans nos bureaux, tout est fait pour qu’on s’y plaise un maximum : \n- Massages\n- Tables de ping pong\n- Jeux de fléchettes\n- Murs/whiteboard partout\n
- Nous avons vu quelques exemples parmi d’autres. Pour nous, il est très important de s’assurer de la satisfaction des employés.\n- Nouveau concept pour monitorer la satisfaction des employés\n- Comes from Crisp (Henry Kniberg)\n\n4 questions:\n- Quelle est votre satisfaction en tant qu’employé?\n- Qu’est-ce qui fait que vous vous sentez bien maintenant?\n- Qu’est-ce qui vous plait moins maintenant?\n- Grâce à quoi votre satisfaction pourrait-elle être améliorée?\n
- - Parlons maintenant du thème des interactions.\n
- - L’introduction de Scrum à tous les employés nous a permis de disposer d’un language commun\n- Ainsi, même les collaborateurs des équipes “ADMIN” ou “BIZDEV” savent quels sont les tenants et aboutissants de Scrum et les appliquent\n- Toute la communication au sein de l’entreprise est grandement facilitée\n\n\n
- Même dans les équipes non dev :\n- artefacts Scrum : Prod / Sprint backlog, Burndown chart ==> exemple du team admin et bizdev\n- PO et SM\n\nCérémonies Scrum sont intégrées :\n- Daily Scrum Meeting\n- Weekly Scrum Meeting pour la gestion des projets\n- Team Retrospectives (1 fois tous les 1 à 2 mois)\n- Meta Scrum Meeting\n\nFocus : team admin \n- Au début : overhead\n- Plusieurs spikes ont été mis en place\n- Adaptation dans la direction de kanban\n- L’important est que le processus d’amélioration continue “inspect & adapt” a été initié!\n
- - Scrum correctement : personne peut décider pour les autres.\n- Organisation “plate” en équipes\n- Equipe : structure interne, autonome\n- La direction n’intervient que s’il est nécessaire : pas de micro management\n- La société doit faire confiance aux équipes/collabs (budget inno, heures, travail maison)\n==> la croissance n’est plus un problème!\n
- Troisième concept retenu : l’efficacité. Tout doit simplement fonctionner.\n
- - Scrum promeut le timeboxing\n- C’est une habitude chez nous pour toutes les activités/séances\n- A la minute!\n- Scrum Master = Time keeper\n\n
- - Un scrum coach\n- Aide les équipes à régler les problèmes qu’elle rencontre et à progresser\n- Revues régulières\n
- Pas nouveau :\n- Tout ce qui peut être automatisé doit l’être\n- Il faut utiliser de bons outils (Jira, Wiki, homemade...)\n
- Efficacité = performance.\nInterne autant qu’externe!\nIndicateur interne : vélocité.\nLes équipes \n- suivent vélocité et cherchent à l’améliorer\n- maintiennent un Impediment backlog\nPour les clients :\n- intégration des valeurs business\n- vs story points\n=> ROI, à maximiser au début\n
- \n
- 4ème concept. Collaboration avec les parties prenantes “externes” à l’entreprise.\n
- - Transparence complète avec clients et partenaires\n- On travaille sur produits du client\n- Client = PO\n- Le client doit s’engager à s’investir, il est membre de l’équipe\n-- a accès à toutes les informations projet comme un autre membre de l’équipe\n-- invité à venir meetings\n- Spécificité Liip : POa\n
- La collaboration existe aussi à travers le partage. Pour nous, il est très important d’échanger sur ce que nous apprenons.\nExemples :\n- Hackdays : exemple kinect + blog\n- Présences dans les communautés comme le Webmardi (lancée par Liip)\n
- Dernier thème l’adaptation. C’est ça l’agilité, c’est absolument central.\n
- - Les ITERATIONS sont à la base de la méthodologie\n- Ce concept est devenu une habitude : tout ce que nous faisons se base sur des itérations\nExemples :\n(-- Sprints dans les projets)\n-- Pomodoro Technique : idée des breaks fréquents augmentent l’efficience\n-- Travail sur les BM canvas (reprise et amélioration tous les x mois)\n-- Team retrospective (retro de team hors projet) tous les 2-3 mois\n
- Nous sommes également convaincus qu’il est primordial de DONNER DU SENS à ce que l’on fait. \nPour ceci, nous avons intégré :\n- Manifeste Liip (qui nous sommes et que faisons-nous?)\n- Moto annuel Liip (direction)\n
- \n
- Voici pour finir quelques difficultés que nous rencontrons.\n
- - Le PO est le client\n- Il retombe très vite dans les habitudes du waterfall\n- A souvent trop peu de temps\n- Contractuellement, pas évident\n=> nous avons dû mettre en place les POa\n
- - Les changements de personnel changent le “flow” de l’équipe\n- Pas assez de changement amènent un phénomène de “Cocooning”\n- Travail à temps partiel nécessite une très bonne organisation (+50% collabs à temps partiel)\n
- - Les petits projets très difficile à effectuer (team en plein dessus) ==> on évite\n- Charge de travail pour le PO lors de fin/début d’un nouveau projet ==> plusieurs POa pour un team\n- Support ==> on définit un jour fixe\n
- - Il faut savoir rester flexibles! Tout ne peut pas être fait “the Scrum way”\n- Nous devons pouvoir “faire les choses rapidement” dans certains cas\n
- Est-il possible d’intégrer avec succès les concepts agiles à large échelle dans l’entreprise ? \nOui, et cela porte ses fruits.\n\nNous sommes convaincus que l’application de ce framework est clé pour notre succès.\n\nEOY: un des plus prestigieux business award pour entrepreneurs (50 pays)\nIKS (Interactive Knowledge Stack) : récompense les meilleurs projets sémantiques dans le domaine des CMS\n\n
- \n