Si vous êtes membre vous pouvez participer aux frais de la tribu.
A ce jour, la cotisation est de 250 € ht par mois sans engament.
Vous pouvez aussi prendre les options GoogleAPP 4€ (mail Drive ….) et DropBox Pro Tribu 120 € / an.
Auteur : Yannick Ameur
Chaîne de valeur pour l’entreprise et le Produit
Actuellement, l’agilité sur la création ou la gestion de Produits se concentre sur la valeur pour nos utilisateurs.
La valeur ?
La valeur se représente le plus généralement en :
- Valeur monétaire :
Quels sont les gains potentiels de cette fonctionnalité, si nous la réalisons ? - Valeur de gain de temps :
Comment pourrions-nous réduire le temps entre le paiement et la livraison ? - Valeur émotionnelle :
Comment créer une relation durable avec nos clients ?
Qu’est-ce qui permet à notre client d’être satisfait de notre application ? - Valeur de réputation :
Comment faire pour communiquer sur nos succès ?
Les agilistes vont vous pousser à valider vos hypothèses :
Comment pouvons nous démontrer que nos utilisateurs utiliseront cette fonctionnalité ?
Ici, je présente un processus d’accompagnement traditionnel pour les coachs agile qui cible un Produit pas trop complexe avec une à deux équipes.
Alors comment gérer le passage à l’échelle ? Spotify, Safe, Nexus …
Spotify est souvent mis en avant comme l’exemple à suivre, mais de quoi parle ton ?
On parle du premier modèle qui a fait son succès avec les tribus, les chapitres et les guildes :
Cependant la réalité est différente :
- Spotify est un service suédois de streaming musical sous la forme d’un logiciel propriétaire et d’un site web. Donc votre organisation ou votre produit n’est pas Spotify.
- Spotify n’est plus sur ce modèle… (la version présenté en conférences à depuis bien évolué, Spotify ayant expérimenté et appris beaucoup de nouvelles choses).
- Spotify à l’Agile c’est comme Toyota au Lean : c’est avant tout une culture d’entreprise et le développement de leurs modèles de travail pour eux et utilisable chez eux.
- Spotify a aussi aplatis la pyramide managériales MAIS ensuite la re-créé en rapport à leurs besoins.
Tout ceci n’est pas nouveaux pour les connaisseurs, Je vous invite à lire cette article : Ne copiez pas le modèle Spotify .
Alors comment passer à l’échelle ?
J’aimerais vous faire réfléchir à un autre axe si vous souhaitez construire votre modèle comme Spotify, alors vous devez penser à votre entreprise comme un organisme vivant de grande taille avec des équipes qui se croisent, s’entrechoquent ou s’ignorent. La transformation est donc organique et elle se structurera autour de la chaîne de valeur intrinsèque dans votre organisation.
Comment travailler ses Chaînes de valeurs ?
Il faut apprendre à écouter son organisation, redécouvrir les cellules qui l’a font vivre.
Ensuite vous devez faire confiance à ses organes, les consultants sont bons pour aider mais se sont vos collaborateurs qui font la richesse de votre organisation et son avenir.
À la tribu, nous avons co-créé un atelier de prise de conscience et d’acculturation pour vous aider dans vos organisations à démarrer une démarche « chaînes de valeurs » : http://www.agiletribu.com/contenu.html?uid=atelier-poupee-lego
Notre proposition est de réaliser cet atelier dans votre organisation et ensuite de vous accompagner dans une démarche de co-création et co-apprenance pour permettre de mettre en place :
- vos chaînes de valeurs
- une organisation organique et mobile avec des équipes BizSecDevOps : équipe représentante l’ensemble des acteurs d’une chaîne de valeurs
- un recrutement par les pères et de la formation pour vos équipes par les membres de votre organisation
- la gestion du bien être du collaborateur au sein de sa chaîne
- une vision Permagile de votre organisation.
L’Agile Tribu est là pour vous aider à transformer votre organisation vers une organisation apprenante, responsable, proche de ses valeurs et de sa vision.
Contactez-nous : contact@agiletribu.com
Designer une session collaborative Formation-action intra ‘Agile Tribu’
Nous organisons avec Elise Minguet, une première formation sur « Designer une session collaborative ».
Cette formation sera sur deux demie-Journée : Après-midi du 6 juin et l’après-midi du 27 juin 2018 14:00-18:00.
Description de la formation :
Ford disait : « Se réunir est un début ; rester ensemble est un progrès ; travailler ensemble est la réussite. »
Un groupe, une équipe, un collectif c’est un système vivant. Il se construit, il s’entretient, il s’anime dans un temps défini par une situation : une journée collaborative, un séminaire d’entreprise, une vie d’équipe…
L’objet de cette formation est de permettre à tout acteur du changement ayant déjà pratiqué l’accompagnement d’équipe de théoriser sa pratique et pratiquer la théorie pour mettre de la puissance dans ses interventions.
Pourquoi ?
A l’issue de la formation les participant.e.s seront capables de :
– Identifier et adresser les dynamiques d’une équipe lors d’une session collaborative, une formation-action…
– Comprendre le cycle de développement d’une équipe sur une journée, sur un projet, sur un moment de vie d’équipe
– Poser les facteurs clés de succès de leur prochaine animation
Comment ?
Le dispositif consiste en 2 demi-journées de formation-action pour un groupe de 12 personnes maximum. Le groupe se retrouvera dans les locaux d’Agile Tribu pour se former et expérimenter des situations liées à l’accompagnement d’équipe.
Pour qui ?
Le dispositif s’adresse à tout acteur du changement ayant déjà pratiqué l’accompagnement d’équipe, agile ou pas, IT ou pas…
Quoi ?
Le contenu de la formation ci-dessous se déroulera sur 2 demi-journées. Cela permettra aux participants d’expérimenter et de travailler entre les sessions.
Le programme Ici Design de session_Agile tribu
Quelques mots sur Elise :
Elise a travaillé pendant plus de 10 ans dans des grandes entreprises du secteur tertiaire et public.
Tout d’abord au sein de fonctions marketing, puis elle a évolué vers un rôle de consultante en système d’information, principalement sur les processus et l’organisation.
Elle a pu ainsi monter en compétence sur l’agilité, le design thinking, l’intrapreunariat et la facilitation de sessions collaboratives.
Depuis 4 ans, Elise alterne, en intégrant l’agilité, les missions de coaching, facilitation et formation.
ScrumBan en Action
Why de l’article
Je ne trouve pas sur le web de définition du ScrumBan qui me satisfasse.
How
J’ai cherché à avoir un schéma proche des habitudes Scrum mais plus orienté ScrumBan.
Mais la littérature web ne montre que des images de board Kanban.
What
Quelques explications :
Pour rester simple, cela représente un flux continu avec en entrée le backlog qui est entretenu par le processus ScrumBan et en sortie l’incrément qui est alimenté en continu comme en méthode Kanban.
La particularité du flux ScrumBan, quelque soit votre workflow, est que vous devez réaliser les actions en « just in time ».
Le ScrumBan est un mélange de Scrum (cérémonies et sprint) et Kanban (le flux tiré, la gestion des limites du travail en cours, du just in time ..) adapté à l’équipe et par l’équipe, dans mon cas voici la description des actions de notre flux :
- Pas de sprint planning en début d’itération, mais des cérémonies d’affinage pour lever les loups entre analyste / dev
- et des cérémonies d’estimation pour valider le ready d’une user story.
- Nous avons gardé la rétrospective de fin d’itération.
- Nous avons des rétrospectives technique.
- La mise à disposition des US Done sont délivrées toutes les nuits, via le déploiement du ‘master‘ du gestionnaire de code source.
- Nous avons aussi gardé le sprint review de fin d’itération pour communiquer vers les clients et sponsors les réalisations Done du Sprint.
Quand déclencher une action just in time ?
Quand une limite est atteinte ou quand le flux tiré le demande.
C’est à dire pour nous quand la limite de 3 US dans la file « A affiner » ou quand la file « Prête pour dév » est vide, alors nous déclenchons un atelier d’affinage ou d’estimation.
Un des objectifs de l’équipe et du coach est d’avoir un flux équilibré et fluide.
Vous pouvez lire le livre de Laurent Morisseau Kanban pour l’IT.
Dans mon cas, le kanban commence de la planification des prochaines études et fini à la mise en place de la feature dans le master de notre GitLab.
Vous pouvez lire l’article de Martin Fowler sur le FeatureBranch.
Je serai ravi de discuter avec vous de ce sujet à un Meetup Agile Tribu ou lors d’un BBL.
Un bon Debrief de jeux Agile
Lorsque vous jouez un jeu agile avec vos équipes :
- ice breaker,
- Serious Game
- ou encore un jeu d’apprentissage
Il est préférable de préparer, en amont, ses questions de debrief. Elles doivent suivre le cheminement intellectuel suivant pour amener les membres de l’équipe à tirer du jeu des changements concrets :
- Evoquer les sentiments et les émotions pour établir un climat de confiance et les mettre en condition pour accueillir le changement (y compris dans leur corps) : qu’est-ce que vous avez ressenti durant le jeu ?
- Mettre au jour les difficultés rencontrées et les succès atteints : est-ce que vous avez réussi ? Quels sont les problèmes que vous avez affrontés ? Comment les avez-vous surmontés ?
- Pousser l’équipe à faire des analogies avec leur quotidien : est-ce que vous voyez des similitudes entre ce que vous avez vécu pendant le jeu et votre vie d’équipe ?
- Amener les participants à utiliser les enseignements du jeu : qu’est-ce que cela vous a donné envie de mette en oeuvre dans votre fonctionnement d’équipe ?
Afin de pousser l’équipe à mettre en oeuvre les changements identifiés pendant le jeu, nous vous encourageons à garder une trace écrite du débrief, un simple paperboard avec les éléments clés est suffisant, et d’afficher cette trace dans un lieu de vie de l’équipe. Vous pouvez aussi donner les objets utilisés pendant le jeu. L’équipe se fera une joie de les ressortir pendant leur quotidien, ce qui facilitera l’ancrage.
Pendant le débrief, ménager des silences et créer de l’espace pour que les plus introvertis puissent également partager leurs impressions. Ne pas hésiter à gentiment proposer aux extravertis de laisser la parole aux autres. Pendant les silences, inviter du regard ceux qui n’ont pas encore parlé. Cependant, la prise de parole de tous n’est pas indispensable, d’autres occasions pourront se présenter ultérieurement. Dans le cas où, l’ensemble de l’équipe reste peu loquace, prendre 5 minutes pour que les participants écrivent leur débrief avant de partager tous ensemble.
Suite au debrief des participants, un coach partage souvent ce qu’il a perçu du jeu et du fonctionnement de l’équipe (uniquement de l’observation, effet miroir). Il peut aussi aller plus loin et proposer des parallèles avec le vécu des participants.
Co-écrit par : Loïc Delcros, Thibaut Appert, Swann Bouvier-Muller, Yannick AMEUR, Arnaud Gonzales
Comment devenir Membre de l’Agile Tribu ?
On nous demande souvent lors de nos différentes rencontres, « comment faire partie de la Tribu ? »
Nous identifions 2 niveaux d’appartenance à la Tribu :
- La participants de la communauté
- Les membres de la Tribu, dont les visages sont affichés ici
Est considérée comme participante de la communauté toute personne qui assiste à un ou plusieurs de nos Meetups, et / ou participe sur notre groupe Slack
Il y a deux règles de base pour être membre de la Tribu :
- Etre actif dans la Tribu depuis un an avec des contributions
- Avoir la confiance des autres membres de la Tribu
Pour participer, venez à l’un de nos meetups réguliers :
https://www.meetup.com/fr-FR/AgileTribu
Sur le Slack :
Gestion des risques en management visuel pour Product Owner
Lorsque l’on gère un produit en Agile, les Product Owner doivent aussi gérer les risques.
Les risques sont comme en parle Jean-Claude Grosjean de différents types (globalement) :
- Organisation / Produit
- Métier / Fonctionnel
- Client / Utilisateur
- Technique
- Fournisseur / Service Externe
Donc voici un petit outil visuel à mettre à votre mur ou fenêtre pour le Product Owner :
A vous de le mettre à jour à chaque fois que cela change, gérez le temps et l’importance et ne laisser jamais un risque actif dans proche et fort.
exemples :
- Demander à l’infra les serveurs de prod : 3 mois à l’avance.
- Pour les vacances : demander le planning des congés pour accorder nos forces.
Bien débuter en Agile
Voici quelques liens pour commencer seul :
Le site de mountaingoatsoftware avec l’intro sur Scrum : des présentations de Scrum en ppt dans toutes les langues :
https://www.mountaingoatsoftware.com/presentations/an-introduction-to-scrum
En livre :
Le livre de Scrum par Claude Aubry : Amazon et son blog http://www.aubryconseil.com/
Le livre de Laurent Morisseau Kanban pour l’IT pour les produits multi tickets en mode Kanban : Amazon son site www.morisseauconsulting.com
Pour les User Story (stories) :
Le guide Scrum pour préparer la certification Scrum PSM 1
2016 en anglais must pour la certification :
http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdf
2013 en Français pour mieux apprendre :
http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-FR.pdf
Passer une certification
Avec Scrum.org passez la certification en ligne de Scrum Master niveau 1 ( Professional Scrum Master™ ) avec le Scrum Guide environ 150$ :
https://www.scrum.org/Assessments/Professional-Scrum-Master-Assessments/PSM-I-Assessment
Utilisez sans modération le ScrumOpen qui est un examen blanc gratuit, sinon j’aide à préparer sur deux jours la certification.
Ou sinon avec la ScrumAlliance et ses formations certifiantes, je vous recommande l’un de ses deux formateurs :
- Petra Skapa : https://fr.linkedin.com/in/petraskapa/fr
- Bruno Sbille : http://brunosbille.com/
Avec les formateurs d’Agile Tribu
Nous pouvons venir vous former avec votre équipe avec des formations adaptées à vos besoins, contactez-moi : yannick.ameur@gmail.com
Ou encore prenez une demie-journée pour un CUBE
Inscrivez vous sur Paris ou en régions aux Cubes :
http://1cube-and-go.com
Nous pouvons aussi les donner chez vous à partir de 5 personnes.
La tribu fait deux Cubes le Jeudi 26/01
Oyé Oyé
Agile Tribu fait son 2ème et 3ème Cubes : Prioriser, estimer et planifier et Expliquer l’agilité dans mon entreprise
le Jeudi 26 janvier 2017
Cube Après-midi : Expliquer l’agilité dans mon entreprise
Depuis plusieurs jours, semaines ou mois, vous entendez des personnes de votre entreprise dire qu’il faut passer à l’Agilité.
Vous entendez des : « Agile c’est quand tu collabores pour réaliser des user stories grâce au Scrum Master », « Tu es agile, tu mets des post-it au mur, et tu fais des points courts quotidiens » ou encore « Agile c’est un truc de dev, c’est pour qu’ils arrêtent la spec’ ! »…
Deux possibilités : vous ne savez pas exactement ce que c’est et vous aimeriez bien qu’on vous éclaire sur ce qu’est réellement l’agilité ou bien vous connaissez le sujet par cœur mais ne savez pas comment bien l’expliquer aux acteurs de votre projet.
Comment expliquer la démarche à mon équipe de développement sans qu’elle ne prenne peur ? A mon manager pour qu’il se sente impliqué ? A mon métier pour qu’il se sente rassuré ? A mon client pour qu’il se sente valorisé ?
Cube matin : Prioriser, estimer et planifier
De responsable métier avec son cahier des charges à Product Owner avec son backlog produit, prioriser est probablement un des sujets les plus délicats.
Estimer la valeur, le contentement client ou l’effort, tous ces critères sont indispensables pour faire une bonne priorisation et satisfaire tout le monde.
Vous testerez plusieurs techniques de priorisation, d’estimation et de planification. A pratiquer seul ou en équipe, de basique à complexe, il y aura des pratiques pour tous les goûts.
Venez prioriser, c’est une priorité !
Vos hôtes : Nathaniel Richand, Jean-Claude Grosjean et Yannick Ameur.
Rendez-vous chez nous au 4 ter passage de la main d’or 75011 Paris de 8:45 à 12:30
Métro Ledru-Rollin
Tarif : 216 € TTC / cube
Inscriptions à la Billetterie :
Agile Tribu 