Itera>ve, Agile, Unified Process, Waterfall, … Several types of project management • Offshore, distributed teams, • IT teams leading Business choices!, … Several types of organiza>ons • BI, Mainframes, Web, Java, … Several types of technologies • Belgium, France, Italy, Luxembourg And several countries
To collect a large number of informa9on in a short period of >me To engage teams to ease the next step: start a transforma9on! To facilitate the emergence of new agile organiza>ons for various contexts, countries, cultures, maturi>es, …
Current Contexts and Prac9ces And focus on issues and expecta9ons 20/20 Vision to Validate and select recommenda9ons $100 Test to Implement in an IT department: To put priori9es on recommenda9ons Graphic Gameplan to Implement in an IT department: To define a roadmap to adopt prac9ces Selected Games
Interviews Current level of Agile Agile Best Prac9ces Guide Current Contexts and Prac9ces Recommenda9ons Valida9on and selec9on of recommenda9ons Implementa9on Guide V0 Implementa9on in an IT department Implementa9on Guide V1 Workshop 2 Workshop 3 Workshop 1
• Teams from different departments from 4 countries listed their current development prac>ces on Post-‐its. • Then, each team shared their Post-‐its on the SWOT board explaining the why? • Goal: Quickly find current issues and map current dev process really used!
• Teams felt engaged • Quickly they used walls and Post-‐its • Lot of discussions during the prac>ces collec>on • Real contexts emerged through explana>ons when Post-‐its were added on the SWOT board • Discussions between teams from different organiza>ons give us context to collected prac>ces
• Write your feedbacks about prac>ces on Post-‐its for 5mn • One feedback per Post-‐it • Consider important prac>ces according to your context • Goal : • Collect your feedbacks to improve your agile adop>on roadmap • Types of feedbacks : • Instant feedbacks • Easy versus difficult to implement in your context • Great versus poor business value • Relevance level in your context : low, medium, high • …
observa>ons • We avoid self-‐censorship – all members share their cards • People keep a global view by arguing on priori>es with all teams • We put a large amount of informa9on in context • These informa>on in context helped to define a common path to be agile taking into account organiza>ons, skills, maturity in terms of Agile prac>ces, …
Mechanics • A team assigns rela>ve value to a list of dev prac>ces selected in the previous workshop by spending an imaginary $100 together. • The selec>on must be done as a team and choices must be explained
Our observa>ons • By using the concept of cash, people are more focused and more engaged than with an arbitrary point or ranking system • Ease the transi9on by involving the team as a whole and by deciding the priori>es in collabora>on
$ Why? Constitution de l'Equipe - Autonome et Pluridisciplinaire 10 Efficacité et rapidité Gestion des spécifications - Use case estimé -‐ valeur métier, Priorité,Critères d'acceptation, Taille rentre dans 1 sprint, Valeurs de tests fournies 8 Priorisation des Use cases Définition du contenu d'un incrément -‐ Story Map 3 Représentant métier et technique ensemble dès le démarrage du projet 7 Validité de la solution Planning d'une itération 5 Planning de release sur la base de la vélocité 2 Réunion quotidienne 7 Transparence et suivi des risques Maintenance d'un tableau des tâches destiné aux membre de l'équipe 2 Démonstration 5 Visibilité avancement Rétrospective 5 Capitalisation - Amélioration Backlog grooming -‐ Définition des Efforts, Risque des use cases, revue des priorités, Gestion du changement 6 Recette en cours et fin d'itération -‐ Vérif & Valid 4 Management Visuel -‐ Mur d'information 3 Définition de "Fini" 4 Le code - Gestion de configuration 2 Tests unitaires 2 Normes et standards de code 2 Refactoring 2 Utilisation de l'Intégration continue -‐ Build automatisé 8 Fluidité - Stabilité - Sécurité Tests fonctionnels automatisés 2 Vérification sur la plateforme de vérification 4 Indicateurs - Burn Down Chart 4 Vélocité 4 $100
observa>ons • The team took into account dependencies to adopt the prac>ces • The team acted in collabora>on easing next step to implement prac>ces • First roadmap defined as a team J
retenues Problème(s) iden9fié(s) ? Etape 1 Etape 2 Etape 3 10 Equipe autonome et pluridisciplinaire -‐ Pb organisa>onnel: cloisonnement par discipline -‐ Ou>llage pour être autonome (plateforme de receues) -‐ Isola>on des perturba>ons extérieures -‐ Implica>on du mé>er -‐ Iden>fier un expert par discipline dans chaque équipe (mé>er, archi, dev, test, packaging) -‐ Forma>ons sur les disciplines -‐ Forma>on méthodes agile -‐ Forma>on par rôle Agile iden>fié 8 Use case es>més Implica>on mé>er 8 Intégra>on con>nue -‐ Coûts de l’infrastructure -‐ Compétences -‐ Disponibilité des plateformes dans les CSB Déployer Former U>liser 7 Mé>er et IT ensemble au démarrage du projet Informa>on sur le démarrage de l’avant projet Iden>fier un représentant mé>er et IT dès le démarrage 7 Réunions quo>diennes -‐ Equipe dédiée +++ -‐ Espace disponible pour tenir les réunions quo>dienne -‐ Espace d’affichage -‐ Moyen de communica>on (infra et ou>l projet) Organisa>on systéma>que 6 Backlog grooming Implica>on mé>er et de toute l’équipe Mé>er dédié travaille sur l’affinage du backlog L’équipe es>me au fur et à mesure Planifier ces tâches de revues du backlog dans les itéra>ons 5 Planning des itéra>ons A intégrer dans la méthode de conduite de projet: formaliser l’étape Faire un guide 5 Démonstra>on Organisa>on systéma>que 5 Rétrospec>ve Organisa>on systéma>que Graphic Gameplan
Infrastructure Organisa9on de l’espace Organisa9on Projet Ges9ons des specs Dev Tests Ges9on de projet Indicateurs Env. d’intégra>on Bureaux classiques distants Equipes en silo UML – Use cases -‐ RSM Ges>on des anomalies ALM Tests Unitaires Plan assurance qualité Indicateurs avancement Env. Receue MOA Sépara>on MOA / MOE / Sous-‐traitants Méthode MCIP UML – Diag de classes RSM Concep>on détaillée Spec. Papier Tests d’intégra>on Planifica>on Indicateurs qualités Env. receue interne Lo>ssement des développements Traçabilité des exigences Doc technique Tests de performance Chiffrage Indicateurs de charge Env. de développement Modèle du datawarehouse dans PowerAMC -‐ RSM Dossier d’exploita>on Réunions de valida>on Indicateurs de coûts Dossier d’installa>on Réunions de projet Comités de projet Débriefe de projet Suivi d’avancement Ges>on et suivi des versions
$ Why? Constitution de l'Equipe - Autonome et Pluridisciplinaire 10 Efficacité et rapidité Gestion des spécifications - Use case estimé -‐ valeur métier, Priorité,Critères d'acceptation, Taille rentre dans 1 sprint, Valeurs de tests fournies 8 Priorisation des Use cases Définition du contenu d'un incrément -‐ Story Map 3 Représentant métier et technique ensemble dès le démarrage du projet 7 Validité de la solution Planning d'une itération 5 Planning de release sur la base de la vélocité 2 Réunion quotidienne 7 Transparence et suivi des risques Maintenance d'un tableau des tâches destiné aux membre de l'équipe 2 Démonstration 5 Visibilité avancement Rétrospective 5 Capitalisation - Amélioration Backlog grooming -‐ Définition des Efforts, Risque des use cases, revue des priorités, Gestion du changement 6 Recette en cours et fin d'itération -‐ Vérif & Valid 4 Management Visuel -‐ Mur d'information 3 Définition de "Fini" 4 Le code - Gestion de configuration 2 Tests unitaires 2 Normes et standards de code 2 Refactoring 2 Utilisation de l'Intégration continue -‐ Build automatisé 8 Fluidité - Stabilité - Sécurité Tests fonctionnels automatisés 2 Vérification sur la plateforme de vérification 4 Indicateurs - Burn Down Chart 4 Vélocité 4 $100
retenues Problème(s) iden9fié(s) ? Etape 1 Etape 2 Etape 3 10 Equipe autonome et pluridisciplinaire -‐ Pb organisa>onnel: cloisonnement par discipline -‐ Ou>llage pour être autonome (plateforme de receues) -‐ Isola>on des perturba>ons extérieures -‐ Implica>on du mé>er -‐ Iden>fier un expert par discipline dans chaque équipe (mé>er, archi, dev, test, packaging) -‐ Forma>ons sur les disciplines -‐ Forma>on méthodes agile -‐ Forma>on par rôle Agile iden>fié 8 Use case es>més Implica>on mé>er 8 Intégra>on con>nue -‐ Coûts de l’infrastructure -‐ Compétences -‐ Disponibilité des plateformes dans les CSB Déployer Former U>liser 7 Mé>er et IT ensemble au démarrage du projet Informa>on sur le démarrage de l’avant projet Iden>fier un représentant mé>er et IT dès le démarrage 7 Réunions quo>diennes -‐ Equipe dédiée +++ -‐ Espace disponible pour tenir les réunions quo>dienne -‐ Espace d’affichage -‐ Moyen de communica>on (infra et ou>l projet) Organisa>on systéma>que 6 Backlog grooming Implica>on mé>er et de toute l’équipe Mé>er dédié travaille sur l’affinage du backlog L’équipe es>me au fur et à mesure Planifier ces tâches de revues du backlog dans les itéra>ons 5 Planning des itéra>ons A intégrer dans la méthode de conduite de projet: formaliser l’étape Faire un guide 5 Démonstra>on Organisa>on systéma>que 5 Rétrospec>ve Organisa>on systéma>que Graphic Gameplan
and Rich Assessment in Collabora9on Posi>ve Percep>on of Change through Engagement Efficient approach for organiza>ons to find their path to be Agile All people highly engaged during a short period with great results Time and expenses earning Value & ROI maximiza9on
Slides 13, 14, 18: Play>me, the movie J • Slide 17 : Components to deliver: an Agile PMO – hup://foxhedgeltd.com/blog/page/2/ • Slide 19 : Europe – hup://ansionnachfionn.com/tag/an-‐bheilg-‐belgium/ • Slide 21 : About bootstrapping, entrepreneurship & personal development – hup://blog.eerlings.com/index.php/2012/08/ • Others slides : mostly pictures from – hup://123rf.com – And from workshops given by Palo IT
xwarzee
yamanoku
terapyon
ykanoh
ezaki
teamlab
kakehashi
keeg
terurou
kizawa2020
pfn
akitoshiga
riyaamemiya
baasie
reverentgeek
smashingmag
rasmusluckow
frankvandijk
letsgokoyo
badams
cassininazir
trishagee
elsirapls
kneath
rakko
