Retour d’expérience:

Mise en place de Scrum chez un éditeur logiciel

Gaël ThiabaudHR-IT ConsultingClermont-Ferrand

AgendaAgenda Le speaker

Contexte Fiche signalétique de l’entreprise, des clients

Organisation pré-Agile

Organisation pré-scrum, expression des besoins

Déploiement de Scrum Déploiement d’un POC Scrum

Déploiement de Scrum sur les produit

Les frictions commencent

Ré-apparition du rôle de chef de projet

Conclusion de cette phase

Tentative de rattrapage

Conclusion

Questions ?

Le SpeakerLe SpeakerGaël Thiabaud:

14 ans de gestion de projets dans des:

Startup

Entreprises intermédiaires mais internationales

Grandes et petites sociétés de services

Méthodologie

Itérative

Waterfall

Scrum

Développement piloté par les tests

Contextes internationaux Off shore

Near Shore

Local

ContexteContexte

Chez un éditeur logiciel pour les Télécoms

Des applications utilitaires pour les opérateurs

MDM - Mobile Devices Management: Paramétrage Over-The-Air des mobiles

TSM – Trusted Service Manager: Déploiement de services NFC

Gestion d’applications SIM Over-The-Air

Routage de SMS

Pay 4 Me: PCV Paiement Contre Vérification

Services USSD

Mobile Credit transfer

Fiche signalétique de Fiche signalétique de l’entreprise, des clientsl’entreprise, des clients

Context client

Des clients principalement à l’International en plus des opérateurs Français.

Uniquement des opérateurs mobile MNO

L’entreprise

220 personnes déployées partout dans le monde sauf en Amérique.

40 nationalités

En partenariat avec des fondeurs de carte à puce

Organisation pré-AgileOrganisation pré-Agile

Organisation: Un responsable Marketing par produit

Une équipe de développement dédiée pour les 2 plus gros produits

Une équipe Framework en charge de composants techniques et fonctionnels

Situation pré-agile: Effet tunnel

Les responsables Marketing se plaignent de ne pas être écoutés

Des produits livrés en retard

Manque de qualité, dette technique en accroissement

Ecart entre les attentes du marché et les fonctionnalités proposées

Organisation pré-scrum, TOP -> DOWNOrganisation pré-scrum, TOP -> DOWN

Framework

Produit BProduit A

Déploiement d’un POC ScrumDéploiement d’un POC Scrum

Framework

Produit BProduit A

Business Owner

Déploiement de Scrum sur les produitDéploiement de Scrum sur les produit

Framework

Produit BProduit A

Business OwnerBusiness Owner

Les frictions commencentLes frictions commencent

Framework

Produit A

Business Owner

Le rythme du Framework contrarie les efforts des équipes Scrum.

Livraison incohérente avec les besoinsLes équipes Scrum implémentent des contournements au Framework.

Ré-apparition du rôle de chef de projetRé-apparition du rôle de chef de projet

Framework

Produit A

Un Scrum Master sous stress reprend les comportements de chef de projet:

Devient directif avec l’équipeRemet en place la formalisation écrite excessive.

Conclusion de cette phaseConclusion de cette phase

Framework

Produit A

Business Owner

La différence de mode de communication pose problèmes, aggravés par le manque d’outillage technique (intégration continue) Les différents cycles de production et mode d’engagement rentrent en conflits.Perte de l’effet équipe haute performanceConflit Business Owner / équipe projetPerte de qualité

Tentative de rattrapageTentative de rattrapage

Framework

Produit A

Qualité:Mise en place d’une équipe de tests

Automatisation des testsRemise en place de la communication écrite

Livraisons:Augmentation de l’équipe pour continuer à délivrer dans les temps

Mise en place réussie de Scrum sur un produit.Méthodologie mise en place pour un second produit mais sans tous les effets de ScrumPositif:

Les dates de livraisons sont respectéesNégatif ou neutre:

Perte de l’effet haute performanceManque de qualité par rapport aux attentes, donc augmentation de la dette technique

Conclusion de l’histoireConclusion de l’histoire

Produit A

Identification à postériori des risques de la méthodologie (en 2008 )

Flaccid ScrumScrum Master directif

Sous estimation de l’impact du facteur humain lors de la mise en place:

Une seule personne peut mettre en échec le déploiement

Sous estimation des besoins en terme d’outillage

Conclusion de l’histoire 2Conclusion de l’histoire 2

Produit A

Des Questions ?

Soyons agileSoyons agile

Produit A