Quel lien pourrait-il y avoir entre le lifehacking (astuces de vie) et l'agilité ? J'ai été contaminé par le lifehacking en 2007 et cela a beaucoup influencé la manière d'aborder les problématiques personnelles et professionnelles de mon quotidien (gestion de mes emails, de mes tâches, les meilleurs logiciels dans une catégorie donnée, le développement personnel, etc.). J'ai été séduit plus tard par l'agilité pour les mêmes raisons que le lifehacking: la perspective de se simplifier la vie, de travailler plus efficacement et sans stress, de mieux interagir avec les autres, etc. Le lifehacking est plus une démarche personnelle tandis que l'agilité prend du sens avec une équipe (IT ou pas).
C’est décidé, vous allez basculer votre projet en « mode agile » ! Beaucoup de livres nous détaillent « in extenso » ce qu’est l’agilité. De nombreuses présentations nous exposent comment bien faire les choses. mais par où commencer ? Comment mettre le pied à l’étrier ? Démarrer une transition agile s’apparente souvent au syndrome de la page blanche, un problème encore accrus si celle-ci s’opère au sein d’une grande organisation ou d’un gros projet !
Pour vous aider dans cette démarche, nous allons voir ensemble 12+1 leçons apprises sous forme de « patterns opérationnels ». Ce sont des recettes qui ne figurent pas dans les livres, et elles sont toutes utilisables concrètement dès demain pour votre propre transition agile.
S'engager sur la voie de l'agilité ce n'est pas "faire de l'agile", c'est être agile, c'est devenir agile. Ce n'est pas une destination, mais un voyage. Scrum est remarquable car il nous accompagne de manière appropriée sur les trois grandes étapes de ce voyage : le Shu, le Ha et le Ri.
Le Shu est destiné à l'apprenti : appliquer correctement une méthode fournie.
Le Ha est perfectionnement : Adapter ou adopter les pratiques en visant l'amélioration.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
En voyageant ensemble, nous allons découvrir ou redécouvrir Scrum sous des jours différents au long de ces trois étapes.
The Agilists ou "Duo de retour d’expérience sauce aigre douce"Bruno Sbille
Session présentée lors de Agile Grenoble 2012
Alexis et Bruno vous proposent la représentation sur scène, et ce pour la première fois en France, des meilleurs moments de deux missions de coaching agile. La première est une réussite comme on peut les lire dans les meilleurs ouvrages... La seconde est un échec, ou plutôt une longue suite d’échecs... Les deux combinées représentent une occasion d’apprendre, de partager et d’améliorer votre pratique des méthodes agiles.
Quel lien pourrait-il y avoir entre le lifehacking (astuces de vie) et l'agilité ? J'ai été contaminé par le lifehacking en 2007 et cela a beaucoup influencé la manière d'aborder les problématiques personnelles et professionnelles de mon quotidien (gestion de mes emails, de mes tâches, les meilleurs logiciels dans une catégorie donnée, le développement personnel, etc.). J'ai été séduit plus tard par l'agilité pour les mêmes raisons que le lifehacking: la perspective de se simplifier la vie, de travailler plus efficacement et sans stress, de mieux interagir avec les autres, etc. Le lifehacking est plus une démarche personnelle tandis que l'agilité prend du sens avec une équipe (IT ou pas).
C’est décidé, vous allez basculer votre projet en « mode agile » ! Beaucoup de livres nous détaillent « in extenso » ce qu’est l’agilité. De nombreuses présentations nous exposent comment bien faire les choses. mais par où commencer ? Comment mettre le pied à l’étrier ? Démarrer une transition agile s’apparente souvent au syndrome de la page blanche, un problème encore accrus si celle-ci s’opère au sein d’une grande organisation ou d’un gros projet !
Pour vous aider dans cette démarche, nous allons voir ensemble 12+1 leçons apprises sous forme de « patterns opérationnels ». Ce sont des recettes qui ne figurent pas dans les livres, et elles sont toutes utilisables concrètement dès demain pour votre propre transition agile.
S'engager sur la voie de l'agilité ce n'est pas "faire de l'agile", c'est être agile, c'est devenir agile. Ce n'est pas une destination, mais un voyage. Scrum est remarquable car il nous accompagne de manière appropriée sur les trois grandes étapes de ce voyage : le Shu, le Ha et le Ri.
Le Shu est destiné à l'apprenti : appliquer correctement une méthode fournie.
Le Ha est perfectionnement : Adapter ou adopter les pratiques en visant l'amélioration.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
En voyageant ensemble, nous allons découvrir ou redécouvrir Scrum sous des jours différents au long de ces trois étapes.
The Agilists ou "Duo de retour d’expérience sauce aigre douce"Bruno Sbille
Session présentée lors de Agile Grenoble 2012
Alexis et Bruno vous proposent la représentation sur scène, et ce pour la première fois en France, des meilleurs moments de deux missions de coaching agile. La première est une réussite comme on peut les lire dans les meilleurs ouvrages... La seconde est un échec, ou plutôt une longue suite d’échecs... Les deux combinées représentent une occasion d’apprendre, de partager et d’améliorer votre pratique des méthodes agiles.
Vous débutez avec l'agilité, vous allez participer à un projet "en Scrum" ! C'est bien. Peut-être vous demandez-vous comment vous saurez que vous y êtes arrivé, que vous faites les choses comme il faut ? D'ailleurs est-ce si bien que cela Scrum ? Certains s'en disent déçus, d'autres prétendent que Scrum ce n'est pas vraiment de l'agilité.
L'agilité n'est pas une destination, c'est un voyage. Scrum est à même de vous accompagner dans toutes les étapes de ce voyage. Mais si le framework Scrum est facile à comprendre, il est beaucoup plus difficile qu'on ne le soupçonne à mettre en œuvre ! Ses qualités intrinsèques, celles pour lesquelles vous devriez l'apprécier ne sont probablement pas celles que vous imaginez.
Avant de prendre la route, nous allons voir ensemble le grandes étapes du "voyage Scrum". Il y en a 3 et il n'y a pas de raccourcis. Nous les avons empruntées aux arts martiaux, elle se nomment Shu, Ha et Ri.
Le Shu est le niveau de l'apprentis qui découvre Scrum et va s'efforcer de le mettre en œuvre correctement.
La Ha est consacré au perfectionnement. On y adapte ou adopte certaines pratiques pour améliorer notre façon de vivre l'agilité.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
Basculer en agile un très gros projet est un challenge, pour certains cela peut même apparaitre comme une ineptie. Pourtant c’est que le projet Linky a décidé de faire ! Un tel choix fait émerger des difficultés souvent absentes de projets plus petits : culture « cycle en V » omnisciente, grandes équipes, intégration dans l’architecture du SI, etc.
Pourtant, si la route reste longue, les signes de succès sont réels. Au cours de cette session, nous allons aborder 12 leçons apprises lors de cette imporatnte transition agile toujours en cours, en y associant des conseils.
“Equipe de développement à Rennes, PO à Paris, Manager à Londres”
“Designers en Inde, PO à Singapore, Business aux Etats Unis”
De plus en plus d’équipes travaillent sur des projets en mode distribué. La distance est une contrainte et impact la capacité à collaborer.
Perte d’efficacité. réunion trop longue, méconnaissance des différents partenaires, perte de sentiment d’appartenance, perte de vision, multi tache caractérisent souvent ces points de rencontre. D’un point de vue Agile… où est la valeur?
En prenant en consideration que la distance est une contrainte du système, nous nous attacherons à partager les bonnes pratiques qui permettent de construire des équipes performantes, motivées et heureuses qui travaillent à distance.
Découvrez la vidéo de la conférence sur : https://www.youtube.com/watch?v=fZr_vDUDgD8
Nous proposons de jouer une mini pièce de théâtre montrant des questions et réponses de la vraie vie lors d'une transformation vers l'Agile. Les résistances sont nombreuses, les arguments anti-agile difficiles à contrer et l'état d'esprit pas toujours facile à synthétiser et vulgariser. En jouant une suite de petites mises en situation de façon humoristique, nous dédramatisons le changement, et offrons au public des clés pour convaincre.
Par Laurène Thenoz et Meriem El Aaboudi, Coach Agile chez Xebia.
De plus en plus les esprits s’ouvrent à la culture Design, à la pensée Design. Le facilitateur porte cet état d’esprit et favorise le travail d’équipe avec une écoute attentive et des outils et méthodes agiles. Le travail collaboratif semble être la solution à la conduite d’équipe projet de demain. Découvrons comment l’intelligence collective s’épanouie par la conduite d’un manager en posture de facilitation.
Mob programming 101 @Morpho (Groupe Safran) - 08/03/2016André De Sousa
Découvrez cette pratique d'ingénierie logicielle et tout ce qu'elle peut apporter à votre organisation.
L'agilité c'est bien, ca sert à tous dans la plupart des contextes. Mais parfois ce n'est pas suffisant. Cette présentation retrace l'informatique avant Agile puis après agile et ses différentes méthodes (Scrum, XP, ...) pour finir sur l'apport du Mob Programming.
Agile Grenoble - Des standup efficaces, pas si simple ...Nicolas Thibert
Le Daily Standup meeting est à l’image de Scrum, simple à comprendre mais difficile à exécuter de manière efficace.
Ce rendez-vous quotidien extrêmement populaire dans les organisations, peut créer parfois la polémique au sein même de l’équipe et reste aujourd’hui encore la cérémonie de Scrum la plus raté dans sa mise en œuvre.
Malgré tous vos efforts vos standups sont fastidieux et vécus comme une « punition » par l’équipe : discussions interminables, problèmes dissimulés, retards en série, écoute et échange inexistant, rapport de boy-scout au Scrum Master … Découvrez comment reprendre en main les standups de l’équipe !
Le design agile : 6 techniques pour designer de façon plus agile par Matthieu...La Cuisine du Web
6 techniques applicables facilement par les créatifs (mais pas que !) pour améliorer notre façon de travailler ensemble à travers une meilleure collaboration, une meilleure communication entre les membres de l’équipe et plus de motivation… donc plus de qualité !
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintBenjamin Richy
Le Design Sprint est une méthode de conception ultra-rapide peaufinée par l’équipe Google Ventures (Jake Knapp) qui a largement puisé dans le Design Thinking. Elle mélange habilement diverses techniques d’idéation et conception, soutenue par l’intelligence collective, et produit un résultat étonnamment riche de sens.
Oh toi preux chevalier (chevalière), empare-toi de l’arme magique pour terrasser le dragon à grand coup de Sprint et sauver ta princesse (ou ton prince), s’il elle (ou il) le vaut bien ! Est-il vraiment possible de réaliser cette quête en 5 jours au lieu de 5 mois ? Comprendre pourquoi et comment ça marche, exemples à l’appui, astuces en bonus !
A quoi sert un design sprint ? Bonne question et merci de l’avoir posée ;)
Un design sprint de rêve… "Le chevalier, la princesse et le dragon", laissez-vous guider au coeur de la méthode pour sauver la princesse !
Pourquoi ça marche ? Décryptage des moments clés, retours d'expériences et cas d'études pour comprendre les mécanismes de la méthode qui transcendent le projet.
(re)Apprendre à travailler ensemble...autrement. Quand le super cerveau du groupe devient plus puissant que la somme des individualités.
Ah la rétrospective … véritable colonne vertébrale de l’amélioration continue que tout Scrum Master attend avec impatience. Malgré de nombreux échanges, les multiples formats mis en œuvre et les centaines de post-its griffonnés, vos rétrospectives se suivent et malheureusement se ressemblent. Les mêmes problèmes ressortent continuellement, les actions ne sont pas suivies, les échanges sont stériles ou tournent parfois au conflit et finalement toute l’équipe a l’impression de perdre son temps.
Identifier les dérives inhérentes à cette cérémonie et découvrez comment faire pour que vos rétrospectives redeviennent un véritable « moteur de changement »
Ca fait quelques années que je tente de contenir la vague Agile, et je dois admettre que je m’en sors pas mal. Bien sûr j’ai dû faire quelques concessions, mais en veillant à ce que tout ce face en douceur J Aujourd’hui, certains diront qu’on est agile, moi je dirai que je suis tranquille. Mon problème, c’est cette nouvelle mode du DevOps ! Encore plus de parties prenantes et plus seulement côté études, chacun avec ses besoins… et au final, plus de contraintes et travail pour moi. Le modèle Spotify était le Graal, aujourd’hui il faudrait mettre en production toutes les 11 minutes comme Amazon, et c’est mon DSI en personne qui le demande !
Bien entendu tout ceci n’est que fiction… ou presque. Alors que cette mouvance DevOps devrait être un formidable catalyseur pour l’Agilité, elle apparait parfois comme l’obstacle de trop pour des équipes qui ont démarré leur transition agile, pire comme la fin du rêve d’équipes auto organisées et pluridisciplinaires. L’objectif de cette session est de vous dévoiler les dessous du DevOps et les défis que vous devrez affronter au sein de votre entreprise pour sa prise en compte dans votre pratique de l’Agilité au quotidien.
Dans un contexte professionnel, on a souvent le temps, les moyens et les ressources pour faire de l’UX dans des conditions optimales: analyse, documentation, maquettage, tests, grooming sessions, QA…
Oubliez tout ça, vous avez 48h, les gens de votre équipe n’ont jamais travaillé ensemble et ce sera Armageddon. Laissez-moi vous expliquer comment ça se passe, vous donner quelques conseils pour survivre à tout ça et en tirer des leçons pour améliorer vos pratiques professionnelles.
Présenté par Laurence Vagner et Corinne Schillinger, le 1er octobre 2016 à Paris Web.
L'école nous apprend un certain nombre de choses (ergonomie, design, HTML, CSS, etc.).
Malheureusement, bien souvent, elle ne nous équipe pas pour affronter correctement le monde professionnel : comment cadrer son client, manager son équipe ou se gérer soi-même sont autant d'écueils sur lesquels on se casse les dents la première fois qu'on y fait face.
Corinne & Laurence partagent avec vous un certain nombre de bonnes pratiques qui leur sauvent la vie plusieurs fois par semaine.
Étude menée par l'équipe d'Adok sur les bonnes pratiques en réunion.
Que faut-il mettre en place pour mener des réunions productives, ensemble?
Paroles d'experts, recueil d'articles et d'études sur le sujet.
Vous débutez avec l'agilité, vous allez participer à un projet "en Scrum" ! C'est bien. Peut-être vous demandez-vous comment vous saurez que vous y êtes arrivé, que vous faites les choses comme il faut ? D'ailleurs est-ce si bien que cela Scrum ? Certains s'en disent déçus, d'autres prétendent que Scrum ce n'est pas vraiment de l'agilité.
L'agilité n'est pas une destination, c'est un voyage. Scrum est à même de vous accompagner dans toutes les étapes de ce voyage. Mais si le framework Scrum est facile à comprendre, il est beaucoup plus difficile qu'on ne le soupçonne à mettre en œuvre ! Ses qualités intrinsèques, celles pour lesquelles vous devriez l'apprécier ne sont probablement pas celles que vous imaginez.
Avant de prendre la route, nous allons voir ensemble le grandes étapes du "voyage Scrum". Il y en a 3 et il n'y a pas de raccourcis. Nous les avons empruntées aux arts martiaux, elle se nomment Shu, Ha et Ri.
Le Shu est le niveau de l'apprentis qui découvre Scrum et va s'efforcer de le mettre en œuvre correctement.
La Ha est consacré au perfectionnement. On y adapte ou adopte certaines pratiques pour améliorer notre façon de vivre l'agilité.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
Basculer en agile un très gros projet est un challenge, pour certains cela peut même apparaitre comme une ineptie. Pourtant c’est que le projet Linky a décidé de faire ! Un tel choix fait émerger des difficultés souvent absentes de projets plus petits : culture « cycle en V » omnisciente, grandes équipes, intégration dans l’architecture du SI, etc.
Pourtant, si la route reste longue, les signes de succès sont réels. Au cours de cette session, nous allons aborder 12 leçons apprises lors de cette imporatnte transition agile toujours en cours, en y associant des conseils.
“Equipe de développement à Rennes, PO à Paris, Manager à Londres”
“Designers en Inde, PO à Singapore, Business aux Etats Unis”
De plus en plus d’équipes travaillent sur des projets en mode distribué. La distance est une contrainte et impact la capacité à collaborer.
Perte d’efficacité. réunion trop longue, méconnaissance des différents partenaires, perte de sentiment d’appartenance, perte de vision, multi tache caractérisent souvent ces points de rencontre. D’un point de vue Agile… où est la valeur?
En prenant en consideration que la distance est une contrainte du système, nous nous attacherons à partager les bonnes pratiques qui permettent de construire des équipes performantes, motivées et heureuses qui travaillent à distance.
Découvrez la vidéo de la conférence sur : https://www.youtube.com/watch?v=fZr_vDUDgD8
Nous proposons de jouer une mini pièce de théâtre montrant des questions et réponses de la vraie vie lors d'une transformation vers l'Agile. Les résistances sont nombreuses, les arguments anti-agile difficiles à contrer et l'état d'esprit pas toujours facile à synthétiser et vulgariser. En jouant une suite de petites mises en situation de façon humoristique, nous dédramatisons le changement, et offrons au public des clés pour convaincre.
Par Laurène Thenoz et Meriem El Aaboudi, Coach Agile chez Xebia.
De plus en plus les esprits s’ouvrent à la culture Design, à la pensée Design. Le facilitateur porte cet état d’esprit et favorise le travail d’équipe avec une écoute attentive et des outils et méthodes agiles. Le travail collaboratif semble être la solution à la conduite d’équipe projet de demain. Découvrons comment l’intelligence collective s’épanouie par la conduite d’un manager en posture de facilitation.
Mob programming 101 @Morpho (Groupe Safran) - 08/03/2016André De Sousa
Découvrez cette pratique d'ingénierie logicielle et tout ce qu'elle peut apporter à votre organisation.
L'agilité c'est bien, ca sert à tous dans la plupart des contextes. Mais parfois ce n'est pas suffisant. Cette présentation retrace l'informatique avant Agile puis après agile et ses différentes méthodes (Scrum, XP, ...) pour finir sur l'apport du Mob Programming.
Agile Grenoble - Des standup efficaces, pas si simple ...Nicolas Thibert
Le Daily Standup meeting est à l’image de Scrum, simple à comprendre mais difficile à exécuter de manière efficace.
Ce rendez-vous quotidien extrêmement populaire dans les organisations, peut créer parfois la polémique au sein même de l’équipe et reste aujourd’hui encore la cérémonie de Scrum la plus raté dans sa mise en œuvre.
Malgré tous vos efforts vos standups sont fastidieux et vécus comme une « punition » par l’équipe : discussions interminables, problèmes dissimulés, retards en série, écoute et échange inexistant, rapport de boy-scout au Scrum Master … Découvrez comment reprendre en main les standups de l’équipe !
Le design agile : 6 techniques pour designer de façon plus agile par Matthieu...La Cuisine du Web
6 techniques applicables facilement par les créatifs (mais pas que !) pour améliorer notre façon de travailler ensemble à travers une meilleure collaboration, une meilleure communication entre les membres de l’équipe et plus de motivation… donc plus de qualité !
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintBenjamin Richy
Le Design Sprint est une méthode de conception ultra-rapide peaufinée par l’équipe Google Ventures (Jake Knapp) qui a largement puisé dans le Design Thinking. Elle mélange habilement diverses techniques d’idéation et conception, soutenue par l’intelligence collective, et produit un résultat étonnamment riche de sens.
Oh toi preux chevalier (chevalière), empare-toi de l’arme magique pour terrasser le dragon à grand coup de Sprint et sauver ta princesse (ou ton prince), s’il elle (ou il) le vaut bien ! Est-il vraiment possible de réaliser cette quête en 5 jours au lieu de 5 mois ? Comprendre pourquoi et comment ça marche, exemples à l’appui, astuces en bonus !
A quoi sert un design sprint ? Bonne question et merci de l’avoir posée ;)
Un design sprint de rêve… "Le chevalier, la princesse et le dragon", laissez-vous guider au coeur de la méthode pour sauver la princesse !
Pourquoi ça marche ? Décryptage des moments clés, retours d'expériences et cas d'études pour comprendre les mécanismes de la méthode qui transcendent le projet.
(re)Apprendre à travailler ensemble...autrement. Quand le super cerveau du groupe devient plus puissant que la somme des individualités.
Ah la rétrospective … véritable colonne vertébrale de l’amélioration continue que tout Scrum Master attend avec impatience. Malgré de nombreux échanges, les multiples formats mis en œuvre et les centaines de post-its griffonnés, vos rétrospectives se suivent et malheureusement se ressemblent. Les mêmes problèmes ressortent continuellement, les actions ne sont pas suivies, les échanges sont stériles ou tournent parfois au conflit et finalement toute l’équipe a l’impression de perdre son temps.
Identifier les dérives inhérentes à cette cérémonie et découvrez comment faire pour que vos rétrospectives redeviennent un véritable « moteur de changement »
Ca fait quelques années que je tente de contenir la vague Agile, et je dois admettre que je m’en sors pas mal. Bien sûr j’ai dû faire quelques concessions, mais en veillant à ce que tout ce face en douceur J Aujourd’hui, certains diront qu’on est agile, moi je dirai que je suis tranquille. Mon problème, c’est cette nouvelle mode du DevOps ! Encore plus de parties prenantes et plus seulement côté études, chacun avec ses besoins… et au final, plus de contraintes et travail pour moi. Le modèle Spotify était le Graal, aujourd’hui il faudrait mettre en production toutes les 11 minutes comme Amazon, et c’est mon DSI en personne qui le demande !
Bien entendu tout ceci n’est que fiction… ou presque. Alors que cette mouvance DevOps devrait être un formidable catalyseur pour l’Agilité, elle apparait parfois comme l’obstacle de trop pour des équipes qui ont démarré leur transition agile, pire comme la fin du rêve d’équipes auto organisées et pluridisciplinaires. L’objectif de cette session est de vous dévoiler les dessous du DevOps et les défis que vous devrez affronter au sein de votre entreprise pour sa prise en compte dans votre pratique de l’Agilité au quotidien.
Dans un contexte professionnel, on a souvent le temps, les moyens et les ressources pour faire de l’UX dans des conditions optimales: analyse, documentation, maquettage, tests, grooming sessions, QA…
Oubliez tout ça, vous avez 48h, les gens de votre équipe n’ont jamais travaillé ensemble et ce sera Armageddon. Laissez-moi vous expliquer comment ça se passe, vous donner quelques conseils pour survivre à tout ça et en tirer des leçons pour améliorer vos pratiques professionnelles.
Présenté par Laurence Vagner et Corinne Schillinger, le 1er octobre 2016 à Paris Web.
L'école nous apprend un certain nombre de choses (ergonomie, design, HTML, CSS, etc.).
Malheureusement, bien souvent, elle ne nous équipe pas pour affronter correctement le monde professionnel : comment cadrer son client, manager son équipe ou se gérer soi-même sont autant d'écueils sur lesquels on se casse les dents la première fois qu'on y fait face.
Corinne & Laurence partagent avec vous un certain nombre de bonnes pratiques qui leur sauvent la vie plusieurs fois par semaine.
Étude menée par l'équipe d'Adok sur les bonnes pratiques en réunion.
Que faut-il mettre en place pour mener des réunions productives, ensemble?
Paroles d'experts, recueil d'articles et d'études sur le sujet.
Un sujet que beaucoup évitent, soit parce qu'ils ne sont pas assez nombreux pour ça, soit parce que les équipes travaillent de manière isolée : les équipes Scrum multiples. Découvrez comment éviter les écueils qui vous mènerait à subir cette multiplicité.
Cette présentation porte sur Scrum 2020.
L'objectif est de présenter les concepts et les principes de Scrum 2020.
Les points abordés sont
- Principes, caracterisuques, Approche
- Piliers
- Les valeurs
- Scrum Team, caracteristiques et responsabilités
- Product Owner, résponsabilités, contraintes
- Developers,engagement,compétences et tâches
- Scrum Master, responsabilités et tâches
- Evènements Scrum
- Sprint et lien avec les rôles
- Occasions pour l’inspection et l’adaptation
- Artefacts et objectifs
- Increment et DoD
- Zoom sur le Product Backlog
- Zoom sur le Product Goal
Formation "Initiation Scrum" (sur 1 ou 2 jours)
- comprendre les principes agile
- découverte de SCRUM (les rôles, les livrables, les évènements)
- expérimenter par la pratique
Événements Scrum : pour sortir de la routine par Isabelle TherrienAgile Montréal
Nous allons revoir les objectifs des rencontres de Scrum. Ensuite, nous discuterons des meilleures et des pires façons de les tenir, ainsi que de différentes façons d'atteindre ces mêmes objectifs, dans un mélange d'expérience personnelle, de lectures et d'apport du public.
Les outils 2013 du Presencing institute - process en U en françaisAnna Matard
Transformer le business _la société_ et soi-
Coaching avec les outils d'Otto Sharmer " Diriger à partir du futur émergent" de l'institut Presencing au MIT. Traduction en français par Anna MATARD formée par Otto Sharmer en 2013.
Au secours on vient de me nommer Scrum Master.pdfRenaudBullier1
Mon organisation vient de passer à l’agilité, et d’un seul coup après une formation me voilà bombardé Scrum Master !
En plus, on me demande de continuer à faire mon ancien métier en même temps !
Rassure toi, tu n’es pas seul ; viens avec nous explorer toutes les possibilités qui s’offrent à toi pour petit à petit endosser ton nouveau rôle !
On passera vite en revue le rôle de Scrum Master et après on réfléchit concrètement.
QUI aller voir, sur qui m’appuyer?
COMMENT s’intégrer dans ce qui existe?
QUAND lancer quelque chose de nouveau, faut-il attendre?
En bref, on élabore et on partage une stratégie de démarrage pour changer en douceur !
AgiLille 2023 - Le Digital Lab Kiabi : moins de framework, plus de #Heart of ...Julien Roynette
Le Digital Lab Kiabi : moins de framework, plus de #Heart of Agile (et de résultats)
@By Julien Roynette & Romain Poiré
Le Digital Lab, c’est une équipe de 9 développeurs qui aide les utilisateurs métiers de Kiabi à tester rapidement et simplement de nouvelles idées. Sa mission : rendre concrètes & testables sur le terrain des hypothèses, être un accélérateur au démarrage de nouveaux services.
Depuis sa création il y a 5 ans, quels sont nos résultats ?
+ de 50 projets réalisés
100% de recommandation client
et des développeurs heureux ;-)
OK, c’est quoi la recette ?
- des développeurs autonomes et en relation directe avec le métier
- une réelle approche test & learn / MVP, favorisant le fail fast & le droit à l'erreur
- une équipe qui a créé sa propre forme d'Agilité, concentrée sur l'essentiel
- customer centric & basée sur un mindset "hearth of agile"
- un management favorisant l’autonomie et la prise d’initiatives
Nous partagerons avec vous quelques uns de nos tips, actionnables simplement.
Comment notre équipe a évolué et grandi au fil du temps ?
Quels obstacles et freins avons-nous rencontrés ?
Kit de survie en travail a distance (petite contribution d'une équipe d'agili...Antoine Marcou
(Disclaimer : Pas de révolution, juste notre petite contribution)
Notre mission d'agilistes nous pousse, chaque jour chez nos clients, à prôner le rapprochement physique des personnes pour générer du lien, créer de l'énergie, casser les incompréhensions, raccourcir les boucles de décision. C’est un pilier fondamental de l’agilité et une conviction ancrée très profondément en chacun de nous, chez Publicis Sapient Engineering.
Mais l’heure est au confinement et au travail à distance, pour la santé de toutes et tous. Et, parlons vrai : parce que les circonstances l’exigent régulièrement, cela fait des années que nous accompagnons des équipes qui travaillent à distance pour délivrer un même produit complexe. Il y a les équipes se trouvant sur des sites distants, les grands programmes faisant appel à des compétences à l'étranger, la généralisation du télé-travail, etc. Autant de contextes qui nous ont amené à adapter, comme une grande partie des agilistes, les outils et les pratiques de travail que nous transmettons aux équipes que nous accompagnons.
Cette expérience, nous avons tenté d’en synthétiser les grandes lignes dans un Kit de Survie du Travail à Distance. Ne vous attendez à rien de révolutionnaire : nous partageons simplement quelques pratiques et outils dont nous savons qu’ils rendent possible, efficace et même parfois agréable le travail à distance.
Avec l’espoir sincère qu’ils servent à celles et ceux qui découvrent cette situation.
Présentation du Design Sprint, méthode de Design thinking de prototype rapide, test de nouvelles idées, par François Luc Moraud, Sprint Master certifié Google USA.
Certes, la prise de décision en équipe est moins rapide que lorsqu’elle est prise par un seul individu. Chacun doit s’exprimer, il faut organiser des rencontres, produire des comptes-rendus, gérer des situations conflictuelles, et tout cela coûte cher. Dans certains cas, il peut même être risqué de communiquer toutes les informations nécessaires.
Pourtant, nous avons la conviction que ça vaut la peine. Nous croyons que les décisions seront plus éclairées car plus d’information sera partagée et prise en considération. Ensemble, le groupe trouvera plus d’idées et de solutions possibles pour résoudre un problème. Prendre des décisions en équipe permet aussi de favoriser une compréhension commune du contexte et des raisons derrière la décision qui est prise. Et tout cela aide surtout pour la suite : l’exécution de la décision sera facilitée parce que les gens auront participé activement aux choix qui ont été faits. Sans implication, il est très difficile d’aller chercher un réel engagement.
Dans un contexte Agile, c’est d’autant plus important qu’on cherche à obtenir des équipes réellement auto-organisées.
Or, comment rendre efficace cette prise de décision en groupe? Selon nous, il y a 3 choses à garder en tête :
1- Bien clarifier les attentes. Qui prend les décisions dans une sphère d’activité?
2- Utiliser le bon outil au bon moment. Le vote « oui / non » est le plus connu, mais est-il le plus efficace, celui qui amène aux meilleures décisions?
3- Faire un suivi. Comment avoir un retour optimal sur tout ce temps investi en prise de décision?
Nous avons rassemblé dans cette présentation beaucoup d’outils et de modèles qui vous aideront à obtenir une équipe qui est efficace dans sa prise de décision.
Comment bien mener ses réunions hybrides
* Adopter la bonne attitude managériale
* Organiser et dynamiser une réunion hybride
* Trucs et astuces pratiques
Retour d'expérience présenté lors de différentes étapes de l'agile tour 2012. Revient sur une mission d'accompagnement vers l'agilité dans un contexte de SSII à culture développement en cascade. S'attache à présenter les actions mises en oeuvre. Nombreuses photos pour illustrer le management visuel.
Base de données graphe, Noe4j concepts et mise en oeuvreMICHRAFY MUSTAFA
Cette étude vise à présenter les concepts clés d’une base de données orientée graphe. La modélisation et la mise en œuvre des cas d’utilisation seront réalisées avec la base de données NEO4J, version 3.1.
Apache SPARK ML : principes, concepts et mise en œuvre MICHRAFY MUSTAFA
Cette étude vise à présenter les concepts et les étapes pour la mise en œuvre d’une méthode d’apprentissage dans le cadre de Spark ML (API de méthodes d'apprentissage en SPARK) :
1. Spark ML : motivations
2. Transformateurs et estimateurs
3. Concepts de Pipeline
4. Évaluation d’une méthode d’apprentissage
5. Validation croisée et sélection des variables
6. Mise en œuvre des concepts sous Spark ML
Cette étude porte sur la brique Spark SQL de la plateforme Apache Spark.
L'objectif est de présenter les concepts et les fonctionnalités de spark SQL.
Les points abordés sont :
- Architecture
- API de Spark SQL
- Opérations sur DataFrames/DataSets
- Opérations relatives au nettoyage de données
- Opérations de conversion (DataFrame, DataSet, Collection, RDD)
- Opérations relationnelles
Ce étude vise à présenter la platforme Spark et les opérations (Transformation et Action) d'une RDD. Les points abordés sont Spark motivation, Positionnement de Spark dans l'écosystème BigData, Composants de Spark, Drivers et Workers, RDD & caractéristiques, vue logique de spark, vue globale sur les APIs Spark (dépendance et interaction), les différentes opérations de spark. Chaque opération est sur une fiche (objectif, signature, "à retenir" et exemple de code).
Scala: Pattern matching, Concepts and ImplementationsMICHRAFY MUSTAFA
In the following slides, we attempt to present the pattern matching and its implementation in Scala.
The concepts introduced are: Basic pattern matching, Pattern alternative, Pattern guards, Pattern matching and recursive function, Typed patterns, Tuple patterns, Matching on option, Matching on immutable collection, Matching on List, Matching on case class, Nested pattern matching in case classes, and
Matching on regular expression.
Ce document vise à présenter la programmation fonctionnelle sous Scala.
Les points abordés sont le paradigme fonctionnel, fonction anonyme, fonction d’ordre supérieur, Clôture, fonction partielle, la récursivité, Curryfication. Chaque notion est accompagnée par des exemples.
Interface fonctionnelle, Lambda expression, méthode par défaut, référence de...MICHRAFY MUSTAFA
Ce document vise à présenter java 8 et lambda expression.
Les points abordés sont les interfaces fonctionnelles, fonction d'ordre supérieur, lambda expression, référence de méthode et méthode par défaut. Chaque notion est accompagnée par des exemples. Les codes sources seront disponibles sur git.
2. Plan
Qu’est ce que c’est le Daily Scrum?
L’intérêt du Daily Scrum
Règles
Bonne pratiques
Sources et références
3. Qu’est ce que c’est le Daily Scrum?
Partie intégrante des cérémonies Scrum, le Daily Scrum est une réunion quotidienne, prenant place majoritairement
le matin et ne devant jamais excéder 15 minutes.
C’est outil de synchronisation des activités et de communication entre membres d’une même équipe. Elle permet
de se tenir au courant de l’état du Sprint en cours et de ne jamais perdre de vue l’objectif vers le Sprint Goal.
1. Améliorer la
communication.
2. Identifier les obstacles.
3. Favoriser la prise de
décision rapide.
4. Empêcher la nécessité
d’ajouter d’autres réunions
Avantages
Avantages
Inspecter la progression
du travail vers le Sprint
Goal et adapter le
Sprint Backlog (si
nécessaire)
Inspecter
Adapter si
nécessaire
4. L’intérêt du Daily Scrum
Communiquer Synchroniser
Inspecter
Adapter si
nécessaire
5. Règles
● Le Daily scrum ne dure qu’un
maximum de 15 minutes. Il
commence à l'heure et se
termine à l'heure. Aucune
exception est possible.
1
● Le Scrum Master et le Product
Owner ne sont pas tenus d'y
assister, mais s’ils travaillent
activement sur des éléments du
Sprint Backlog, ils peuvent
participer également mais en
tant que Developpeur.
2
● Le Scrum Master doit s'assurer que
la réunion a lieu. Les Developers
doivent s’auto-gérée plutôt
(Scrum guide 2020) que
s’auto‐organisée (Scrum guide
2017)
3
● la daily n'a pas vocation à traiter les
problèmes, mais plutot à les
identifier. Par conséquent,Les
problems blocage devront être
abordées après le Daily Scrum
avec les membres concernés.
4
● A l’issue du Daily Scrum, chaque
developpeur doit être au courant
l’état de l’avancement des activités
des membres de l’équipe.
5
6. Bonne pratiques
• Réaliser le Daily Scrum en temps et en heure.
• Etre à l’heure
• Utiliser le Daily au début de la journée de travail pour commencer.
• Une préparation individuelle pour chaque développeur au préalable est un acte requis : un developpeur qui
n’a pas réfléchi à sa Daily est un membre qui risque de ralentir l’équipe.
• Le guide 2020 veut que les developpeurs quittent leurs zones de confort pour aller droite au “Sprint Goal”.
Cependant le “Stand-up meeting” est pulôt une exigence du guide 2017.
• Interdire les équipements numériques pendant le Daily
• Tout participant autre que les devéloppeurs ne doit nullement interferer dans le Daily Scrum (Pigs and Chikens,
Schwaber and Beedle, 2021).Appliquez la technique du dernier arrivé est le premier à parler.
• Utiliser la technique Round-Robin pour designer celui qui prendra la parole.
• Ne pas interropre l’intervenant.
• Ne parler qu'avec un jeton.
• Ni discussion, ni d'activité parallèles pendant la reunion le Daily.
• Regrouper tout le monde à huis clos favorise la prise de parole plus librement et la proximité physique qui
augmente le degré de confiance.
• Les problèmes complexes ou d'autres discussions concernant les obstacles sont traités en dehors du Daily
Scrum.
• Surveiller l’état advancement vers le Sprint Goal à travers le Sprint Brundown Chart, le tableau Kanban, etc.
7. Sources et références
• Ken Schwaber & Jeff Sutherland. (2020) The Scrum Guide. https://www.scrumguides.org/docs/scrumguide/v2020/2020-
Scrum-Guide-US.pdf
• Ken Schwaber & Jeff Sutherland. (2017) The Scrum Guide. https://www.scrumguides.org/docs/scrumguide/v2017/2017-
Scrum-Guide-US.pdf
• Schwaber, K. and M. Beedle. (2001) Agile Software Development with Scrum, Prentice-Hall