Tag: Openstack

Contribute to the Success of OpenStack

Contribute to the Success of OpenStack

During the OpenStack Summit in Austin, Mark McLoughlin and I delivered a talk titled: “Contribute to the Success of OpenStack”.

Our talk was meant to explain how we were inspired by agile values and principles to improve our internal organization, and how we thought it could impact our ability to contribute more effectively to the OpenStack project.

One of the idea that is often used to describe the way companies are contributing to open source project is that you need at some point to wear your company hat to represent what your company needs, and some times you need to wear your upstream hat to represent what the project needs. We speak some time of the need to balance between upstream and downstream.

Our point was to say that this idea represents the reality perfectly well in projects were the developers are the users of the projects. In this case they are solving problems they are facing on a regular basis.

The OpenStack project is more complex in this sense that the developers are rarely the main users of the project. They don’t have to operate a large scale cloud on a day to day basis.

So, to be able to understand the needs, and to propose effective solutions, the developers of the project need to hear from the real users. That’s were they need to wear at the same time their corporate and upstream hats, because the customers and partners of their company represents the needs of the real users, and wearing those hats they are bringing a lot of value to the project by proxying the real users.

We also explored the fact that when the reaction toward one of the idea that we were bringing on the table was really hostile, there was probably good reason for that, and that was great value for our company that the project was bringing to us. This obvioulsy can only be achieved when the maturity of the project is high enough, especially on the corporate diversity aspect.

We covered after that how we were organizing the teams that are contributing to OpenStack by giving them a clear focus to solve some real user’s needs, and end to end responibility to solve this. Those teams are primary responsible for contributing to some of the components, but the components are not driving the structure of the organization.

For each team, we want the team members to understand their mission, their goals, and to drive their contribution in the value flow.

Here is the recording of the session:


For the next Summit in Barcelona, I proposed 3 talks:

  • The first one with Maria Bracho: “Providing Tooling for Effective Collaboration”
  • The second one with Nick Barcet: “Does your voice count in OpenStack? Yes!” this one could be consider as a followup of the talk given this spring
  • The third one: “Raising the awareness on diversity”, one workshop during the last summit was an eye opener for me, and I would like to continue the effort to raise the awarness on that topic.

You can vote on your preferred presentation here: https://www.openstack.org/summit/barcelona-2016/vote-for-speakers

If you want to vote for the one I submitted search¬† for my name: monville ūüôā



Header photo by William White

Don’t change my mindset, I am not that open

Don’t change my mindset, I am not that open

Nick Barcet and I were schedule for the last talk session of the Openstack Summit in Vancouver (Of course, design sessions will continue on Friday).
When we submitted the proposal for this session we were looking for a way to help our co-contributors to the openstack project.
The way we think it can be the more helpful was to share our way of working together to foster change in the organizations of the customers we work with.

The recording of our session has already been published by the Openstack Foundation, and is available here:

Our slides are available there:

Your feedbacks are welcome to continue the conversation!

Bridges and Hierarchy

Bridges and Hierarchy

Mark McLoughlin delivered the Red Hat Keynote, on the morning of the second day of the Openstack Summit in Vancouver.

During the afternoon, he delivered a more intimate talk about the governance of the Openstack project.
The main idea is that, the new Big Tent organization model will allow the emergence of new projects, and it can be the time to redefine the main values that will help the project contributors to take the good decisions.

Mark started his talk refering to the Keynote Eben Moglen gave in Auckland at LCA 2015. In this keynote, Eben Moglen explained that the hierarchical organization model that we all know very well, is the model of the 20th century, and that the organization of the 21st century will be based on transparency, participation and non-hierarchical collaboration, like it is in free software.

Mark continued his introduction with a reference to Andy Hunt’s blog post, The Failure of Agile. Andy Hunt is one of the original writer of the agile manifesto, so when it came to discuss agile, we can at least consider him seriously. The main point of this article is that a lot of people lot’s the agile way by focusing on a set of practices, forgeting the agile values and principles. They are focused on doing agile, and they forgot that depending on your experience, if your are a beginer in a practice, you need clear directives to learn how things work, and more and more your skills are developing you will need coaching on the go, and then you will need some support, and then you will be fully autonomous and during this journey you will have adapted the initial set of practices living the agile values and principles.

That reminds me the stickers I had printed for an agile conference:
When I recieved the stikers at this point, I was thinking… humm I should have crossed also “be” and put “learn” instead… because this is really what we are doing here…

So Mark proposed those 4 high level ideas that can become the high level principles we can refer to as an Openstack contributor :

diverse interests, but a shared vision, based on consensus
individuals and interactions over processes and tools
leadership through empowerment, empathy and trust
every advance must ultimately iterate from the bottom up

And I encourage you to watch the talk to understand the details of his proposal.

1500 développeurs dans mon équipe

1500 développeurs dans mon équipe

1500 d√©veloppeurs dans mon √©quipe est le titre de la session que j’ai eu le plaisir de donner lors de l’√©dition 2014 l’AgileTour √† Bordeaux.

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 ? 

2014-10-31 15.15.17J’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… 

L’id√©e de cette session est de partager ces apprentissages pour que vous puissiez vous en inspirer dans vos organisations.

Et bien sur, il ne s’agit pas de “mon” √©quipe, mais de l’√©quipe qui contribue √† Openstack… Et il n’√©tait pas 1500, mais 1419 √† avoir contribuer √† la 10√®me version JUNO publi√©e le 16 octobre 2014.

La photo d’ent√™te est de Anne Gentle (License Creative Commons 2.0) Il s’agit de la vue de la salle pour la Keynote d’ouverture lors du Summit √† Hong Kong en Novembre 2013.

Développer des produits avec des équipes distribuées

Développer des produits avec des équipes distribuées

Apr√®s la conf√©rence que j’ai donn√© le 10 avril pour le ScrumDay, je suis en train de pr√©parer celle que je donnerais lors de Mix-IT le 30 avril 2014.

Le résumé de la session est assez similaire entre les deux, voici celui du ScrumDay :

De nos jours, presque tout le monde sait faire grandir une infrastructure de machines en mode distribu√©, avec une tr√®s bonnes 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 connexion 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 √† b√Ętir 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.

La différence entre les sessions va se jouer sur plusieurs aspects :

  • l’exp√©rience acquise par la premi√®re pr√©sentation,
  • les retours et les questions des participants,
  • les questions pos√©es par un des organisateurs de Mix-IT qui vont orienter la pr√©sentation sur des aspects diff√©rents.

Franck Depierre, l’organisateur qui a pos√©¬†ces questions stimulantes, m’a demand√© de pr√©ciser certains points. Les questions sont en gras :

  • Pourquoi faudrait-il avoir toutes les √©quipes distribu√©es qui travaillent ensemble ?
    Ce sont les membres des √©quipes qui sont distribu√©s √† travers le monde. Pour une √©quipe qui d√©veloppe un produit, les √©quipiers sont r√©partis entre les bureaux de Bangalore, Paris, Montreal et San Francisco, de plus certains √©quipiers travaillent de chez eux (Hambourg, Dallas, San Francisco, New-York, Bordeaux, Toulouse…). Les √©quipes sont compos√©es de personnes ayant les comp√©tences n√©cessaires pour d√©velopper le produit, leur localisation n’est pas un crit√®re de choix.
  • N’est-il pas plus simple de faire l’int√©gration sans avoir de communication entre √©quipe ?
    Nous pr√©f√©rons une approche ou l’√©quipe livre un produit d√©ployable. Les produits sont modulaires et combinables entre eux : une infrastructure cloud de base peut √™tre associ√©e √† l’usine de d√©veloppement logiciel par exemple.
  • A qui est destin√© cette session ?
    A des agents de changement dans l’organisation, √† ceux qui, dans le flux de d√©veloppement d’un produit, s’int√©resse √† faire √©voluer l’organisation de leurs √©quipes.
  • On a l’impression que tout est bien dans le meilleur des mondes. Quels sont les freins, les probl√®mes qu’il faut identifier ? Est-ce uniquement un pb de product owner ? Ne pourrais-tu pas donner des recommendations pour tout les profils de l’organisation ?
    Tout est encore loin d’√™tre bien dans le meilleur des mondes… La distance cr√©√©e de nombreux probl√®mes que nous n’aurions pas avec une √©quipe colocalis√©e et des communications face √† face (on s’en doute)… Je compte √©videment aborder ces difficult√©s et les solutions que nous avons identifi√©es pour l’instant.
  • Est-ce qu’un coach ou facilitateur aide √† ce mode de travail ? Si oui, est-ce que le coach doit √™tre unique et intervenir sur tous les sites ? Est-ce qu’il faut monter une √©quipe de coaches ? Quelles sont les r√©unions √† mettre en place ? Sur quel cycle r√©p√©titif, bas√© sur Scrum ?
    C’est mon role dans l’organisation. Nous formons progressivement une √©quipe de personnes int√©ress√©es qui diffusent dans leurs √©quipes la culture agile et open source de l’entreprise. Et oui, avec une approche it√©rative ūüôā
  • Comment justifier que les √©quipes distribu√©es sont plus viables que les colocalis√©es ?
    Les √©quipes distribu√©es permettent de regrouper des personnes comp√©tentes sur un produit sans avoir besoin de leur imposer une localisation… Dans l’id√©al, je pr√©f√©rerais que toutes les personnes puissent travailler dans la m√™me pi√®ce.

Il me reste une semaine pour revoir la session afin de maximiser la valeur des messages à transmettre ! Vous pouvez également me poser des questions via Twitter, en commentaire de ce billet ou par mail pour que je les prenne en compte dans ma préparation.

Pour en savoir plus sur cette édition de Mix-IT 2014, consultez les actualités et particulièrement les articles présentant le programme.


[modification du 15 novembre : la vid√©o de la session de Mix-IT vient d’√™tre publi√©e http://www.infoq.com/fr/presentations/produits-avec-equipes-distribuees]

Coworking @ La Mutinerie

Coworking @ La Mutinerie

2013-03-19 18.54.50J’ai d√©couvert La Mutinerie √† l’occasion du 3√®me Meetup Openstack qui y √©tait organis√©. Il est bien sur difficile de se faire une opinion objective sur un espace de coworking juste lorsque l’on participe √† un √©v√©nement.

Mais je souhaitais partager mes premi√®res impressions. L’espace est agr√©able et je m’y suis senti imm√©diatement √† l’aise.

Les murs sont utilisés pour présenter les Coworkers, le programme de la semaine, les besoins ou les envies de partage (Need & Have).

2013-03-19 19.09.29
L’espace de conf√©rence n’√©tait disponible qu’√† partir de 19h pour ne pas (trop) perturber la journ√©e des coworkers. Et j’ai pu voir sur cette photo de pr√©sentation de l’espace qu’il est utilis√© hors session de conf√©rence pour install√© des tables de travail.

Un bel espace dont la devise “libre ensemble” m’a rappel√© que je passais peut-√™tre un peu trop de temps dans les bureaux de clients, et pas assez de temps dans des espaces de coworking ces derniers mois…

IMG_1300En conclusion, si vous cherchez un espace de travail à Paris, La Mutinerie est certainement un lieu à essayer. Si vous cherchez un espace pour organisé un événement en soirée, La Mutinerie est définitivement une option intéressante !

J’en profite pour parler de l’initiative “We Are Coworkers“, un site pour pour retrouver les Coworkers par Espace.

2013-03-19 21.16.37 2013-03-19 21.15.16
2013-03-19 18.54.47

Contrat Creative Commons
Les articles publiés ici sont mis à disposition selon les termes de la Licence Creative Commons Paternité 3.0 non transcrit.