Agile Wake Up #3 : La transformation Agile de Kisio DigitalZenika
Kisio Digital (ex-Canal TP) est engagé dans une transformation agile depuis de nombreux mois. Dans cette démarche, pas toujours facile, Kisio est accompagné par des consultants de Zenika (coach agile, Product Owner, Scrum Master). C'est ce quotidien dont nous allons vous parler.
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Agile Montréal
Pourquoi construire un pont à l’aide d’une approche Agile n’est pas une bonne idée ?
Parce qu’un pont est une construction monolithique, dont la portée est peu flexible et où la valeur n’est obtenue qu’une seule fois, à la fin de sa construction. C’est pourquoi on aurait tendance à construire le pont à partir d’un plan détaillé qui assure l’intégrité de la structure.
Mais il n’est pas toujours possible de réduire l’incertitude d’un problème par la conception d’une solution détaillée. Lorsque les informations de départ ne sont pas suffisantes et que le produit est suffisamment malléable pour permettre l’expérimentation, les approches empiriques, comme les méthodes Agiles, sont les plus efficaces.
À l’aide de divers exemples de gestion des risques, Mathieu nous invite à avoir un œil critique afin de faire un choix éclairé quant à l’utilisation des approches Agiles ou des méthodes traditionnelles selon le contexte : l’implantation d’un ERP ; une campagne de marketing ; la conception d’un véhicule ; un travail de session en équipe, etc.
Mathieu Boisvert
Mathieu agit à titre de directeur général de Pyxis Technologies et participe activement à son essor depuis 2004.
Expert en Agilité depuis maintenant une dizaine d’années, il est un acteur important dans l’établissement de la stratégie d’adoption des approches Agiles pour de nombreuses équipes et entreprises et aussi dans le bon déroulement de celle-ci. À ce jour, il a formé et conseillé des centaines de professionnels au sein de différentes industries, et ce, tant au Canada qu’en Europe.
Avec Sylvie Trudel, Mathieu est coauteur du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD. Chargé de cours à la Chaire de gestion de projet de l’UQAM, il est également un formateur reconnu par Scrum.org et un conférencier actif dans la communauté Agile.
Le role du coach Agile et son apport pour le projetFranck Beulé
Le rôle du coach Agile et son apport pour le projet est une présentation que j'ai réalisée dans les nouveaux locaux de Google le 4 novembre 2013 dans le cadre des rencontres Agiles organisées par le French Scrum User Group.
Pourquoi un tel sujet ? Parce que bien trop souvent, on ne sait pas vraiment ce que peut apporter un coach Agile pour un projet et on est freiné par son coût (qui est plus cher qu’un développeur mais pas plus qu’un consultant). Et pourtant, le coach Agile peut être décisif dans la réussite du projet car il va s’attaquer aux sujets qui coûtent le plus aux projets. Il va même dans certains cas sortir le projet d’un échec garanti.
Le but de cette présentation est de sensibiliser sur ce rôle et cette valeur ajoutée qu’il apporte pour le projet. La présentation étant limitée dans la durée, le sujet est loin d’être entièrement couvert et l’amplitude du rôle du coach Agile est bien plus vaste. Mais c’est un bon début.
En espérant que les slides, très imagés pour assurer une présentation vivante vous suffiront sans la bande son qui est toute aussi importante. Une captation vidéo a eu lieu et devrait être en ligne ultérieurement sur mon blog beule.fr que je vous invite à visiter.
Cette présentation est une prise de recul sur 9 années de transition agile au sein d'un éditeur de logiciel employant 1600 personnes.
L'équipe du Dr House (Nicolas Poncet et Jérôme Urvoas) alterne partage d'expérience et apports théoriques autour de l'approche systémique, le tout en revisitant et vulgarisant des concepts essentiels à une démarche de transformation durable.
La transformation agile d'une grande entreprise... Comment faire ?Franck Beulé
Faire un projet Agile, c'est amusant. Le folklore des premiers achats de Post-it, les réunions quotidiennes debout... en plus, le projet ne s'est pas trop mal passé. Cool !
Mais de là à en faire une norme pour toute l'entreprise, c'est une autre histoire. Surtout si on est des milliers d'employés.
L'impact humain est énorme. Cela s'appelle une transformation Agile d'entreprise. Paradigmes, réticences, renfermement sur soi-même: en quoi cela va m'impacter, moi ?
Chaque collaborateur doit agir, mais avant tout être convaincu. Comment organiser cette stratégie de communication ?
Plus d'infos sur : http://blog.beule.fr/analyses-dexpert/la-transformation-agile-dune-grande-entreprise-comment-faire/
Dans la peau du Manager Agile:
L’ère du management agile et Lean (3.0) est annoncée … entre opportunités et nécessité, le métier de manager est en pleine évolution.
Le mode de management « Command & Control » issu du Taylorisme et de l’organisation scientifique du travail (OST) , avec sa vision appauvrie de l’Homme au Travail a montré ses limites; le manager agile explore de nouvelles dimensions pour garantir le succès de tous.
Cette session se propose d’explorer ces nouvelles dimensions.
Agile Wake Up #3 : La transformation Agile de Kisio DigitalZenika
Kisio Digital (ex-Canal TP) est engagé dans une transformation agile depuis de nombreux mois. Dans cette démarche, pas toujours facile, Kisio est accompagné par des consultants de Zenika (coach agile, Product Owner, Scrum Master). C'est ce quotidien dont nous allons vous parler.
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Agile Montréal
Pourquoi construire un pont à l’aide d’une approche Agile n’est pas une bonne idée ?
Parce qu’un pont est une construction monolithique, dont la portée est peu flexible et où la valeur n’est obtenue qu’une seule fois, à la fin de sa construction. C’est pourquoi on aurait tendance à construire le pont à partir d’un plan détaillé qui assure l’intégrité de la structure.
Mais il n’est pas toujours possible de réduire l’incertitude d’un problème par la conception d’une solution détaillée. Lorsque les informations de départ ne sont pas suffisantes et que le produit est suffisamment malléable pour permettre l’expérimentation, les approches empiriques, comme les méthodes Agiles, sont les plus efficaces.
À l’aide de divers exemples de gestion des risques, Mathieu nous invite à avoir un œil critique afin de faire un choix éclairé quant à l’utilisation des approches Agiles ou des méthodes traditionnelles selon le contexte : l’implantation d’un ERP ; une campagne de marketing ; la conception d’un véhicule ; un travail de session en équipe, etc.
Mathieu Boisvert
Mathieu agit à titre de directeur général de Pyxis Technologies et participe activement à son essor depuis 2004.
Expert en Agilité depuis maintenant une dizaine d’années, il est un acteur important dans l’établissement de la stratégie d’adoption des approches Agiles pour de nombreuses équipes et entreprises et aussi dans le bon déroulement de celle-ci. À ce jour, il a formé et conseillé des centaines de professionnels au sein de différentes industries, et ce, tant au Canada qu’en Europe.
Avec Sylvie Trudel, Mathieu est coauteur du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD. Chargé de cours à la Chaire de gestion de projet de l’UQAM, il est également un formateur reconnu par Scrum.org et un conférencier actif dans la communauté Agile.
Le role du coach Agile et son apport pour le projetFranck Beulé
Le rôle du coach Agile et son apport pour le projet est une présentation que j'ai réalisée dans les nouveaux locaux de Google le 4 novembre 2013 dans le cadre des rencontres Agiles organisées par le French Scrum User Group.
Pourquoi un tel sujet ? Parce que bien trop souvent, on ne sait pas vraiment ce que peut apporter un coach Agile pour un projet et on est freiné par son coût (qui est plus cher qu’un développeur mais pas plus qu’un consultant). Et pourtant, le coach Agile peut être décisif dans la réussite du projet car il va s’attaquer aux sujets qui coûtent le plus aux projets. Il va même dans certains cas sortir le projet d’un échec garanti.
Le but de cette présentation est de sensibiliser sur ce rôle et cette valeur ajoutée qu’il apporte pour le projet. La présentation étant limitée dans la durée, le sujet est loin d’être entièrement couvert et l’amplitude du rôle du coach Agile est bien plus vaste. Mais c’est un bon début.
En espérant que les slides, très imagés pour assurer une présentation vivante vous suffiront sans la bande son qui est toute aussi importante. Une captation vidéo a eu lieu et devrait être en ligne ultérieurement sur mon blog beule.fr que je vous invite à visiter.
Cette présentation est une prise de recul sur 9 années de transition agile au sein d'un éditeur de logiciel employant 1600 personnes.
L'équipe du Dr House (Nicolas Poncet et Jérôme Urvoas) alterne partage d'expérience et apports théoriques autour de l'approche systémique, le tout en revisitant et vulgarisant des concepts essentiels à une démarche de transformation durable.
La transformation agile d'une grande entreprise... Comment faire ?Franck Beulé
Faire un projet Agile, c'est amusant. Le folklore des premiers achats de Post-it, les réunions quotidiennes debout... en plus, le projet ne s'est pas trop mal passé. Cool !
Mais de là à en faire une norme pour toute l'entreprise, c'est une autre histoire. Surtout si on est des milliers d'employés.
L'impact humain est énorme. Cela s'appelle une transformation Agile d'entreprise. Paradigmes, réticences, renfermement sur soi-même: en quoi cela va m'impacter, moi ?
Chaque collaborateur doit agir, mais avant tout être convaincu. Comment organiser cette stratégie de communication ?
Plus d'infos sur : http://blog.beule.fr/analyses-dexpert/la-transformation-agile-dune-grande-entreprise-comment-faire/
Dans la peau du Manager Agile:
L’ère du management agile et Lean (3.0) est annoncée … entre opportunités et nécessité, le métier de manager est en pleine évolution.
Le mode de management « Command & Control » issu du Taylorisme et de l’organisation scientifique du travail (OST) , avec sa vision appauvrie de l’Homme au Travail a montré ses limites; le manager agile explore de nouvelles dimensions pour garantir le succès de tous.
Cette session se propose d’explorer ces nouvelles dimensions.
Les communautés de pratiqués sont l’ingrédient essentiel d'une transformation réussie... voici quelques arguments pour convaincre votre boss de s'y intéresser et quelques clés pour les lancer!
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...Agile Montréal
Avec les années, nous avons vu sans arrêt de nouvelles pratiques émerger, se fusionner et bâtir les unes sur les autres couvrant ainsi toutes les sphères de l'ingénierie logicielle. Mais les nouvelles ne supplantent pas les précédentes, elles se bâtissent en prenant les autres comme fondement.
Dans cette présentation Félix-Antoine tracera une carte des dépendances entre les différentes pratiques, techniques et méthodologies des dernières années qui ont émergé: { BDD, Lean, gestion par produits, architecture en micro-services, DevOps, déploiement continu, Agile Testing, TDD, LeanUX, Scrum, SAFe ou simplement le Story Map }.
Il fera ensuite la démonstration qu’il existe une pratique particulière qui peut amener toutes les autres à arriver naturellement et s’aligner graduellement… un problème à la fois. Une pratique clé, celle qui pose la contrainte nécessaire pour découvrir les autres.
Félix-Antoine Bourbonnais
Explore comment interfacer l\'équipe Agile avec les intervenants externes traditionnels, ainsi que comment étendre l\'Agilité au-delà du développement logiciel.
Le journal d'une tortue qui sprinte autour du monde - Vincent ClerouxAgile Montréal
Le journal d'une tortue qui sprinte autour du monde
Découvrez comment l’Agilité nous a aidés à créer un logiciel vendu dans plus de 30 pays. Nos craintes, nos joies, nos échecs : vous saurez tout sur le passé, le présent et le futur d’Urban Turtle! Apprenez-en plus sur le rôle du PO, sur sa vision et aussi sur les défis de l’équipe de développement quant à la qualité du produit et à son soutien. Des choix qui changent au même rythme que le produit.
À propos de Vincent Cléroux
Vincent compte plus de quinze années d’expérience en gestion de projet et en analyse d’affaires pour des systèmes de gestion de l’information. En début de carrière, il a été cofondateur de l’entreprise Logiweb, où il a travaillé pendant plus de huit ans. Il a acquis de grandes compétences en leadership, en communication et en médiation dans ses relations avec ses collègues et clients. Il a appris à tenir plusieurs rôles au sein d’une PME (gestionnaire, programmeur-analyste, analyste d’affaires, chargé de projet, chef d’équipe…). Ainsi, il a acquis une vision globale du cycle de développement logiciel. Depuis quatre ans, d’abord à titre de Scrum Master, puis de Product Owner dans l’équipe d’Urban Turtle, Vincent a la responsabilité de livrer de la valeur de façon continue pour faire grandir et évoluer un produit très complexe vendu partout dans le monde.
Nous montrerons en quoi la transition agile en grande entreprise implique une transformation culturelle de l’organisation. Nous verrons que l'agile est un mode organisationnel idéal pour gérer les domaines complexes, mais qu'il remet en cause plusieurs acquis structurels des organisations traditionnelles.
English version here: http://goo.gl/57ZDYG
2015 - Mon 4x4 agile : bien commencer sa "transformation agile"Emilie Esposito
Cette présentation a été réalisée en 2015, sous forme de webinaire.
L’agilité, c’est un des buzz-words de la décennie. De nombreuses sociétés de conseil se positionnent sur ce créneau et forment en masse leurs consultants pour répondre à la demande grandissante.
De plus en plus d’entreprises entament leur transformation agile. Faute d’un accompagnement pertinent, elles se perdent en chemin et la transformation n’est pas pérenne. Au fil des expériences, Emilie a appris à faire émerger l’agilité des équipes autrement. Elle vous partage son expérience pour guider vos premiers pas sur le chemin agile.
Ajoutez du SCRUM dans votre gestion de projets créatifsAgile Montréal
Le Centre de pédagogie universitaire est une unité de l’Université de Montréal. Il se positionne en tant que centre d’apprentissage, d’innovation et de soutien à l’enseignement reconnu aux plans local, national et international.
Notre équipe soutient les enseignants dans leurs projets en les accompagnant à travers la conception de cours en ligne et de MOOCs. L’équipe, composée d’experts en approche pédagogique et en contenu visuel, applique la méthode Scrum de l’agilité afin de mener à terme les différents types de projets créatifs.
La méthode Scrum, plutôt permissive, permet à l’équipe du CPU d’adapter son flux de travail en tant que processus et donc à sa réalité quotidienne. Cette présentation vous offrira un regard sur l’application de cette méthode de travail ainsi que les défis reliés au contexte d’apprentissage en ligne universitaire.
Orzu Kamolova
Jean-Christophe Schaffner
Lors de l'Agile Tour Aix Marseille, Emilie Esposito a présenté son retour d'expérience sur l'agilité au service de l'innovation, basé sur les premiers mois de développement de Kuzzle. En particulier, elle a expliqué comment l'équipe a construit sa méthode projet de façon pragmatique, autour des valeurs agiles de l'équipe. Elle explicite plusieurs pratiques mises en place par l'équipe, au fil de son amélioration continue.
De l'Agile au Lean, une véritable transformation d'entreprise @Michelin - Mat...Agile En Seine
Agile a transformé les projets IT en focalisant sur l’apport de valeur, le feedback utilisateur et sur le fonctionnement des équipes. Et si on allait plus loin et qu’on envisageait une transformation de toute l’entreprise en mettant en pratique le Lean Management System ?
Sociocratie et Lean Change Method - Etienne LaverdièreAgile Montréal
Sociocratie et Lean Change Method
Quel est le rôle du management dans une transformation agile? Comment peut-on engager une transformation agile décentralisée, tout en maintenant la cohérence des objectifs et des actions ? Dans cette présentation, nous ferons état des défis propres aux transformations agiles dans les grandes organisations. Nous vous présenterons les grands principes de conduite du changement basés sur la Sociocratie et le Lean Change Method. À l'issue de cette présentation, vous aurez un aperçu pratique d'un modèle de transformation agile permettant à la fois d'expérimenter, de viraliser et de gouverner le changement au sein de votre entreprise.
À propos d'Étienne Laverdière
Étienne travaille dans le domaine IT depuis 18 ans, et coach maintenant des équipes et des managers tant en Europe qu'au Canada. D'abord scrum master puis coach agile, il est certifié SAFe 4.0 Program Consultant (SPC4), Certified Disciplined Agilist (DAD) et ICAgile Professional Coach.
Livre de jeux de l’Agilité à grande échelle (Agile Scaling)Agile Montréal
En comparant les différents cadres de scaling, j’ai pu constater que plus des trois-quarts du matériel porte sur les bases de l’Agilité. Cela m’a donné envie de concevoir un petit livre de jeu du scaling, sans framework, pour tous ceux qui ont une certaine expérience Agile et qui veulent aborder le scaling de manière directe. Ce petit guide de jeu permet d’avoir un aperçu des différentes pratiques
---
Mathieu Boisvert
Mathieu agit à titre de directeur général de Pyxis Technologies et participe activement à son essor depuis 2004.
Expert en Agilité depuis maintenant une dizaine d’années, il est un acteur important dans l’établissement de la stratégie d’adoption des approches Agiles pour de nombreuses équipes et entreprises et aussi du bon déroulement de celle-ci. À ce jour, il a formé et conseillé des centaines de professionnels au sein de différentes industries, et ce, tant au Canada qu’en Europe.
Mathieu est coauteur, avec Sylvie Trudel, du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD.
Chargé de cours à la Chaire de gestion de projet de l’UQAM, il est également un formateur reconnu par Scrum.org et un conférencier actif dans la communauté Agile.
---
Guillaume Soyer
Gestionnaire de projets et d’équipes de TI depuis 1999, Guillaume a obtenu les certifications de PMP et de Scrum Master. Il connaît tous les rouages du développement logiciel ayant agi à titre de développeur, d’intégrateur, d’architecte, de chef de projets, de gestionnaire d’équipes d’assurance qualité et de recherche et développement. Il a découvert l’Agilité avec Extreme Programming, mais c’est durant la mise en place de Scrum dans son équipe de R. et D. que la magie des pratiques Agiles l’a convaincu. Guillaume y voit des approches qui permettent de révéler tout le potentiel des équipes pour les rendre hautement efficaces afin de livrer plus tôt et mieux, et ce, dès la première fois.
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
Comprendre les différentes facettes de ce rôle toujours aussi mal connu.
Avec l'essor massif de l'Agilité dans les organisations et plus particulièrement de la méthode Scrum, un nouveau rôle est apparu : Scrum Master. Peut-il développer ? Quelles sont ses missions ?
Cette session devrait vous permettre de faire le tri entre les mythes et les réalités qui entourent ce rôle. En bonus vous repartirez avec quelques outils bien pratiques dans votre rôle quotidien de Scrum Master.
Les craft.wo.men Confiné.e.s - Agile en Seine 2021Agile En Seine
Présenté par Fabien Brunet, Samuel Lukes et Abdelhalim Hadid, Allianz
Allianz informatique a réussi malgré un confinement stricte de monter un nouveau communauté de craft qui aujourd'hui a organisé plus 80 événements et est devenu la référence de bonne pratique de développement.
Nous vous proposons un retour d'expérience sur nos succès, obstacles et l'avenir de notre belle communauté.
I hope you already figured out the "why" question. Let me help you with the "how".
We all have this PO/PM/CFO/boss (delete where inapplicable) that will ask us about the business impact:
- Will it let us deliver the business features faster?
- Will we gain a competitive edge?
- Is it a kind of one-off task?
- How much does it cost?
We might hate to answer these "trivial" questions, but they are all valid. After all, we pick the tools to serve the purpose, not the other way around…
In this session, I would like to present the approach IDEMIA took to upgrade any critical dependencies in our platforms. There is always some risk involved, but we have tools and practices that help us mitigate the issues, measure the impact and foresee potential consequences before they happen.
Les communautés de pratiqués sont l’ingrédient essentiel d'une transformation réussie... voici quelques arguments pour convaincre votre boss de s'y intéresser et quelques clés pour les lancer!
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...Agile Montréal
Avec les années, nous avons vu sans arrêt de nouvelles pratiques émerger, se fusionner et bâtir les unes sur les autres couvrant ainsi toutes les sphères de l'ingénierie logicielle. Mais les nouvelles ne supplantent pas les précédentes, elles se bâtissent en prenant les autres comme fondement.
Dans cette présentation Félix-Antoine tracera une carte des dépendances entre les différentes pratiques, techniques et méthodologies des dernières années qui ont émergé: { BDD, Lean, gestion par produits, architecture en micro-services, DevOps, déploiement continu, Agile Testing, TDD, LeanUX, Scrum, SAFe ou simplement le Story Map }.
Il fera ensuite la démonstration qu’il existe une pratique particulière qui peut amener toutes les autres à arriver naturellement et s’aligner graduellement… un problème à la fois. Une pratique clé, celle qui pose la contrainte nécessaire pour découvrir les autres.
Félix-Antoine Bourbonnais
Explore comment interfacer l\'équipe Agile avec les intervenants externes traditionnels, ainsi que comment étendre l\'Agilité au-delà du développement logiciel.
Le journal d'une tortue qui sprinte autour du monde - Vincent ClerouxAgile Montréal
Le journal d'une tortue qui sprinte autour du monde
Découvrez comment l’Agilité nous a aidés à créer un logiciel vendu dans plus de 30 pays. Nos craintes, nos joies, nos échecs : vous saurez tout sur le passé, le présent et le futur d’Urban Turtle! Apprenez-en plus sur le rôle du PO, sur sa vision et aussi sur les défis de l’équipe de développement quant à la qualité du produit et à son soutien. Des choix qui changent au même rythme que le produit.
À propos de Vincent Cléroux
Vincent compte plus de quinze années d’expérience en gestion de projet et en analyse d’affaires pour des systèmes de gestion de l’information. En début de carrière, il a été cofondateur de l’entreprise Logiweb, où il a travaillé pendant plus de huit ans. Il a acquis de grandes compétences en leadership, en communication et en médiation dans ses relations avec ses collègues et clients. Il a appris à tenir plusieurs rôles au sein d’une PME (gestionnaire, programmeur-analyste, analyste d’affaires, chargé de projet, chef d’équipe…). Ainsi, il a acquis une vision globale du cycle de développement logiciel. Depuis quatre ans, d’abord à titre de Scrum Master, puis de Product Owner dans l’équipe d’Urban Turtle, Vincent a la responsabilité de livrer de la valeur de façon continue pour faire grandir et évoluer un produit très complexe vendu partout dans le monde.
Nous montrerons en quoi la transition agile en grande entreprise implique une transformation culturelle de l’organisation. Nous verrons que l'agile est un mode organisationnel idéal pour gérer les domaines complexes, mais qu'il remet en cause plusieurs acquis structurels des organisations traditionnelles.
English version here: http://goo.gl/57ZDYG
2015 - Mon 4x4 agile : bien commencer sa "transformation agile"Emilie Esposito
Cette présentation a été réalisée en 2015, sous forme de webinaire.
L’agilité, c’est un des buzz-words de la décennie. De nombreuses sociétés de conseil se positionnent sur ce créneau et forment en masse leurs consultants pour répondre à la demande grandissante.
De plus en plus d’entreprises entament leur transformation agile. Faute d’un accompagnement pertinent, elles se perdent en chemin et la transformation n’est pas pérenne. Au fil des expériences, Emilie a appris à faire émerger l’agilité des équipes autrement. Elle vous partage son expérience pour guider vos premiers pas sur le chemin agile.
Ajoutez du SCRUM dans votre gestion de projets créatifsAgile Montréal
Le Centre de pédagogie universitaire est une unité de l’Université de Montréal. Il se positionne en tant que centre d’apprentissage, d’innovation et de soutien à l’enseignement reconnu aux plans local, national et international.
Notre équipe soutient les enseignants dans leurs projets en les accompagnant à travers la conception de cours en ligne et de MOOCs. L’équipe, composée d’experts en approche pédagogique et en contenu visuel, applique la méthode Scrum de l’agilité afin de mener à terme les différents types de projets créatifs.
La méthode Scrum, plutôt permissive, permet à l’équipe du CPU d’adapter son flux de travail en tant que processus et donc à sa réalité quotidienne. Cette présentation vous offrira un regard sur l’application de cette méthode de travail ainsi que les défis reliés au contexte d’apprentissage en ligne universitaire.
Orzu Kamolova
Jean-Christophe Schaffner
Lors de l'Agile Tour Aix Marseille, Emilie Esposito a présenté son retour d'expérience sur l'agilité au service de l'innovation, basé sur les premiers mois de développement de Kuzzle. En particulier, elle a expliqué comment l'équipe a construit sa méthode projet de façon pragmatique, autour des valeurs agiles de l'équipe. Elle explicite plusieurs pratiques mises en place par l'équipe, au fil de son amélioration continue.
De l'Agile au Lean, une véritable transformation d'entreprise @Michelin - Mat...Agile En Seine
Agile a transformé les projets IT en focalisant sur l’apport de valeur, le feedback utilisateur et sur le fonctionnement des équipes. Et si on allait plus loin et qu’on envisageait une transformation de toute l’entreprise en mettant en pratique le Lean Management System ?
Sociocratie et Lean Change Method - Etienne LaverdièreAgile Montréal
Sociocratie et Lean Change Method
Quel est le rôle du management dans une transformation agile? Comment peut-on engager une transformation agile décentralisée, tout en maintenant la cohérence des objectifs et des actions ? Dans cette présentation, nous ferons état des défis propres aux transformations agiles dans les grandes organisations. Nous vous présenterons les grands principes de conduite du changement basés sur la Sociocratie et le Lean Change Method. À l'issue de cette présentation, vous aurez un aperçu pratique d'un modèle de transformation agile permettant à la fois d'expérimenter, de viraliser et de gouverner le changement au sein de votre entreprise.
À propos d'Étienne Laverdière
Étienne travaille dans le domaine IT depuis 18 ans, et coach maintenant des équipes et des managers tant en Europe qu'au Canada. D'abord scrum master puis coach agile, il est certifié SAFe 4.0 Program Consultant (SPC4), Certified Disciplined Agilist (DAD) et ICAgile Professional Coach.
Livre de jeux de l’Agilité à grande échelle (Agile Scaling)Agile Montréal
En comparant les différents cadres de scaling, j’ai pu constater que plus des trois-quarts du matériel porte sur les bases de l’Agilité. Cela m’a donné envie de concevoir un petit livre de jeu du scaling, sans framework, pour tous ceux qui ont une certaine expérience Agile et qui veulent aborder le scaling de manière directe. Ce petit guide de jeu permet d’avoir un aperçu des différentes pratiques
---
Mathieu Boisvert
Mathieu agit à titre de directeur général de Pyxis Technologies et participe activement à son essor depuis 2004.
Expert en Agilité depuis maintenant une dizaine d’années, il est un acteur important dans l’établissement de la stratégie d’adoption des approches Agiles pour de nombreuses équipes et entreprises et aussi du bon déroulement de celle-ci. À ce jour, il a formé et conseillé des centaines de professionnels au sein de différentes industries, et ce, tant au Canada qu’en Europe.
Mathieu est coauteur, avec Sylvie Trudel, du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD.
Chargé de cours à la Chaire de gestion de projet de l’UQAM, il est également un formateur reconnu par Scrum.org et un conférencier actif dans la communauté Agile.
---
Guillaume Soyer
Gestionnaire de projets et d’équipes de TI depuis 1999, Guillaume a obtenu les certifications de PMP et de Scrum Master. Il connaît tous les rouages du développement logiciel ayant agi à titre de développeur, d’intégrateur, d’architecte, de chef de projets, de gestionnaire d’équipes d’assurance qualité et de recherche et développement. Il a découvert l’Agilité avec Extreme Programming, mais c’est durant la mise en place de Scrum dans son équipe de R. et D. que la magie des pratiques Agiles l’a convaincu. Guillaume y voit des approches qui permettent de révéler tout le potentiel des équipes pour les rendre hautement efficaces afin de livrer plus tôt et mieux, et ce, dès la première fois.
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
Comprendre les différentes facettes de ce rôle toujours aussi mal connu.
Avec l'essor massif de l'Agilité dans les organisations et plus particulièrement de la méthode Scrum, un nouveau rôle est apparu : Scrum Master. Peut-il développer ? Quelles sont ses missions ?
Cette session devrait vous permettre de faire le tri entre les mythes et les réalités qui entourent ce rôle. En bonus vous repartirez avec quelques outils bien pratiques dans votre rôle quotidien de Scrum Master.
Les craft.wo.men Confiné.e.s - Agile en Seine 2021Agile En Seine
Présenté par Fabien Brunet, Samuel Lukes et Abdelhalim Hadid, Allianz
Allianz informatique a réussi malgré un confinement stricte de monter un nouveau communauté de craft qui aujourd'hui a organisé plus 80 événements et est devenu la référence de bonne pratique de développement.
Nous vous proposons un retour d'expérience sur nos succès, obstacles et l'avenir de notre belle communauté.
I hope you already figured out the "why" question. Let me help you with the "how".
We all have this PO/PM/CFO/boss (delete where inapplicable) that will ask us about the business impact:
- Will it let us deliver the business features faster?
- Will we gain a competitive edge?
- Is it a kind of one-off task?
- How much does it cost?
We might hate to answer these "trivial" questions, but they are all valid. After all, we pick the tools to serve the purpose, not the other way around…
In this session, I would like to present the approach IDEMIA took to upgrade any critical dependencies in our platforms. There is always some risk involved, but we have tools and practices that help us mitigate the issues, measure the impact and foresee potential consequences before they happen.
Le sujet principal de Java 9 est le support de la modularité mais Java 9 propose aussi de nombreuses autres fonctionnalités. Ce talk a pour but de faire une revue des principales d’entre-elles en attendant la sortie de Java 9 : support de standards, nouvelles API, évolutions dans certaines API, mises à jour des outils du JDK et améliorations de la JVM.
Business rules encapsulate dynamic business policies and decisions that govern processes. They are defined formally in manuals or contracts and can change over time due to business or regulatory factors. Business rules are decoupled from application code and allow business analysts to manage logic more easily. Vocabularies bridge business semantics with technical implementations and rules consist of conditions and actions like "IF amount is less than funds THEN conduct transaction". Policies group related rules and the architecture integrates on-premises systems with cloud apps for scalable rule execution on Microsoft Azure.
Microbox : Ma toolbox microservices - Julien Royekino
Malgré les bénéfices indéniables des architectures microservices, elles apportent une complexité non négligeable. Durant cette session, je vous présenterai la collection d’outils open source ou développé en interne que nous utilisons sur nos différents projets microservices pour limiter les délais de mise en oeuvre de ce type d’architecture. Depuis la gestion des sources jusqu’au monitoring en passant par la génération de projets et l’usine de build nous parcourrons en live l’utilisation de ces différents outils.
A technical description of http2, including background of HTTP what's been problematic with it and how http2 and its features improves the web.
See the "http2 explained" document with the complete transcript and more: http://daniel.haxx.se/http2/
(Updated version to slides shown on April 13th, 2016)
HTTP/2 addresses limitations in HTTP/1.x by multiplexing requests over a single TCP connection, compressing headers, and allowing servers to push responses. It leads to more efficient use of network resources and faster page loads. While browser support is good, server implementations are still maturing and need to fully support HTTP/2 features like streams, dependencies, and server push to provide optimizations. Efficient TLS is also important to avoid delays in taking advantage of HTTP/2 performance benefits.
Better Product Definition with Lean UX and Design ThinkingJeff Gothelf
This document discusses how Lean UX and Design Thinking can help product teams better define products by articulating assumptions, defining hypotheses to test assumptions, and prioritizing learning over growth. It provides examples of companies like Plancast and Formspring that launched products prematurely based on untested assumptions. The document advocates for articulating assumptions as hypotheses, conducting lightweight tests to validate customer needs before building features, and making decisions based on objective observations of outcomes and impacts rather than outputs.
HTTP/2 is a new version of the HTTP network protocol that makes web content delivery faster and more efficient. It introduces features like multiplexing, header compression, and server push that fix limitations in HTTP/1.1 like head-of-line blocking and slow start. HTTP/2 is now supported in all major browsers and servers and provides performance improvements over HTTP/1.1 without requiring workarounds. The presentation provided an overview of HTTP/2 concepts and how to troubleshoot using developer tools.
Le terme ‘Microservices’ fait le buzz depuis plusieurs mois déjà dans l’ingénierie logicielle. Durant cette soirée, Zenika vous propose de décrire en détail cette technique de décomposition de son système d’information.
La première partie de la soirée présente les enjeux des MicroServices et les différents cas d’utilisation.
La seconde partie aborde différents frameworks Java qui peuvent être utilisés pour la mise en place d’une architecture MicroServices.
UX STRAT USA: Leah Buley, "The Role of UX / CX in Business"UX STRAT
The document discusses the evolving relationship between customer experience (CX) and user experience (UX). It argues that the traditional distinctions between CX and UX are false, as organizations are becoming increasingly digital and both roles rely on similar methods. CX and UX professionals are converging in their use of insights like personas and journeys to inform strategies. Both roles also measure experiences, though metrics and qualitative research are complementary rather than distinct. The document concludes by advising professionals to stop splitting hairs over definitions and instead focus on holistic experience design, research, measurement and continuous improvement across channels.
HTTP has evolved over time to address efficiency and performance issues. HTTP 1.1 was released in 1999 to improve on HTTP 1.0 by allowing multiple requests and responses per connection, required host headers, and added caching headers. SPDY was introduced in 2009 by Google to address mobile network latency and content size issues by interleaving requests and responses. HTTP/2 was standardized in 2015, based on SPDY but with header compression and stronger security requirements. HTTP/2 uses a binary format instead of text, so HTTP 1.1 and HTTP 2 are not compatible, requiring infrastructure to support both.
Au sein d’une démarche DevOps, le build et le déploiement continue sont les premiers piliers à mettre en place.
Cette session avancé de notre NighClazz “Build Tools & Continuous Delivery” a pour objectif de présenter les modes de déploiement "Blue-Green Deployment" et "Feature toggle" ainsi que les principes d'automatisation des schémas de base de données.
"An introduction to Java 9" presented at the Java Thessaloniki User Group on 7th November 2017, by Ioannis Kolaxis - Senior Digital Expert / Software Engineer @ Unify, Greece
HTTP2 : ce qui va changer par Julien LanduréZenika
HTTP1 est omniprésent en 2016 et HTTP2 est pourtant "sorti" le 15 mai 2015. Qu'est-ce qu'on y gagne, nous développeurs ? Les principes d'optimisation Web seront-ils toujours d'actualités ? Venez découvrir HTTP2, le futur protocole du Web !
Agilite dont vous etes le heros_AGTNantes2023.pptxAurelie ROBERT
Vous êtes à la recherche du Saint Graal de l'agilité à grande échelle : quel framework faut-il utiliser selon votre organisation ? Et si, comme dans toute aventure, ce n'est pas la destination mais le voyage qui importe le plus ? Avant de définir votre nouvelle organisation, une multitude d'épreuves vous attendent.
En tant que coachs agiles explorateurs, nous avons préparé pour vous le guide ultime pour :
vous poser les "bonnes" questions concernant le pourquoi de l'agilité à grande échelle avant de s'interroger sur le comment,
identifier les contraintes,
simplifier la mise à l'échelle,
enfin piocher les tips d’organisation dans les différents frameworks de façon éclairée.
Nous illustrerons ce guide avec des histoires vécues tirées de nos expériences de mise à l'échelle.
Tentez l’aventure, nous vous éclairerons sur les chemins de l’agilité à l’échelle pour (unFix)er votre organisation tout en restant (Safe). Alors (Less)ez vous faire !
Agilite à l'echelle dont vous êtes le héros @agilenantesGilles Brieux
À la quête du Saint Graal de l'agilité à grande échelle, vous vous posez la question cruciale : quel framework choisir?
Avant de sculpter les contours de votre nouvel écosystème agile, un parcours semé d'obstacles vous attend.
Ce document provient d'une conférence animée par Aurélie Robert et Gilles Brieux. Notre intention est de vous guider dans la réflexion des questions essentielles relatives à l'agilité déployée à grande échelle. Il s'agit de comprendre le 'pourquoi' avant de se précipiter sur le 'comment', de cerner les contraintes inhérentes à ce processus, d'optimiser la stratégie de mise à l'échelle et, enfin, de glaner des conseils avisés à travers les différents frameworks existants, de manière judicieuse et éclairée.
Panorama des frameworks Agile à l'échelle - Agile en Seine 2021Agile En Seine
Présenté par Franck Beulé, Renault Digital
Il existe de nombreux frameworks Agile à l'échelle : SAFe, LeSS, Scrum@Scale, Spotify, Lean, Nexus, DaD, ...
Découvrez en quelques minutes les principaux frameworks, ce qu'ils proposent et leurs particularités.
En synthèse, je vous présenterais les bonnes pratiques qui sont en commun de tous ces frameworks et les pré-requis qu'il ne faut pas oublier de prendre en compte avant de passer à l'échelle. Et je vous expliquerais pourquoi le framework à l'échelle le plus populaire est celui dont tout le monde parle.
Franck Beulé, Coach Agile, Renault Digital
Dans l'agilité depuis 15 ans, Coach Agile depuis 10 ans, chez Renault Digital depuis 4 ans, j'interviens régulièrement dans des contextes à l'échelle, IT et hors IT, qui peuvent aller jusqu'à 1000 personnes. Je suis également auteur du blog beule.fr où je publie des articles sur l'Agilité ou je réagis sur l'actualité Hi-Tech.
L'agilité à grande échelle au delà des frameworkGilles Brieux
Dans un monde où foisonnent cadres agiles et théories, la question se pose souvent : « Quel est le framework idéal pour mon organisation ? »
Cependant, cette question pourrait bien masquer des enjeux plus fondamentaux.
Nous vous convions à un périple au cœur de l'agilité à grande échelle, où le choix d'un framework n'est que la partie visible de l'iceberg.
Notre exploration se concentrera sur :
Comprendre le « pourquoi » derrière l'adoption de l'agilité à grande échelle, en dépassant la simple sélection d'un outil.
Décrypter le « comment », en allant au-delà des méthodologies prescrites pour découvrir des pratiques adaptatives personnalisées à chaque contexte organisationnel.
Agilité à l'échelle avec ou sans framework : faire du SAFeLess pour simplifier ?DC CONSULTANTS
Vous souhaitez passer en mode agile à l'échelle pour vos programmes ? Vous accompagnez des transformations agiles ? Vous hésitez à travailler en mode SAFe (Scaled Agile Framework) ou LeSS ?
Issu de nos expériences sur le terrain, nous avons conçu une approche frameworkless (lire "sans framework) et nous vous proposons d'en partager la vision.
Rejoignez notre webinaire en ligne !
Webinaire - SAFe : comprendre l’agilité à l’échelle d’une organisationTechnologia Formation
De nombreuses entreprises ont entamé une conversion vers des types d’organisation agile. Cependant, le terme Agile est souvent connoté et limité aux activités T.I.
Partager
Les modes d’organisation « agile à l’échelle » font la promesse d’obtenir les résultats de l’agilité dans d’autres domaines. Ce webinaire s’appuie sur SAFe, la proposition d’agilité à l’échelle (ou agilité évolutive) la plus reconnue à ce jour.
Voici les points qui sont abordés par Patrick Blandeau, expert SAFe, dans ce webinaire :
Valeurs et principes SAFe;
Les configurations SAFe;
Les promesses de l’agilité à l’échelle;
Le lean Portfolio Management et les OKR;
L'implantation de Safe à travers les étapes de Développement Organisationnel.
Pour voir toute la programmation de nos webinaires : https://www.technologia.com/webinaires
Pour vous inscrire à notre infolettre : https://solutions.technologia.com/inscription-infolettre-technologia/
Nous passerons en revue plusieurs framework à l'échelle dans une optique sans à priori, puis nous nous concentrerons sur les nombreuses ressemblances et problématiques communes pour ébaucher un minimum minimorum de l'agilité à l'échelle.
Cependant, comprendre n'est pas implémenter ! Nous aborderons donc ensuite comment choisir chaussure à son pied en fonction de la culture, de l’organisation et de l'architecture technique en place dans votre entreprise ou dans votre structure.
Comme conclusion, nous verrons comment aller progressivement vers la cible retenue avec certaines erreurs à éviter!
Par Isabelle Roques et Stéphane Guedon, Coachs Agile chez Purple Wise
Toutes les informations sur xebicon.fr
20181123 - Agile Tour Rennes - Pourquoi je déteste l'agilité à l'échelleSéverin Legras
Les planches présentées lors de ma conférence à Agile Tour Rennes 2018. J'y parle d'agilité à l'échelle mais surtout d'entreprise agile et de la différence fondamentale entre les 2. Cette conférence est inspirée de cet article : https://www.linkedin.com/pulse/pourquoi-je-d%C3%A9teste-lagilit%C3%A9-%C3%A0-l%C3%A9chelle-s%C3%A9verin-legras/
Webinar Agilité à l'échelle Digital CatalystsDC CONSULTANTS
Webinar Agilité à l'échelle de la communauté des Digital Catalysts, présentant :
- les frameworks d'agilité à l'échelle : SAFe, Spotify, Nexus, Less, SoS
- un retour d'expérience sur l'approche DC Consultants
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
Description:
Les méthodes Agiles sont de plus en plus utilisées dans les projets de développement logiciel, en particulier la méthode Scrum. Mais est-ce que cette méthode peut-être utilisée dans d'autres domaines que celui du développement logiciel?
Avec cette présentation, Mathieu Boisvert propose quelques exemples pour réfléchir avec les participants sur les préalables, les avantages et les difficultés d'adopter les méthodes Agiles dans le domaine de la gestion du changement. La présentation se découpe en trois parties :
- Introduction aux approches Agiles et à la méthode Scrum
- Planification et suivi d'un projet de gestion du changement à l'aide de Scrum
- Gestion de changement à planifier lors de l'adoption des approches Agiles
Biographie:
Mathieu Boisvert est coauteur, avec Sylvie Trudel, du livre « Choisir l’agilité: du développement logiciel à la gouvernance ».
Il est également membre actif de la communauté Agile et chargé de cours à la Chaire de gestion de projet de l’UQAM.
Lieu : Université de Sherbrooke - Campus de Longueuil
La Data science au service de l'IoT : l'IoT est encore un domaine émergent et de nos jours, les systèmes compris dans les solutions constructeurs (exemple : Hue, nest...) envoient des directives aux objets en se basant essentiellement sur des moteurs de règles (définies par les utilisateurs ou pas).
Nous allons voir quelles sont les limites de tels systèmes, et quels peuvent être les apports d'une approche basée sur des solutions issues du monde du machine learning.
Matinale Agile Wake Up #4 : les tests et l'agilitéZenika
La 4ème édition de l'Agile Wake Up avait pour thématique les Tests. L'équipe Kai vous a proposé de faire un tour d'horizon des différents tests réalisables dans le cadre de l'agilité.
Se concentrer sur l’expérience et non sur le livrable, tel est le pari du Lean UX. Comment cette démarche permet-elle de s’assurer, au plus vite, que ce qui est imaginé répond bien aux attentes des utilisateurs. En se basant sur les 3 principes : Lean start-up, L’esprit design et le développement Agile, il est possible de mettre en place le cycle vertueux : Observer, Apprendre et Concevoir.
Agile Wake Up #3 : la contractualisation AgileZenika
Porteuses de grandes promesses, les méthodes agiles impliquent néanmoins des droits et devoirs pour les prestataires et les directions Achats. La contractualisation agile est donc un sujet brûlant pour lequel il est nécessaire de consigner dans un cadre légal adéquat ces droits et devoirs respectifs de toutes les parties prenantes.
Après un panorama du Big Data / Data Science, nos experts font le focus sur Spark, l’un des composants de la stack SMACK.
Spark est un framework de cluster computing qui permet de faire du traitement de larges volumes de données de manière distribuée. Le modèle de programmation proposé par Spark est plus simple que celui d'Hadoop et jusqu'à 100 fois plus rapide en temps d'exécution.
Nous découvrons ensuite Zeppelin, un outil graphique simple et rapide à mettre en oeuvre se plaçant au-dessus de Spark.
Pour terminer, nous nous intéressons au Machine Learning, aujourd’hui en plein essor. Pourquoi cela ? Quels sont ses principaux domaines d'applications et ses apports ? Quelles sont les principales stratégies utilisées dans le domaine de l'analyse prédictive ? Il est temps d'y voir plus clair et de comprendre les enjeux de cette discipline !
Motivation 3.0 : sens, autonomie et maîtrise.Zenika
Les méthodes traditionnelles de management qui reposent sur la politique de « la carotte et du bâton » sont un échec. Un nouveau paradigme est né au milieu du XXe siècle grâce à Douglas McGregor, professeur de Management au MIT, qui repose sur 3 facteurs : sens, autonomie et maîtrise. Découvrez les clés de la « Motivation 3.0 », prérequis indispensable dans un contexte agile.
React est la librairie orientée composant, produite par Facebook, qui est venue bousculer le paysage JavaScript ces dernier mois. Peut-être en avez-vous entendu parler mais vous avez du mal à positionner cette librairie dans une architecture orientée Web ? Découvrez les raisons pour lesquelles React fait le buzz.
NigthClazz Spark - Machine Learning / Introduction à Spark et ZeppelinZenika
Pour ce mois de mars, nous vous proposons une thématique Big Data autour de Spark et du Machine Learning !
Nous attaquerons par une présentation d'Apache Spark 1.5 : son architecture distribuée et ses possibilités n'auront plus de secret pour vous.
Nous enchaînerons ensuite avec les fondamentaux du Machine Learning : vocabulaire (pour enfin comprendre ce que raconte les data scientists / dataminer ! ), usages et explication des algorithmes les plus populaires ... Promis la présentation ne comporte pas de formules de maths barbares ;)
Puis nous mettrons en pratique ces deux présentations en développant ensemble votre première application prédictive avec Apache Spark et Apache Zeppelin !
Pour ce mois de mars, nous vous proposons une thématique Big Data autour de Spark et du Machine Learning !
Nous attaquerons par une présentation d'Apache Spark 1.5 : son architecture distribuée et ses possibilités n'auront plus de secret pour vous.
Nous enchaînerons ensuite avec les fondamentaux du Machine Learning : vocabulaire (pour enfin comprendre ce que raconte les data scientists / dataminer ! ), usages et explication des algorithmes les plus populaires ... Promis la présentation ne comporte pas de formules de maths barbares ;)
Puis nous mettrons en pratique ces deux présentations en développant ensemble votre première application prédictive avec Apache Spark et Apache Zeppelin !
Entreprise libérée : Du mythe à la réalité ?Zenika
Présentation faite à Agile Grenoble 2015 :
Le buzz actuel autour des entreprises libérées fascine tout autant qu'il fait peur. Certains voient en ce concept le Graal du bonheur et du plaisir au travail, alors que d'autres redoutent une utopie extrémiste inventée par des gourous soixante-huitards, qui mènerait droit à l'anarchie puis à la faillite !
Je vous invite à vous éloigner de ces débats d'experts passionnés le temps d'un talk et à réfléchir ensemble, de manière pragmatique et dépassionnée, au moyen de rendre ce rêve à la fois réel et efficace.
Je vous propose pour cela de voyager dans l'histoire vraie de Zenika, la société que je participe à développer, et qui, dès sa création il y a 10 ans, bien avant la mode de l'entreprise libérée, s'est construite sur les bases de ses piliers fondateurs que sont le plaisir au travail, l'excellence et l'innovation, la croissance et la rentabilité.
Ce retour d'expérience réel, basé sur l'histoire d'une "banale SSII", illustre de manière concrète la démarche progressive mise en place, les grands succès et les petites victoires, mais aussi les problèmes rencontrés, les doutes survenus et quelques écueils à éviter.
Après avoir abordé les différentes problématiques autour d'AngularJS, du Continuous Delivery et de Java 8 :
les NightClazz sont de retours en 2015.
Zenika a hébergé le Docker Tour de France, en décembre dernier, souhaitant poursuivre notre investissement sur cette technologie nous vous proposons d'assister à la NightClazz Docker - Découverte.
Dans la continuité de la conférence Java Concurrency and Non-blocking IO Lecture animée par Heinz Kabutz, Zenika vous propose d'assister à la NightClazz Java 8 - Découverte.
Au sein d’une démarche DevOps, le build et le déploiement continue sont les premiers piliers à mettre en place.
Cette session découverte de notre NighClazz “Build Tools & Continuous Delivery” a pour objectif de présenter les enjeux de l’automatisation, d’introduire les principaux outils de builds Java, de comprendre le mécanisme de livraison logicielle et de déploiement continue.
Venez découvrir le concept de Fold !
Hérité de la programmation fonctionnelle, le Fold abstrait l'itération sur vos structures de données, et améliore l'expressivité de votre code.
Avec de vrais bouts de Java 8 et une pincée de Haskell !
Support de la présentation "Deadlock Victim" à Devoxx-fr 2012, par Heinz Kabutz (javaspecialists.eu) et Olivier Croisier (zenika.com, thecodersbreakfast.net).
Support de la présentation de Seren, librairie de sérialisation Java, à la conférence DevoxxFR.
Présentation par Olivier Croisier (zenika.com, thecodersbreakfast.net)
2. Agilité à grande échelle ?
• Tout le monde ou presque sait faire du Scrum avec une équipe, n’est-
ce pas ?
• Qui gère des projets ou des programmes où il y a plusieurs équipes en
//, en concurrence ?
• L’agilité à grande échelle, c’est l’art de gérer TOUTES ces équipes en
tenant compte ou pas des budgets, des besoins, des plannings, …
4. Laquelle choisir ?
• Aucune méthode n’est la panacée !
• Il faut choisir en fonction de contexte (organisation, maturité agile,
culture d’entreprise, …)
• Notre objectif : vous présenter succinctement :
• DAD
• Spotify
• LeSS
• SAFe
5. Discipline Agile Delivery (DAD)
« The Disciplined Agile Delivery (DAD) process decision framework is a
people-first, learning-oriented hybrid agile approach to IT solution
delivery. It has a risk-value delivery lifecycle, is goal-driven, is enterprise
aware, and is scalable. »
• C’est un framework basé sur XP, UP, Kanban, … qui permet d’étendre
Scrum.
7. Discipline Agile Delivery (DAD) : cycle de vie
DAD peut se baser sur 4 types de
cycles :
1. Une extension de Scrum à partir
de RUP;
2. Un cycle lean adapté;
3. Du lean mettant l’accent sur la
livraison en continu;
4. Une approche lean startup
expérimentale.
8. Modèle Spotify
• C’est un modèle d’agilité à l’échelle mis en œuvre chez Spotify.
• Il se base sur une coopération d’une multitude d’équipes autonomes
pérennes et stables (squads) afin de délivrer les produits au plus vite.
Il existe des regroupements de squads : les tribus
• Une collaboration entre les équipes est favorisée par la mise en place
d’ensembles transverses : les chapitres et les guildes
15. Scaled Agile Framework : SAFe
• C’est un framework bien marketé.
• Passons à la présentation « officielle », presque ...
16. SAFe® in 8 Pictures
A Walkthrough of the Scaled Agile Framework®
www.scaledAgile.com
V3.0.4
17. Important Notice: Please Read
Usage Restrictions
This material is the property of Scaled Agile, Inc. and is protected by U.S. and International copyright laws.
It is provided solely to promote adoption and use of the Scaled Agile Framework® (SAFe®) for the benefit of the
enterprises and individuals who apply it.
You may reproduce, distribute, and use this material for informational purposes only, and always free of charge.
You may not modify any slides, or use anything from the slides to create derivative works, or remove any trademark or
copyright notice.
You may add slides unique to your specific context, but such content shall not change the meaning, purpose, or intent of
the original material.
OVERVIEW: You can begin by setting the context for your audience.
SAMPLE SPEAKER NOTES:
Welcome to SAFe in 8 Pictures. My name is ______ and I represent _______. We’re here for an introduction to the Scaled Agile Framework.
We want to create a shared understanding of the overarching approaches and principles at play in SAFe and understand how it allows large organizations to achieve enterprise agility
OVERVIEW: With this slide, you can talk in general about the speed at which SAFe has been adopted, or adapt your voice-over to highlight its adoption in a specific market. See the case studies on the Scaled Agile Framework website.
SAMPLE SPEAKER NOTES:
SAFe is an online, freely revealed knowledge base of proven, integrated success patterns for implementing Lean-Agile development at enterprise scale.
Companies like John Deere, Intel and Telstra have published case studies citing the business benefits. The list is growing every day. You can find those by navigating to ScaledAgileFramework.com and clicking on the “Case Studies” menu.
To find certified members of the SAFe community, navigate to ScaledAgileAcademy.com, click on the Community menu, and select Member Directory.
OVERVIEW: In this slide, you can explain that, at first glance, the Framework may appear complicated. However, you can provide assurance that you will take them through it in a logical manner.
SAMPLE SPEAKER NOTES:
This is what is referred to as the “SAFe Big Picture”. At first, it may look complicated, but as we will see, it is actually a very straight-forward and logical representation.
We will see that roles, artifacts, and activities are clearly defined based on proven principles and practices.
Decomposing the SAFe Big Picture into it’s constituent parts, we’ll discover that it’s a simple, powerful and easily understood framework for managing complex software and systems development.
OVERVIEW: Introduce the levels of the Framework. Based on your audience, you could introduce Reinertson’s principle of Product Development Flow #9: Achieving Decentralized Control.
SAMPLE SPEAKER NOTES:
The levels in SAFe are not structured for control; rather, they are for centralizing strategy and decentralizing execution based on the principles of Product Development Flow
OVERVIEW: Introduce the Portfolio, Program, and Team levels. Explain that without teams, there are no programs. The people at the Team and Program Levels make up the virtual organization known as the Agile Release Train. It is based on time-proven principles, as represented by the House of Lean.
SAMPLE SPEAKER NOTES:
Here we see the three levels of SAFe: Portfolio, Program, and Team. The people at the Team and Program Levels make up the virtual organization known as the Agile Release Train. Without teams, there can be no program.
You’ll notice the House of Lean in the upper left. It represents the time-proven principles which include respect for people and culture, flow, innovation, and relentless improvement. The goal is value and the foundation is leadership.
OVERVIEW: Here, you can discuss the concept of the knowledge worker.
SAMPLE SPEAKER NOTES:
In knowledge-based work the people are truly the assets of the organization.
It is the people who have the knowledge and skills to define and build a quality system which executes the business strategy.
OVERVIEW: Consider starting first with Lean-Agile Leaders. From there, you can tailor the discussion based on your audience. For example, if you’re speaking to an executive audience not familiar with Agile, you may want to continue with Program Portfolio Management and work your way down. If your audience is familiar with Agile, you could start with the teams and work your way up.
SAMPLE SPEAKER NOTES:
You’ll see Lean-Agile Leaders next to the House of Lean. These are not specific people filling a specific role. Rather, they represents the leadership required across the organization, as guided by the House of Lean, to support a Lean-Agile enterprise.
Let’s now move to the Team level where we have small cross-functional teams that are empowered to make localized decisions to get work done. Each team has a Scrum Master, Product Owner, Developers, Testers, and other needed team roles.
The System Team supports the Agile teams by building and maintaining tools for continuous integration, automated testing, and other infrastructure to support development and quality. They also conduct the testing which cannot be done by the individual teams.
Business Owners set priorities and negotiate trade-offs.
A User Experience engineer and a System Architect at the Program level provide guidance for the teams.
The Release Train Engineer facilitates the activities of the Agile Release Train, much like the Scrum Master facilitates the activities of the team.
Moving up to the Portfolio level, we have the Program Portfolio Management team responsible for strategy and investment funding, program execution, and governance. They have the highest level fiduciary responsibility in the Framework.
An Enterprise Architect provides strategy and architectural guidance for the portfolio.
Are there any other roles of interest I didn’t mention?
OVERVIEW: If your audience is not familiar with the concept of a backlog, you can explain it now.
SAMPLE SPEAKER NOTES:
In Agile, requirements are managed in a construct known as a backlog which is comprised of prioritized functionality and other work to be done, such as architecture, spikes, refactors, and maintenance.
Backlog items are elaborated at a level of detail appropriate to the phase of development.
They are not commitments. Rather, they represent opportunities.
OVERVIEW: Here, you can introduce the Enterprise Backlog Model consisting of the Portfolio, Program, Team, and Sprint backlogs. You can also elaborate on the artifacts and roles which influence the creation and prioritization of the backlog items, such as Strategic Themes, the Program Vision, and Program Roadmap.
SAMPLE SPEAKER NOTES:
There are three levels of backlogs which comprise the Enterprise Backlog Model: the Portfolio Backlog which contains Epics, the Program Backlog which contains Features, and the Team Backlog which contains Stories
The backlog items that the teams work on align the enterprise strategy and the program vision.
Epics are identified, either business or architectural, and are progressively elaborated as they flow through the Portfolio Kanban System. The Kanban System makes the strategic business initiatives visible and brings a structured analysis process driven by economics.
Epics are broken down into Features. Prioritization is guided by the Program Vision and Roadmap. We’ll take about prioritization later.
Features are then broken down into Stories which are executed by the Agile teams.
However, this isn’t a strict hierarchy. A Feature may emerge within the context of the Program and not have a parent Epic. Likewise, a Story may emerge within the content of the Team.
OVERVIEW: If your audience is not familiar with the concept of cadence, you can explain it now.
SAMPLE SPEAKER NOTES:
The cadence is the division of time (or timebox) that provides a “heartbeat.” Cadence is critical for synchronizing teams on the Agile Release Train.
All teams work on the same cadence (2 week sprints) to synchronize and align.
OVERVIEW: Here, you can discuss the Sprint at the Team Level and the Program Increment, or PI, and Program Level
SAMPLE SPEAKER NOTES:
At the Team Level, the teams work in two week increments called Sprints. They begin each Sprint with detailed planning and end with a demo and a retrospective
At the Program Level, the teams on the Agile Release Train works in 8 – 12 week increments, called Programs Increments, or PIs. A PI, begins with a higher level planning event, called Release Planning, and ends with a demo and retrospective known as “Inspect and Adapt.”
The teams on the Agile Release Train develop on cadence, but can release on demand based on business needs.
Are there any other questions about cadence and synchronization for alignment?
OVERVIEW: Here, you can explain the importance of code quality.
SAMPLE SPEAKER NOTES:
Poor quality doesn’t scale. This speaks to the heart of agility. Many teams give the illusion of “going fast” but if they don’t build in quality, then speed and the ability to adapt to change degrades over time.
The result: Agile teams that don’t apply code quality practices end up creating “technical debt” that, sooner or later, will prevent them from completing work. Lack of automation, lack of a testable design, poor attention to design patterns create tangled code. They cease being “agile.”
OVERVIEW: Here, you can explain code quality in the level of detail required by your audience:
The practices (Agile Architecture, continuous integration, and test-first development)
Architecture as a first-class citizen, with architecture at the highest level in the form of Architectural Epics
Demonstrations of tested code at the Team and Program Levels (Team Demo, System Demo, and PI Demo)
Key roles (the Enterprise Architect and System Architect, as well as Release Management, DevOps, and the System Team)
The construction of the Architectural Runway by teams under the guidance of the System Architect
SAMPLE SPEAKER NOTES:
Ron Jeffries, one of the original signatories of the Agile Manifesto has this to say about what he’s learned over the years: “looking back over all of my successful (and not so successful) projects, I’d apply XP (Extreme Programming) techniques to all of them, if I had them to do over”. That’s a strong statement but an important one.
However, Extreme Programming isn’t that extreme. It has influenced the code quality practices emphasized in the Framework.
SAFe focuses on three Code Quality practices: Agile Architecture, continuous integration, and test-first development.
Agile Architecture brings together architectural guidance provided by the Enterprise and System Architects which is then validated by the teams with short feedback loops as they build the Architectural Runway. Architectural Runway is the code needed to support near-term functionality.
We rely heavily on continuous integration. This gives the teams fast feedback if code is broken, as well as reduces risk when code is integrated.
Teams use test-first approaches, such as test-driven development, acceptance test-driven development, and automated testing, to test early and often.
These techniques help us “build the right software” while “building it right,” advocated by Andrew Dassing.
Do you have any further questions about code quality in SAFe?
OVERVIEW: Here, you can explain why the Framework uses the term “relentless improvement” rather than “continuous improvement.”
SAMPLE SPEAKER NOTES:
There is a Japanese word in Lean called “kaizen” which means the art of practicing continuous improvement with a sense of urgency and danger.
This term is often translated into “continuous improvement.” SAFe takes this a step further by calling it “relentless improvement” to create a sense of urgency.
Events are built into SAFe to ensure this happens.
OVERVIEW: Here, you can reference the House of Lean’s pillar of relentless improvement and explain how the Framework supports it.
SAMPLE SPEAKER NOTES:
One of the pillars of the House of Lean is relentless improvement. An enterprise is never agile; it is always becoming more agile.
There are multiple events which serve as forcing functions for relentless improvement. Each cross-functional team conducts a retrospective at the end of every sprint. In this retrospective, the team reflects on the good and the bad and collaborates on ways to improve.
Collectively, the entire Agile Release Train has a retrospective at the end of every Program Increment called the Inspect and Adapt Workshop. During this workshop, root cause analysis is used to identify Program Level problems and ways to improve.
Though everyone is responsible for relentless improvement, there are several key roles: the Release Train Engineer and the Business Owners. The Release Train Engineer facilitates the processes. The Business Owners and other Lean-Agile Leaders remove impediments which the teams themselves cannot remove.
During the Innovation and Planning (IP) sprint, teams may have continuing education opportunities and “hackathons” where new approaches, tools, techniques, and prototypes are explored and demonstrated.
Fact-based metrics are used as feedback loops to measure the rapid progress towards working, high quality software which satisfies the needs of the business.
OVERVIEW: Here, you can give an overview of economic prioritization.
SAMPLE SPEAKER NOTES:
As a SAFe principle, we want to make sound economic decisions at all time. An economic decision-making framework is in place to facilitate this.
As Donald Reinertsen in his seminal work “The Principles of Product Development Flow” says, “You can ignore economics, but they won’t ignore you”.
It is critical that we understand and apply principles, like ignoring sunk costs, understanding the cost of delay, and decentralizing decision-making, in order to prioritize by economics.
OVERVIEW: Here, you may or may not go into detail based on your audience. At the Portfolio Level, you might describe Strategic Themes, the Portfolio Kanban System, and Lean-Agile budgeting. At the Program Level, you might discuss the guidance provided by the Program Vision, Roadmap, and WSJF in prioritizing the Program Backlog. You can also explain how PI Objectives are used to measure value delivery. Finally, you might mention how releasing on demand is driven by business needs and should be done frequently.
SAMPLE SPEAKER NOTES:
The connection between the enterprise business strategy and the Portfolio is through Strategic Themes. This brief list guides budgeting and prioritization, and facilitates decision-making.
Epics are progressively analyzed as they move through the Portfolio Kanban System to determine the most important initiatives to do at that given point in time, knowing market conditions may change. It also assures capacity matching.
Budgets are also allocated to Agile Release Trains in order to decentralize decisions which can be made quickly and efficiently at the Program Level. Would you like to hear more about Lean-Agile Budgeting?
Sequencing of Epics and Features is driven by a Lean approach called Weighted Shortest Job First (WSJF) which looks at the cost of delaying one item in order to do another. It looks at both the cost of delay and the effort to complete it. Would you like to hear more about WSJF?
The business value delivered at the end of each Program Increment is assessed by the Business Owners to measure planned vs. actual. The business is responsible for prioritizing and the teams are responsible for delivering.
Finally, the business determines when a working increment of software needs to be released, rather than the more rigid waterfall approach of delivering everything at the end.
OVERVIEW: You can use this slide to bring thing “full circle” and summarize what your audience has learned. You can also pause here to take questions, or use the final slide which simply says “Questions?”
SAMPLE SPEAKER NOTES:
We’re back where we started.
We saw that roles, artifacts, and activities are clearly defined based on proven principles and practices.
After decomposing the SAFe Big Picture into it’s constituent parts, I hope we’ve learned that it’s a simple, powerful and easily understood framework for managing complex software and systems development.