J'ai eu l'opportunité lors de mes dernières vacances à San Francisco de me rendre sur le campus de Google. Nous avons aussi pu avoir accès au show room réservé au visiteur.
Suite à cette visite, j'ai eu envie d'analyser l'agilité dans cette grande entreprise de plus de 10000 développeurs et de plus de 30 000 personnes.
La visite du show-room nous a permis de faire quelques photos mais pas d’apprécier en détail leur méthode de gestion de projets.
Mon point de vue s'est alors basé à la fois sur ma connaissance de Google, mes impressions de ma visite sur le campus et sur les références ci dessous:
http://blog.beule.fr/analyses-dexpert/lagilite-chez-google/
https://youtu.be/3DfZi3ooyfE
Et en voici mon résumé et ma conclusion :
La taille et l’organisation de Google sont des paramètres à prendre en compte impérativement pour comprendre les contraintes et enjeux :
Google travaille en effet en méthode agile, en mettant en production des versions quotidiennement.
Des équipes de 5 personnes travaillent à la réalisation d'une fonctionnalité. L'équipe est dissoute à la fin du projet pour aller travailler sur une nouvelle fonctionnalité.
Au niveau des réunions , Google suit bien les cérémoniaux de la méthode agile : daily scrum, planning poker, sprint planning, démo, rétrospective mais les réunions sont courte 15 mn environ pour une rétro hebdo à 1h pour une rétro mensuelle.
Au niveau du back log une spécificité la ICE Box, des idées congelées en amont qui serviront à l'alimentation future du back log.
Cependant si l'on reprend les manifestes de l'agilité :
Quand au point numéro 3, les clients de Google ne payent pas mais il n'y a pas de collaboration ou de négociation entre les équipes Google et les utilisateurs.
La réponse est donc oui Google travaille en mode agile!!
Suite à cette visite, j'ai eu envie d'analyser l'agilité dans cette grande entreprise de plus de 10000 développeurs et de plus de 30 000 personnes.
La visite du show-room nous a permis de faire quelques photos mais pas d’apprécier en détail leur méthode de gestion de projets.
Mon point de vue s'est alors basé à la fois sur ma connaissance de Google, mes impressions de ma visite sur le campus et sur les références ci dessous:
http://blog.beule.fr/analyses-dexpert/lagilite-chez-google/
https://youtu.be/3DfZi3ooyfE
Et en voici mon résumé et ma conclusion :
La taille et l’organisation de Google sont des paramètres à prendre en compte impérativement pour comprendre les contraintes et enjeux :
- plus de 10 000 développeurs répartis sur plus de 40 pays
- 50% du code existant change tous les mois
- plus de 20 modifications sont décomptées par minute
Google travaille en effet en méthode agile, en mettant en production des versions quotidiennement.
Des équipes de 5 personnes travaillent à la réalisation d'une fonctionnalité. L'équipe est dissoute à la fin du projet pour aller travailler sur une nouvelle fonctionnalité.
Au niveau des réunions , Google suit bien les cérémoniaux de la méthode agile : daily scrum, planning poker, sprint planning, démo, rétrospective mais les réunions sont courte 15 mn environ pour une rétro hebdo à 1h pour une rétro mensuelle.
Au niveau du back log une spécificité la ICE Box, des idées congelées en amont qui serviront à l'alimentation future du back log.
Cependant si l'on reprend les manifestes de l'agilité :
Je ne doute pas des points 2 et 4, pour le point n°1 je n'ai pas suffisamment de recul pour juger.
- Les individus et leurs interactions plus que les processus et les outils
- Des logiciels opérationnels plus qu’une documentation exhaustive
- La collaboration avec les clients plus que la négociation contractuelle
- L’adaptation au changement plus que le suivi d’un plan
Quand au point numéro 3, les clients de Google ne payent pas mais il n'y a pas de collaboration ou de négociation entre les équipes Google et les utilisateurs.
La réponse est donc oui Google travaille en mode agile!!
Aucun commentaire:
Enregistrer un commentaire