Retour d'expérience de la conception d'un système kanban, basée sur la méthode décrite par Laurent Morisseau, dans on livre "Kanban pour l'IT". Présentation effectuée par Renaud Chevalier, au premier meetup du French Kanban User Group, le 21 janvier 2014.
Présentation d'un retour d'expérience d'une transformation à grande échelle chez un grand compte de l'assurance, au premier meetup du French Kanban User Group.
"Initiation au kanban" à la conférence CodeursEnSeine (Novembre 2014)Couthaïer FARFRA
Présentation des piliers et pratiques de la méthode Kanban pour l'IT, ainsi que du processus de mise en oeuvre.
Cette présentation a été réalisée lors de la conférence CodeursEnSeine, le 27 Novembre 2014, à Rouen.
Agile Tour Clermont Ferrand - Romain Couturier - Kanban pour tousPig Acube
Kanban pour tous
Pour toutes celles et ceux qui entendent parler de Kanban ou qui découvrent, je vous propose une compilation de retours d’expériences de mise en place de Kanban dans plusieurs environnements dont certains n’ont rien à voir avec l’agilité.
Ces équipiers, responsables produits, manager, ont profité de la puissance de Kanban pour organiser leur travail et améliorer leurs prises de décisions. Chacun à leur niveau et à leur rythme, ils ont pris conscience des processus de travail dans lesquels ils évoluaient et de quels indicateurs ils avaient besoin pour développer leur amélioration continue. Révolution pour les uns, « rupture douce » pour les autres, il existe mille et une façons d’utiliser Kanban et d’en tirer profit. Une chose est certaine, vous aussi pouvez déployer Kanban dans votre environnement, quelle que soit votre place dans l’entreprise. Pour cela il faudra vous concentrer sur vos bonnes unités de valeur.
Résumé
Pour la modification du code, nous utilisons tous des outils électroniques (IDEs, Git, Cucumber). Pour notre management visuel, nous avons encore des réticences : trop rigides, trop simpliste ou trop compliqués, ..ou encore difficile à intégrer ensemble. Et bien, je pense que ce sont des préjugés.
Fan d'outils, je vais vous aider à trouver votre ou vos outils Kanban.
Je présenterai intégration des outils Kanban entre eux et aussi vers d'autres outils de la chaine de Continuuous Delivery.
Description
Les freins à l'utilisation des outils électroniques et surtout leur intégration qui peut devenir un vrai casse tête.
Les nouvelles solutions qui méritent au moins de se reposer cette question d'utiliser des outils électroniques pour Kanban.
La flexibilité apporter par les API. Notamment la facilité d'étendre les fonctionnalités avec d'autres outils kanban/agiles préférés.
La possibilité de les adapter facilement pour accompagner les changements souhaités par l'équipe.
Déroulement
les étapes de la session : (à ce jour)
- Paradoxe de la multitude outils pour Kanban et des freins à leur adoption
- Des outils simples et qui vous guident dans leur utilisation, ca existe déjà
- Le choix épineux du bon outil : Matrice fonctionnalités, calcul ROI, ..
- On oublie parfois .. qu'il doit avant tout être agile (facile à adapter/changer/etendre/intégrer)
- L'intégration des outils c'est super simple ! Zapier, IFTTT
- Tellement simple que l'on peut même monter rapidement une usine à gaz
- Et si on essayait les faire eux aussi travailler en flux tiré ?
SMMW // Cas Marketel - Alimentation Couche-TardGuillaume Lemay
Présentation pour notre pitch publicitaire qui remporta la première position, dans le cadre du cas Marketel de la Semaine MUCH Marketing.
Équipe de quatre personnes: HEC Montréal
Notre client: Alimentation Couche-Tard
Élaboration d'une campagne de communication marketing intégrée pour ce client en l'espace d'une semaine. Pitch publicitaire dans les bureaux de Marketel évalué par des publicitaires de l'agence. Victoire de notre équipe, suite à ce pitch publicitaire.
Présentation d'un retour d'expérience d'une transformation à grande échelle chez un grand compte de l'assurance, au premier meetup du French Kanban User Group.
"Initiation au kanban" à la conférence CodeursEnSeine (Novembre 2014)Couthaïer FARFRA
Présentation des piliers et pratiques de la méthode Kanban pour l'IT, ainsi que du processus de mise en oeuvre.
Cette présentation a été réalisée lors de la conférence CodeursEnSeine, le 27 Novembre 2014, à Rouen.
Agile Tour Clermont Ferrand - Romain Couturier - Kanban pour tousPig Acube
Kanban pour tous
Pour toutes celles et ceux qui entendent parler de Kanban ou qui découvrent, je vous propose une compilation de retours d’expériences de mise en place de Kanban dans plusieurs environnements dont certains n’ont rien à voir avec l’agilité.
Ces équipiers, responsables produits, manager, ont profité de la puissance de Kanban pour organiser leur travail et améliorer leurs prises de décisions. Chacun à leur niveau et à leur rythme, ils ont pris conscience des processus de travail dans lesquels ils évoluaient et de quels indicateurs ils avaient besoin pour développer leur amélioration continue. Révolution pour les uns, « rupture douce » pour les autres, il existe mille et une façons d’utiliser Kanban et d’en tirer profit. Une chose est certaine, vous aussi pouvez déployer Kanban dans votre environnement, quelle que soit votre place dans l’entreprise. Pour cela il faudra vous concentrer sur vos bonnes unités de valeur.
Résumé
Pour la modification du code, nous utilisons tous des outils électroniques (IDEs, Git, Cucumber). Pour notre management visuel, nous avons encore des réticences : trop rigides, trop simpliste ou trop compliqués, ..ou encore difficile à intégrer ensemble. Et bien, je pense que ce sont des préjugés.
Fan d'outils, je vais vous aider à trouver votre ou vos outils Kanban.
Je présenterai intégration des outils Kanban entre eux et aussi vers d'autres outils de la chaine de Continuuous Delivery.
Description
Les freins à l'utilisation des outils électroniques et surtout leur intégration qui peut devenir un vrai casse tête.
Les nouvelles solutions qui méritent au moins de se reposer cette question d'utiliser des outils électroniques pour Kanban.
La flexibilité apporter par les API. Notamment la facilité d'étendre les fonctionnalités avec d'autres outils kanban/agiles préférés.
La possibilité de les adapter facilement pour accompagner les changements souhaités par l'équipe.
Déroulement
les étapes de la session : (à ce jour)
- Paradoxe de la multitude outils pour Kanban et des freins à leur adoption
- Des outils simples et qui vous guident dans leur utilisation, ca existe déjà
- Le choix épineux du bon outil : Matrice fonctionnalités, calcul ROI, ..
- On oublie parfois .. qu'il doit avant tout être agile (facile à adapter/changer/etendre/intégrer)
- L'intégration des outils c'est super simple ! Zapier, IFTTT
- Tellement simple que l'on peut même monter rapidement une usine à gaz
- Et si on essayait les faire eux aussi travailler en flux tiré ?
SMMW // Cas Marketel - Alimentation Couche-TardGuillaume Lemay
Présentation pour notre pitch publicitaire qui remporta la première position, dans le cadre du cas Marketel de la Semaine MUCH Marketing.
Équipe de quatre personnes: HEC Montréal
Notre client: Alimentation Couche-Tard
Élaboration d'une campagne de communication marketing intégrée pour ce client en l'espace d'une semaine. Pitch publicitaire dans les bureaux de Marketel évalué par des publicitaires de l'agence. Victoire de notre équipe, suite à ce pitch publicitaire.
Apache Cassandra - Concepts et fonctionnalitésRomain Hardouin
Apache Cassandra - Concepts et fonctionnalités, 25/02/2014
Présentation de Cassandra pour le premier évènement "Lyon Cassandra Users" (organisé par DataStax & Zenika).
* Présentation de Cassandra
* Concepts clés (Théorie & Architecture)
* Installation
* Les outils DataStax : DevCenter et OpsCenter
* Modèle de données
* Requêtes
« Il était une fois la vie d’un Product Owner (PO) » est un retour d’expérience de 9 mois, une immersion dans la peau d’un Product Owner qui découvre son rôle et qui doit livrer son premier produit.
Entre les visionnaires, les utilisateurs, l’équipe de développement et les investisseurs, il évolue dans un environnement exigeant, sans filet. De l’initiation à la maturité, ce Product Owner va vivre des échecs, des réussites et construire pas à pas son produit en utilisant des techniques d’expression de besoins dans le seul et unique but de valider ses hypothèses.
Entre fiction et réalité, « Il était une fois la vie d’un Product Owner » est une illustration concrète et fantastique du quotidien et de l’apprentissage d’un Product Owner fraîchement débarqué qui va gérer son produit en mode startup.
Cette session illustre par des exemples concrets la réalité de ce rôle où rien n’est simple ni écrit d'avance avec des focus particuliers sur :
• L’évolution d’une approche déterministe de la gestion de produit vers la mise en place d’hypothèses et de mesures associées,
• L’articulation des outils actuellement à disposition des Product Owner : de la vision à la production en passant par les User stories, les exigences non-fonctionnelles, Kanban pour les Product Owner, l’impact mapping et le Lean Startup,
• L’apprentissage des erreurs commises, leurs analyses et des idées pour les éviter : UX, communication, gestion du backlog,
• La remise en question de la stratégie du Product Owner par son travail avec les parties prenantes
• Maintenir un équilibre fragile entre une approche analytique de l’expression de besoins et un contexte émergent inhérent à l’environnement startup.
Cette session s’adresse particulièrement à tous les Product Owner et les responsables produit qui souhaitent développer et enrichir leur gestion de produit agile.
Atelier Isidore du colloque des Industries Numériques et de la Santé: "m-sant...isidore-sante
Le Docteur Vincent Varlet, président du nouvel Isidore, a présenté lors de cet atelier les raisons de la création de l'ambitieux Think Tank de la santé digitale en France. Florence BERNARD, directrice santé de l'UDA, y a exposé les raisons qui ont amené cette importante organisation professionnelle à soutenir la refondation de l'association dont elle est membre d'honneur et à accompagner cette plateforme de réflexion essentielle aux développement de recommandations et bonnes pratiques responsables dans la santé digitale. Le lancement du site de l'association www.isidore-sante.fr a été annoncé ainsi que la création d'un #isidoresante sur Twitter. Les cinq collèges constitutifs d'Isidore y ont, quant à eux, présenté leur vision de la m-santé, leurs attentes et leur rôle au sein de l'association.
Selon plusieurs récits islamiques authentiques, la fin du monde approche.
À voir aussi le lien de la vidéo correspondante:
http://www.dailymotion.com/playlist/xnik_tvkahina_spiritualite
Protection des métaux contre la corrosionCHTAOU Karim
Cette présentation présentent tout d’abord les principaux types de la corrosion et il présente une description détaillée des trois grandes méthodes, préventives et curatives, utilisées en anticorrosion.
La vie et la mission de Saint Paul d'après les Actes des apôtres.
Six parties :
1 : La conversion de Saul - Actes des Apôtres 9, 1-19
2. Paul s'enfuit de Damas - Actes des Apôtres 9, 20-30
3. Le baptême de Lydia - Actes des Apôtres 16, 11-16
4. Le baptême d’un romain - Actes des Apôtres 16, 16-34
5. Les voyages de Paul, l'arrestation, Paul devant Félix, le naufrage - Actes des Apôtres 16 à 28
6. Paul à Rome - Actes des Apôtres 28, 26-30
Présentation de la plate-forme d'éco-conception CORINEBrice Kosinski
Eurocopter, leader mondial de la filière hélicoptère, a pris l’initiative du projet CORINE pour réduire l’impact environnemental sur la chaîne d’approvisionnement de ses produits civils.
Planifié sur trois ans, CORINE a pour objectif de fournir aux PME un outil d’éco-conception collaboratif entre donneurs d’ordre et fournisseurs. Il permettra d’identifier et d’intégrer de nouveaux matériaux et procédés tout au long du cycle de vie de l’hélicoptère.
CORINE est un outil collaboratif d'éco-conception unique en son genre. Les points clés innovants de l’outil d’éco-conception :
- Interface collaborative entre donneurs d’ordre et fournisseurs permettant de faire des choix en matière d’éco-conception
- Outil simple d’utilisation pour sélectionner les matériaux et procédés améliorant la performance environnementale
- Outil conçu pour la filière aéronautique et adaptable à des secteurs similaires
Process visualisation - step-by-step - by Natalie Yadrentseva - Kanban Day 2015French Kanban User Group
Benefits of the process visualization in an organization
How to synchronize teams and get all departments at the same page
How to start: build a Process Map step-by-step at the Process Visualization workshop (phases, people, timing)
Real industry examples: product development, manufacturing, software development
I would like to share my experience of holding of the process visualization workshops in various organizations. The purpose of these workshops is to eliminate communication between teams and departments, understand who reports to whom and where dependencies between departments are.
Je n'aime pas les outils. Ils sont contraignants, ils freinent ma créativité, ils m'obligent à suivre un process défini. Et pourtant... j'utilise un ordinateur, j'utilise un IDE... OK, j'admets qu'il sont parfois nécessaires. Alors, je corrige : je n'aime pas certains outils. Ceux qui justement me forcent à m'adapter à eux. Mais j'ai besoin de ceux qui me permettent d'oublier les contraintes, qui m'aident à collaborer et à partager.
J'aime JIRA Agile. Je veux vous en parler.
1-Pourquoi s'outiller?
2-Bon et mauvais outil (à mon avis...)
3-La proposition Atlassian pour outiller l'agilité (ou comment nous réconcilier)
4-Démonstration de JIRA Agile
5-Conclusion
Apache Cassandra - Concepts et fonctionnalitésRomain Hardouin
Apache Cassandra - Concepts et fonctionnalités, 25/02/2014
Présentation de Cassandra pour le premier évènement "Lyon Cassandra Users" (organisé par DataStax & Zenika).
* Présentation de Cassandra
* Concepts clés (Théorie & Architecture)
* Installation
* Les outils DataStax : DevCenter et OpsCenter
* Modèle de données
* Requêtes
« Il était une fois la vie d’un Product Owner (PO) » est un retour d’expérience de 9 mois, une immersion dans la peau d’un Product Owner qui découvre son rôle et qui doit livrer son premier produit.
Entre les visionnaires, les utilisateurs, l’équipe de développement et les investisseurs, il évolue dans un environnement exigeant, sans filet. De l’initiation à la maturité, ce Product Owner va vivre des échecs, des réussites et construire pas à pas son produit en utilisant des techniques d’expression de besoins dans le seul et unique but de valider ses hypothèses.
Entre fiction et réalité, « Il était une fois la vie d’un Product Owner » est une illustration concrète et fantastique du quotidien et de l’apprentissage d’un Product Owner fraîchement débarqué qui va gérer son produit en mode startup.
Cette session illustre par des exemples concrets la réalité de ce rôle où rien n’est simple ni écrit d'avance avec des focus particuliers sur :
• L’évolution d’une approche déterministe de la gestion de produit vers la mise en place d’hypothèses et de mesures associées,
• L’articulation des outils actuellement à disposition des Product Owner : de la vision à la production en passant par les User stories, les exigences non-fonctionnelles, Kanban pour les Product Owner, l’impact mapping et le Lean Startup,
• L’apprentissage des erreurs commises, leurs analyses et des idées pour les éviter : UX, communication, gestion du backlog,
• La remise en question de la stratégie du Product Owner par son travail avec les parties prenantes
• Maintenir un équilibre fragile entre une approche analytique de l’expression de besoins et un contexte émergent inhérent à l’environnement startup.
Cette session s’adresse particulièrement à tous les Product Owner et les responsables produit qui souhaitent développer et enrichir leur gestion de produit agile.
Atelier Isidore du colloque des Industries Numériques et de la Santé: "m-sant...isidore-sante
Le Docteur Vincent Varlet, président du nouvel Isidore, a présenté lors de cet atelier les raisons de la création de l'ambitieux Think Tank de la santé digitale en France. Florence BERNARD, directrice santé de l'UDA, y a exposé les raisons qui ont amené cette importante organisation professionnelle à soutenir la refondation de l'association dont elle est membre d'honneur et à accompagner cette plateforme de réflexion essentielle aux développement de recommandations et bonnes pratiques responsables dans la santé digitale. Le lancement du site de l'association www.isidore-sante.fr a été annoncé ainsi que la création d'un #isidoresante sur Twitter. Les cinq collèges constitutifs d'Isidore y ont, quant à eux, présenté leur vision de la m-santé, leurs attentes et leur rôle au sein de l'association.
Selon plusieurs récits islamiques authentiques, la fin du monde approche.
À voir aussi le lien de la vidéo correspondante:
http://www.dailymotion.com/playlist/xnik_tvkahina_spiritualite
Protection des métaux contre la corrosionCHTAOU Karim
Cette présentation présentent tout d’abord les principaux types de la corrosion et il présente une description détaillée des trois grandes méthodes, préventives et curatives, utilisées en anticorrosion.
La vie et la mission de Saint Paul d'après les Actes des apôtres.
Six parties :
1 : La conversion de Saul - Actes des Apôtres 9, 1-19
2. Paul s'enfuit de Damas - Actes des Apôtres 9, 20-30
3. Le baptême de Lydia - Actes des Apôtres 16, 11-16
4. Le baptême d’un romain - Actes des Apôtres 16, 16-34
5. Les voyages de Paul, l'arrestation, Paul devant Félix, le naufrage - Actes des Apôtres 16 à 28
6. Paul à Rome - Actes des Apôtres 28, 26-30
Présentation de la plate-forme d'éco-conception CORINEBrice Kosinski
Eurocopter, leader mondial de la filière hélicoptère, a pris l’initiative du projet CORINE pour réduire l’impact environnemental sur la chaîne d’approvisionnement de ses produits civils.
Planifié sur trois ans, CORINE a pour objectif de fournir aux PME un outil d’éco-conception collaboratif entre donneurs d’ordre et fournisseurs. Il permettra d’identifier et d’intégrer de nouveaux matériaux et procédés tout au long du cycle de vie de l’hélicoptère.
CORINE est un outil collaboratif d'éco-conception unique en son genre. Les points clés innovants de l’outil d’éco-conception :
- Interface collaborative entre donneurs d’ordre et fournisseurs permettant de faire des choix en matière d’éco-conception
- Outil simple d’utilisation pour sélectionner les matériaux et procédés améliorant la performance environnementale
- Outil conçu pour la filière aéronautique et adaptable à des secteurs similaires
Process visualisation - step-by-step - by Natalie Yadrentseva - Kanban Day 2015French Kanban User Group
Benefits of the process visualization in an organization
How to synchronize teams and get all departments at the same page
How to start: build a Process Map step-by-step at the Process Visualization workshop (phases, people, timing)
Real industry examples: product development, manufacturing, software development
I would like to share my experience of holding of the process visualization workshops in various organizations. The purpose of these workshops is to eliminate communication between teams and departments, understand who reports to whom and where dependencies between departments are.
Je n'aime pas les outils. Ils sont contraignants, ils freinent ma créativité, ils m'obligent à suivre un process défini. Et pourtant... j'utilise un ordinateur, j'utilise un IDE... OK, j'admets qu'il sont parfois nécessaires. Alors, je corrige : je n'aime pas certains outils. Ceux qui justement me forcent à m'adapter à eux. Mais j'ai besoin de ceux qui me permettent d'oublier les contraintes, qui m'aident à collaborer et à partager.
J'aime JIRA Agile. Je veux vous en parler.
1-Pourquoi s'outiller?
2-Bon et mauvais outil (à mon avis...)
3-La proposition Atlassian pour outiller l'agilité (ou comment nous réconcilier)
4-Démonstration de JIRA Agile
5-Conclusion
Retour d'expérience sur la mise en place et l'utilisation du Kanban dans l'industrie automobile.
"1) Le kanban, pourquoi faire ?
2) qu'est ce que le Kanban en industrie ?
3) Ce que n'est pas le kanban
4) outils complémentaires de l'industrie
5) échanges"
Du cycle en V au kanban, je vous propose le retour d'expérience d'une transformation en profondeur de notre gestion des projets, et des contributions.
En tant qu'agiliste en devenir, je vous présenterai un témoignage de ce que la mise en oeuvre du kanban et ses pratiques associées ont changé concrètement au sein des équipes CP/PO, développement et qualification.
Kanban du design à la prod par Laurène Vol & Ghislain ULRICH au Kanban Day ...French Kanban User Group
On parle souvent de la mise en place de Kanban sur les équipes de devs. Mais cela ne s'arrête pas là.
Nous avons mis en place Kanban sur un projet de 80 personnes dans toutes les équipes : Designers, POs, équipes de dev, QA, équipes de production, et tout le monde y trouve son compte !
Vous allez découvrir les succès et les échecs d'une transformation Kanban full stack menée... en Kanban !
Retour d'expérience sur la transition de Scrum vers ScrumBan (Scrum + Kanban), d'un projet pilote, dans le cadre de la transformation Agile du N°1 de la communication urbaine
REX conception d'un système Kanban au premier Meetup du FKUG
1. CONCEPTION D’UN SYSTÈME KANBAN
SUIVANT LA MÉTHODE MORISSEAU
Par Renaud CHEVALIER
Coach Agile chez Xebia
Meetup FKUG du 21/01/14
mercredi 22 janvier 14
2. ELEVATOR PITCH
Pourquoi ce REX ?
Dans nos missions de coaching, nous entendons parler de plus en plus de Kanban. C'est devenu la solution
miracle à tous les problèmes. Ca a l'air tellement simple quand les gens en parlent : Il suffit d'identifier des
colonnes, un bout de scotch et le tour est joué! Ce n'est pas si simple...
En kanban, avant de chercher à s'améliorer, on part d'où l'on est. Pour cela il faut étudier précisément le
fonctionnement de l'organisation concernée.
Dans son livre "Kanban pour l'IT", Laurent Morisseau propose une méthode structurée pour concevoir un
système Kanban.
Dans ce REX, je vous propose de voir un cas concret d'application de cette méthode.
mercredi 22 janvier 14
3. CONTEXTE
Un acteur majeur du pari hippique
Une transformation
Un passage en Feature Teams & Kanban
mercredi 22 janvier 14
4. CONCEPTION D’UN SYSTÈME KANBAN SUIVANT LA MÉTHODE MORISSEAU
KANBAN pour l’IT page 32
AMÉLIORATION
CONCEPTION
Sy stème
k anban
ÉTUDE
mercredi 22 janvier 14
MISE EN PLACE
5. CONCEPTION D’UN SYSTÈME KANBAN SUIVANT LA MÉTHODE MORISSEAU
KANBAN pour l’IT page 32
Portée et objectifs
Nature de la demande
Capacité du système
Eléments de
travail
Flux tiré
Carte
kanban
mercredi 22 janvier 14
Flux de
travail
Tableau
kanban
Limite haute
Juste à temps
Limite basse
Cadence
6. PORTÉE DU SYSTÈME
Portée et objectifs
Le système kanban initial commence et s’arrête là où
l’équipe peut être propriétaire du processus
Processus Amont
Système kanban
Besoin
Réalisation
N ous som m e s i c i
(P Os + De v s)
mercredi 22 janvier 14
Processus Aval
Test
Opération
7. OBJECTIFS DU SYSTÈME
Portée et objectifs
Incertitude
sur le
planning ou
les délais
…
Des tâches
non prévues
qui
perturbent les
engagements
pris
Non respect
du
cérémonial
Insatisfaction
Mieux
collaborer
entre les
pilotes
Avoir une
meilleure
visibilité
Supprimer les
silos entre
départements
Objectifs
Améliorer
la qualité
des
produits
Accélérer
la
réalisation
Pas de
priorisation
des
anomalies
par rapport
au besoin
Des stories
pas prêtes
Les tests en
cycle en V
mercredi 22 janvier 14
Une
mauvaise
priorisation
du travail
…
Définir une
meilleur
priorité du
travail
Des
séances de
planificatio
n ou
chiffrage
trop longue
Mieux
anticiper
les risques
Diminuer
les
surcharges
de travail
Améliorer
la qualité
des
stories
8. ANALYSE DE LA NATURE DE LA DEMANDE
KANBAN pour l’IT page 35
Portée et objectifs
Nature de la demande
Capacité du système
Eléments de
travail
Flux tiré
Carte
kanban
mercredi 22 janvier 14
Flux de
travail
Tableau
kanban
Limite haute
Juste à temps
Limite basse
Cadence
9. ANALYSE DE LA DEMANDE
Analyse de la nature de la demande
Flux entrants
d’éléments
Types
d’éléments
Granularité
Bloquante
Critique
Test
Important
Mineur
Simple
Marketing
Feature
Story Fonct.
Story Tech.
D2I
Support
Exigences fonct.
Communauté
de pratiques
mercredi 22 janvier 14
XL
Dette technique
L
M
S
10. LES ÉLÉMENTS DE TRAVAIL (WBS)
Analyse de la nature de la demande
Produit
Features
Stories
fonctionnelles
Critères
d’acceptance
mercredi 22 janvier 14
Anomalies
Stories
techniques
Tâches
Tâches
Support
Dette technique
Exigences
fonctionnelles
Scénarios de test
(Cas de test)
11. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR TYPE ET PAR SPRINT
Analyse de la nature de la demande
R4
SP 7
R4
SP 8
R4
SP 9
R4
SP 10
R5
SP 11
(nb)
Types
R3
SP 6
(nb)
(nb)
(nb)
(nb)
(nb)
Moy.
(nb)
Stories
Fonct.
21
11
19
13
20
25
18
Stories
Tech.
6
1
1
3
2
1
2
Débit
Stories
27
12
20
16
22
26
20
Anos
29
21
62
26
62
56
43
Dette
tech.
9
9
11
11
7
7
9
Débit
Total
65
42
93
53
91
89
72
(Résolus)
mercredi 22 janvier 14
12. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR TYPE ET PAR SPRINT
Analyse de la nature de la demande
Débit
Stories
Anos
Moyenne
Dette Tech.
Total
90
80
70
60
50
40
30
20
10
0
Dette
Tech.
9
12%
t1
1
rin
0
t1
Sp
Sp
rin
t9
Sp
rin
t8
Sp
rin
t7
Sp
rin
t6
Strories
Tech.
2
3%
rin
Sp
mercredi 22 janvier 14
Stories
Fonct.
18
25%
Anos
43
60%
13. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR CATÉGORIE DE STORIES
Analyse de la nature de la demande
S
R4
SP 7
R4
SP 8
R4
SP 9
R4
SP 10
R5
SP 11
(nb)
Tailles
R3
SP 6
(nb)
(nb)
(nb)
(nb)
(nb)
Moy.
(nb)
3
2
1
2
0
1
1
14
6
11
7
9
8
9
10
4
6
5
11
17
9
0
0
2
2
2
0
1
Total (nb)
27
12
20
16
22
26
20
Total (pts)
92,5
44,5
90
79
119
118
90
(0,5 & 1 pts)
M
(2 & 3 pts)
L
(5 & 8 pts)
XL
(13 pts)
mercredi 22 janvier 14
14. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR CATÉGORIE DE STORIES
Analyse de la nature de la demande
Débit
S
M
L
Moyenne
XL
Total
30
XL
1
5%
25
S
1
5%
20
15
L
9
45%
10
5
mercredi 22 janvier 14
t1
1
rin
0
t1
Sp
Sp
ri n
t9
Sp
rin
t8
Sp
rin
t7
rin
Sp
Sp
rin
t6
0
M
9
45%
15. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR CATÉGORIE D’ANOMALIES
Analyse de la nature de la demande
R4
SP 7
R4
SP 8
R4
SP 9
R4
SP 10
R5
SP 11
(nb)
Tailles
R3
SP 6
(nb)
(nb)
(nb)
(nb)
(nb)
Moy.
(nb)
Bloquant
2
0
3
5
4
4
3
Critique
2
1
3
4
5
3
3
21
14
32
10
29
36
24
Mineur
3
6
21
7
18
13
11
Simple
1
0
3
0
6
0
2
21
62
26
62
56
43
Important
Total
mercredi 22 janvier 14
16. LES ÉLÉMENTS DE TRAVAIL : DÉBIT PAR CATÉGORIE D’ANOMALIES
Analyse de la nature de la demande
Débit
Moyenne
Bloquant
Critique
Important
Mineur
Simple
Total
Simple Bloquant
2
3
5%
7%
Critique
3
7%
70
60
Mineur
11
25%
50
40
30
20
10
mercredi 22 janvier 14
t1
0
Sp
rin
t1
1
Sp
rin
t9
Sp
rin
t8
Sp
rin
t7
rin
Sp
Sp
rin
t6
0
Important
24
56%
17. FLUX DE TRAVAIL
Analyse de la nature de la demande
Stories
Backlog
Engagé dans le
Sprint
En cours de
développement
Développé / En
attente de
validation
Terminé / En
attente
d’automatisation
et de livraison
Anomalies
A faire
En cours de
résolution
En analyse
Résolu / En
attente de
livraison
Dette technique
Identifié
Candidate
Engagé
En cours de
développement
Terminé / En
attente de
livraison
Support
Identifié
mercredi 22 janvier 14
???
Terminé
18. VISUALISER LE SYSTÈME KANBAN
KANBAN pour l’IT page 57
Portée et objectifs
Nature de la demande
Capacité du système
Eléments de
travail
Flux tiré
Carte
kanban
mercredi 22 janvier 14
Flux de
travail
Tableau
kanban
Limite haute
Juste à temps
Limite basse
Cadence
19. LES CARTES KANBAN
Visualiser le système kanban
Identifiant
Taille
(XL, L, M, S)
Libellé de la
story
Date d’entrée : date
Date de sortie : date
Identifiant
Libellé de la
tâche de
support
Date d’entrée : date
Date de sortie : date
mercredi 22 janvier 14
Identifiant
Priorité
Libellé de
l’anomalie
Date d’entrée : date
Date de sortie : date
Identifiant
Libellé de la
dette
technique
Date d’entrée : date
Date de sortie : date
20. LE TABLEAU KANBAN
Visualiser le système kanban
Types
Ready
Cost of
Delay
TODO
Development
Doing
Stories
Anomalies
Standard
Support
Date fixe
Dette
technique
mercredi 22 janvier 14
Urgence
Intangible
Done
Test
Done
21. LES CLASSES DE SERVICE
Visualiser le système kanban
mercredi 22 janvier 14
22. TEXTE DU TITRE SYSTÈME
LES RÈGLES DU
Visualiser le système kanban
Règles aux interfaces (stress test)
Règles internes
Règles d’escalade
Règles de changement de priorité
Règles de purge
Critères de sortie (DoD)
Qui applique les règles et s’assure de leur
suivi?
mercredi 22 janvier 14
23. DÉFINIR LES LIMITES DU SYSTÈME KANBAN
KANBAN pour l’IT page 63
Portée et objectifs
Nature de la demande
Capacité du système
Eléments de
travail
Flux tiré
Carte
kanban
mercredi 22 janvier 14
Flux de
travail
Tableau
kanban
Limite haute
Juste à temps
Limite basse
Cadence
24. DÉFINIR LES LIMITES
Définir les limites du système kanban
SUR LES FILES
D’ATTENTE ?
SUR LES INTERFACES ?
Types
Ready
Cost of
Delay
TODO
Development
Doing
Standard
Date fixe
Dette
technique
mercredi 22 janvier 14
Anomalies
Intangible
Test
Done
Done
Urgence
Support
PAR TYPE
D’ÉLÉMENTS ?
Stories
SUR LES INTERFACES ?
SUR LE TRAVAIL
EN COURS ?
25. VISUALISER LES LIMITES
Définir les limites du système kanban
Types
Ready
(2) 7
Cost of
Delay
Stories
Urgence
Anomalies
Standard
Support
Date fixe
Dette
technique
Intangible
(1)
mercredi 22 janvier 14
(1)
TODO
(2)
7
Development
10
Doing
Done
Test
Done
3
26. DÉFINIR LES CADENCES DU SYSTÈME KANBAN
KANBAN pour l’IT page 75
Portée et objectifs
Nature de la demande
Capacité du système
Eléments de
travail
Flux tiré
Carte
kanban
mercredi 22 janvier 14
Flux de
travail
Tableau
kanban
Limite haute
Juste à temps
Limite basse
Cadence
27. LES CADENCES DU SYSTÈME
Définir les cadences du système kanban
Semaine 1
J1
J2
J3
J4
Semaine 2
J5
J1
J2
J3
J4
Semaine 3
J5
J1
J2
J3
J4
Semaine 4
J5
J1
J2
J3
J4
J5
Démo
X
X
Rétro
X
X
Grooming
X
X
X
X
Chiffrage
X
X
X
X
Injection
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Triage
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Livraison
mercredi 22 janvier 14
X
X