De nos jours, presque tout le monde sait faire grandir une infrastructure de machines en mode distribué, avec une très bonne communication entre elles, et en évitant les points uniques de défaillance (c'est une traduction de SPOF, single point of failure). En y réfléchissant, des serveurs distribués à travers le monde ne sont pas si différents que des équipes distribuées, elles ont besoin de connection et de synchronisation... Vraiment ? Nous sommes des humains... pas des machines… Dans cette session, nous allons voir comment eNovance, une société qui conçoit des produits destinés à batir des infrastructures informatiques, d'ou le pitch initial... Nous allons donc voir comment eNovance a fait grandir son équipe de développement produits en mode distribué en suivant les valeurs et principes agile. Cette session expliquera comment nous nous appuyons sur nos Product Owner pour guider nos contributions à des logiciels libres constitutifs de nos produits. Nous verrons par exemple comment nous planifions nos itérations en suivant le rythme donné par le projet Openstack. Nous verrons également comment nous organisons nos scrums, sprint planning, sprint review et retrospectives en nous adaptant à des équipiers positionnés sur différents fuseaux horaires. La session présentera le mode de fonctionnement d'un projet open source emblématique : Openstack. Ainsi que la façon de contribuer de l'équipe eNovance. Idées pour tout de suite identification des éléments à prendre en compte pour pouvoir faire grandir des équipes distribuées organisation d'un projet open source, source d'inspiration pour l'organisation des projets informatiques d'une DSI innovation ouverte et gestion de produits

5. 4 libertés

6. 4 libertés
• utiliser
• étudier
• modifier
• distribuer

11. #AOSWay
@alexismonville
@ayeba
Alexis Monville

12. Alexis Monville
#AOSWay
@alexismonville
@ayeba
@enovance

13. #mixit14
#AOSWay
@alexismonville
@ayeba
@enovance

14. Culture
#agile #opensource
inspect and adapt
release early release often
transparency
build with stake holders
small teams
autonomy
users are co-developers
collaboration
communication
customer satisfaction
continuous delivery
short iterations
trust
technical excellence
sustainable pace
self organizing
simplicity
outside in inside out
version control
feedbacks
continuous improvement
responding to change
working software
source code published
available to the public
respect

16. The OpenStack Open Source Cloud Mission:
to produce the ubiquitous Open Source Cloud Computing
platform that will meet the needs of public and private
clouds regardless of size, by being simple to implement and
massively scalable.

17. Computing Networking Storing

18. Cloud Operating System

20. Who?

21. Who?

22. and a lot more...

23. 15834+ people
136+ Countries
850+ Companies
$10+ million funding

24. analytics?

25. ohloh.net

26. Accueil

27. What Does
Openness
Mean?

29. feedback

30. How to
contribute?

32. Principes

33. Principes

34. Outils

35. Outils
• mailing lists
• IRC
• Ask
• Wiki
• Launchpad
• …

36. Release
Cycle

37. Release Cycle
• Cycle de 6 mois avec des jalons
intermédiaires
• 4 phases principales
• Planning
• Implementation
• Pre-Release
• Release

38. Austin

39. Bexar

40. Cactus

41. Diablo

42. Essex

43. Folsom

44. Grizzly

45. Havana

46. Icehouse

47. Juno

48. Release Cycle
F G H
planning
Openstack
Design
Summit
G-1 G-2 G-3
RC planning
H-1 H-2 H-3
RC
Openstack
Design
Summit
6 mois 6 mois

50. Rythme
3 months
6 months
2 weeks
second

51. Planning

52. Planning
• 4 weeks to:
• Design
• Discuss
• Target

53. Blueprints

54. Blueprints

55. Bugs

56. Project Technical Leads
• Project Technical Leads (PTL)
• A PTL is the elected technical leader of a given
OpenStack core project.
• At the end of the planning stage the PTLs triage
the submitted blueprints and sets Priority for
them.
• The blueprints with a priority above Low will be
tracked by Release Management throughout the
cycle.

57. Product Owner
• 1 product owner par équipe de
développement produit
• les fonctionnalités des produits eNovance
en connexion avec les fonctionnalités des
logiciels libres les constituants

58. Meetings
• Réunion quotidienne, planning, revue,
rétro :
• video conférence
• utilisation d’outil en ligne

59. Summit

60. OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com

61. OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com

62. OpenStack Summit April 2013 - Portland, Oregon. Licensed under Creative Commons Attribution - ShareAlike - photographer Aaron Hockley - hockleyphoto.com

63. Summit
• Every 6 months the
Design Summit gather
users and developers
• The Summit closes the
Planning phase

64. Distribué

65. 1200+
developers

66. Implémentation

68. Qualité

69. 2 +2, 0 -2

71. Apprentissage

72. Core Devs
• You need 2 +2 from Core Developers
• Core Developers are co-opted among the
contributors

74. Tests

78. Versions

79. branch model

80. Livrer en continu
• Le déploiement et la mise à jour des
produits sont testés en continu sur une
architecture de référence

81. En conclusion…
Communication
Feedback
Respect
…

82. • Créer les conditions de la collaboration
• temps passé ensemble
• outillage de communication confortable
• vision produit traduit dans les outils du projet
• pratique d’ingénierie : tests, intégration
continue, automatisation
• apprentissage du feedback

83. Alexis Monville
#AOSWay
@alexismonville
@ayeba
@enovance

84. The
Agileand
Open
SourceWay

85. Merci !