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 🙂

Thanks!

 

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:
sticker-agile-tour-2013-v2
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.