bon coach bad coach

32
Isabelle Therrien @itherrien Nicolas Mivielle @sonic1200

Upload: isabelle-therrien

Post on 07-Jul-2015

290 views

Category:

Software


0 download

DESCRIPTION

L'histoire de 2 transitions chez Ubisoft racontée par 2 coachs. 2 approches différentes, 2 résultats intéressants.

TRANSCRIPT

Page 1: Bon coach bad coach

Isabelle Therrien@itherrien

Nicolas Mivielle@sonic1200

Page 2: Bon coach bad coach

UBISOFT & GROUPE TECHNOLOGIQUE

- Plus de 300 personnes

- Fourniture de solutions

logicielles pour les jeux

- Collaboration directe avec les

jeux, « architectes volants »…

Page 3: Bon coach bad coach

PRODUITS ONLINE CONCERNÉS

40+ personnes, 5 équipes

Serveur Jeu Online prêt à l’emploi

SDK (Framework logiciel) Online

Multiplateforme - Résilient

Services enrichis facile à intégrer

30+ personnes, 6 équipes

Plateforme de gestion de

communautés pour consoles et

appareils mobiles

Page 4: Bon coach bad coach
Page 5: Bon coach bad coach

ORGANISATION INITIALE

Développeurs(6 – 8 personnes)

Team Lead / Tech lead

Équipe CORE 1

Requis CORE 1

Équipe Management

Besoins Deadlines

Produit

Date au besoin

Requis CORE 2

Requis Service 1

Requis Service 2

Requis Release

Équipe CORE 2

Équipe Service 1

Équipe Service 2

Équipe Release

Productions (Jeux)Demandes

Collaborations

Page 6: Bon coach bad coach

CONTRAINTES

ProduitRendez-Vous

Support

Base de services Online

(évolution)

Framework Online (SDK)

Orientations technologiques

Déploiement -Opérabilité

(outils)

Collaboration -Demandes

Productions

Page 7: Bon coach bad coach

CONSTAT DE DÉPART DANS L’ÉQUIPE

- Pas de visibilité sur les tâches futures

- Vision globale difficile à déchiffrer

- Collaboration inter-équipe difficile

- Envie de l’équipe de s’orienter en Scrum

- Outils non adaptés au Flow

Page 8: Bon coach bad coach

MISE EN PLACE DANS MON ÉQUIPE

Attention du management pour passer aux autres équipes

- Formation / introduction Scrum- Création rôle Scrum Master / Coach Agile- Constitution d’un premier backlog- Mise en place de Sprints bornés

- Introduction notion points- Estimations et Backlog

Maintenance- Notion d’engagement de Sprint

- Mise en place des rétrospectives- Création d’une définition de DONE

- Formalisation des concepts d’Epic et Spikes- Introduction du concept de Product Owner

avec le Team Lead

Mai 2012 Juin Juillet Août Septembre Octobre 2012

Page 9: Bon coach bad coach

ON PASSE AUX AUTRES ÉQUIPES- Il y a de plus en plus de nouvelles personnes sur Rendez-Vous

- Besoin de plus de structure et de formalisme

- Nécessite plus de travail inter-équipes / Collaborations

- Envie d’obtenir une vision du produit commune

- Besoin de livraison incrémentale

Page 10: Bon coach bad coach

TRANSITION APPUYÉE PAR L’OUTIL

• L’outil était mal utilisé

• Besoin de reposer la transition sur

des éléments concrets

• L’outil renforce l’adaptation du

processus et favorise les

interactions entre les personnes

Page 11: Bon coach bad coach

MISE EN PLACE DANS LES AUTRES ÉQUIPES

• Dans chacune des équipes :

– Scrum Master/Coach pendant 2-3 Sprints

– Mini Sprint 0 et formations

– Sélection d’un Scrum Master

• Suivi régulier en tant que Coach Agile

• Communautés de pratique pour les Scrum Masters

Nov 2012 Décembre Janvier Février Mars Avril 2013

Equipe Core 1 Equipe Core 2 Equipe Service 1

Page 12: Bon coach bad coach

ORGANISATION INITIALE

Développeurs(6 – 8 personnes)

Team Lead / Tech lead

Équipe CORE 1

Requis CORE 1

Équipe Management

Besoins Deadlines

Produit

Date au besoin

Requis CORE 2

Requis Service 1

Requis Service 2

Requis Release

Équipe CORE 2

Équipe Service 1

Équipe Service 2

Équipe Release

Productions (Jeux)Demandes

Collaborations

Page 13: Bon coach bad coach

ÉQUIPE SCRUM

Développeurs(6 – 8 personnes)

Product Owner

Équipe CORE 1

Backlog commun – Produit « Rendez-Vous »

Équipe Product Owner

Produit

Équipe CORE 2

Équipe Service 1

Équipe Service 2

Équipe Release

Productions (Jeux)Demandes

Collaborations

Scrum Master

Livraisonincrémentale

Directeurs Technique Product Managers

Page 14: Bon coach bad coach

AMÉLIORATIONS APPORTÉES

Mars 2013 Avril Mai Juin Juillet Août 2013

Les Comités (par spécialité)

Mise en place de l’équipe « Product Owners »

Rétrospectives tous les 6 moisRencontres de priorisation toutes les semaines

Page 15: Bon coach bad coach

DÉFIS EN TANT QUE COACH

• Au sein des équipes :– Pas de rôle de Product Owner

– Adaptation du rôle de Product Owner pour les Team Leads de chaque équipe

• Sur le plan personnel :– Conflit de rôle

– Peu d’exemples de transitions au Groupe Technologique

Page 16: Bon coach bad coach

CONTAGION À UPLAY

• Discussion avec Leads

• « Introduction à l’agilité » dans les équipes

• Démonstration de l’importance du Coach

Arrivée d’Isabelle en Juin 2013

Page 17: Bon coach bad coach
Page 18: Bon coach bad coach

OBJECTIFS POUR LA TRANSITION ATTENTES DE LA DIRECTION

1. Réduction des dépendances entre les équipes

2. Priorités communes à toutes les équipes

3. Meilleur travail d’équipe

4. Équipes auto-organisées

ApprocheTOP DOWN

Page 19: Bon coach bad coach

1. FORMATION

Page 20: Bon coach bad coach

ATTENTES DES ÉQUIPES ET DES LEADS

Focus

Pouvoir se concentrer surune tâche à la fois, au

moins un projet à la fois

Que cessent les changements de priorités

quotidiens

Travailler sans interruptions

Minimiser les imprévus

Rôles

Trouver un PO

Valeursagiles

Événements Pratiques

Moins de doc, plus de logiciel fonctionnel

Transparence

Respecter les boîtes de temps dans les mêlées

quotidiennes

Rendre plus efficaces les mêlées quotidiennes

Faire des rétrospectives

Utiliser les récits avec le bon format et le bon

niveau de détail

Utiliser les points d’effort

Estimer en équipe

Intégrer les urgences

Page 21: Bon coach bad coach

OpsTools &

AutomationServices

ORGANISATION INITIALE DES ÉQUIPES

UX & Art

Engine UI Mobile QA

ProjetsProjet WiiUCurrentGenPlaygroundNextGenOps

Page 22: Bon coach bad coach

UX & Art

Engine UI Mobile QA

2. ORGANISATION DES ÉQUIPES

OpsTools &

AutomationServices

UPlay Console

UPlay Mobile

Playground

UX Engine UI Mobile QA

Page 23: Bon coach bad coach

3. DÉMARRAGE

DES ÉQUIPES

Estimation en points

Visibilité sur le processus

Tâches ajoutées début de

product backlog

Priorisé par importance

Durée : de 1 à 3 joursconsécutifs

Résultats :1. Meilleure vision

d’ensemble pour tous2. Backlog estimé et

priorisé3. Les équipiers

apprennent à se connaître

4. On est prêts à sprinter

Page 24: Bon coach bad coach

4. ÉQUIPE OPS

• Objectif : – minimiser les

dérangementsdans les équipes

• Moyens :– Équipe dédiée

– Membres en rotation

– Tableau Kanban

Page 25: Bon coach bad coach

5. RÉAMÉNAGEMENT DES BUREAUX• Tous ont

déménagé

pour rejoindre

leur équipe

Page 26: Bon coach bad coach

6. COACHING ET FORMATION DES SM

Responsabilitéindividuelle

Smells Coaching Approcheempirique et amélioration

continue

Page 27: Bon coach bad coach

7. COMMUNAUTÉS DE PRATIQUE

• Objectif : – Partager les

connaissances

• Moyens :– Amener un

sujet

– En parler en groupe

Page 28: Bon coach bad coach

8. SUIVI DES POINTS D’ACTION

Page 29: Bon coach bad coach

RÉSULTATS CONSTATÉSAPRÈS 4 MOIS

• Fierté

• Énergie positive

• Meilleure vision

• On livre!

• Portée “obligatoire” terminée d’avance

• Coordination inter-équipes

• Résolution de problèmes en équipe

• Amélioration continue. Exemples :– Propriétaire de story (1ère étape vers une plus grande responsabilité de

l’équipe)

– Rencontre globale “Looking ahead” avec plusieurs membres des équipes

Page 30: Bon coach bad coach

RÉSULTATS

1. Réduction des dépendances entre

les équipes

2. Priorités communes à toutes les

équipes

3. Meilleur travail d’équipe

4. Équipes auto-organisées

Page 31: Bon coach bad coach

COMMUNIQUEZ…

- Appropriez-vous le processus et parlez-en autour de vous- Évangélisez mais sans brutaliser!- Intégrez votre management dans la transition- Affichez des infos pertinentes, des métriques, des tableaux, des réussites…

Page 32: Bon coach bad coach

CONCLUSIONS

- Ne vous arrêtez pas au premier échec. Testez et adaptez!- Prenez le temps de comprendre les problèmes- Les 2 approches

- ont combiné bottom-up et top-down- ont bâti sur la réalité présente- avaient le même objectif global