O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Agile tour bordeaux 1500 développeurs dans mon équipe

Résumé :
En apprendre plus sur le développement de produit en mode agile au contact d'un grand projet open source !

Description :
J’apprends l’agile depuis déjà longtemps en pratiquant et en partageant les valeurs, principes et pratiques avec des clients et d’autres pratiquants. Et c’est peut-être depuis que j’interviens au contact d’Openstack, un logiciel libre d’infonuagique (ou si je parle en presque français “a cloud open source software”) que j’ai appris le plus.

Ce que j’ai appris ?

J’ai appris que l’on pouvait créer un produit avec une équipe de 1500 développeurs répartis sur tous les continents, que l’on pouvait avoir la certitude de délivrer les nouvelles versions à date fixe tous les 6 mois, que le processus de revue de code apportait beaucoup plus de bénéfices que ce que j’imaginais au départ, que la gestion des branches de développement pouvait être plus simple et plus efficace. J’ai aussi appris que la socialisation, l’accueil des nouveaux arrivants, le maintien du lien était une chose très importante…

En vous invitant à participer à cette session, je souhaite partager ces apprentissages pour que vous puissiez vous en inspirer dans vos organisations.

  • Entre para ver os comentários

Agile tour bordeaux 1500 développeurs dans mon équipe

  1. 1. 1500 développeurs dans mon équipe
  2. 2. 10ème release ● 1419 contributeurs ○ incluant des représentants de 133 entreprises ● 342 nouvelles fonctionnalités ○ 3219 correction de bug ○ 500000 lignes de documentation modifiée ○ un nouveau guide de conception d’architecture
  3. 3. Taille
  4. 4. Taille https://www.openhub.net/p/openstack
  5. 5. Rythme
  6. 6. Rythme Release 6 months cycle Design Summit Release candidates Milestone 1 Milestone Milestone 2 3 Feature Freeze https://wiki.openstack.org/wiki/Kilo_Release_Schedule
  7. 7. 6 months 4 weeks 1 week 1 commit
  8. 8. Modularité
  9. 9. Programmes ● 15 programmes ○ composants techniques ○ librairies partagées ○ infrastructures ○ organisation https://wiki.openstack.org/wiki/Programs
  10. 10. Distribué
  11. 11. Equipes Des équipes pour les projets officiels Des équipes sur des sujets d’intérêts communs comme l’internationalisation, l’animation de la communauté, la définition des Personas https://wiki.openstack.org/wiki/Teams
  12. 12. Socialisation
  13. 13. Design
  14. 14. Blueprints Suivre les fonctionnalités ● Priorité ● Statut d’implémentation https://wiki.openstack.org/wiki/Blueprints
  15. 15. Program Technical Lead ● Elu pour la durée d’une version (6 mois) ● Facilite le fonctionnement de l’équipe pour un programme donné ● Représente l’équipe auprès des autres programmes https://wiki.openstack.org/wiki/PTL_Guide
  16. 16. Implémentation
  17. 17. Revue de code https://review.openstack.org/#/q/status:open,n,z
  18. 18. Core Developer ● 2 “+2” pour voir son commit mergé ● Cooptation ● Lazy consensus https://wiki.openstack.org/wiki/Governance/Approved/CoreDevProcess
  19. 19. “Gating” et automatisation https://wiki.openstack.org/wiki/Teams
  20. 20. Version
  21. 21. Versions https://wiki.openstack.org/wiki/Branch_Model
  22. 22. Asynchrone
  23. 23. Asynchrone ● conversations ○ audio ou video-conférences ○ irc (logs) ○ mailing-list ○ commentaires ■ des blueprints ■ des commits
  24. 24. Invitation
  25. 25. Les programmes respectent ● Openness ○ Each project should respect the 4 opens: open source, open design, open development, open community ● Transparency ○ Each project should meet in public and provide all information on roadmap and delivery status ● Commonality ○ All projects should strive to use the same standards, in code, libraries used, file formats, documentation etc. ● Integration ○ Each project should use as many of the others' features as possible and provide the requested integration points ● Respect of release deadlines ○ Each project should coordinate with the release manager to ensure a smooth coordinated release every 6 months ● Facilitation of downstream distribution ○ Each project should help packaging efforts to facilitate downstream distribution https://wiki.openstack.org/wiki/Programs
  26. 26. Principes 1. Scalability and elasticity are our main goals 2. Any feature that limits our main goals must be optional 3. Everything should be asynchronous a. If you can’t do something asynchronous see #2 4. All required components must be horizontaly scalable 5. Always use shared nothing architecture or sharding a. If you can’t Share nothing/shard, see #2 6. Distribute everything a. Especially logic. Move logic to where state naturally exists 7. Accept eventual consistency and use it where it is appropriate 8. Test everything a. We require tests with submitted code (We will help you if you need it)
  27. 27. Transparence
  28. 28. Transparence ● Toutes les informations sont publiques ● Réunions sur IRC ○ log des réunions et décisions accessibles à tous ○ toutes les réunions, y compris celle du “board of directors” https://wiki.openstack.org/wiki/Meetings
  29. 29. Gouvernance
  30. 30. Fondation ● Board of Directors ● Technical Committee ● User Committee https://wiki.openstack.org/wiki/Governance/Foundation
  31. 31. En résumé
  32. 32. En résumé ● Vision ● Principes ● Rythme ● Branche ● Revue ● Socialisation ● Invitation
  33. 33. Merci !
  34. 34. Alexis Monville Chief Agility Officer @alexismonville
  35. 35. 1500 développeurs dans mon équipe Alexis Monville

×