Tag: open source

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

We trust you

We trust you

During Red Hat Summit in Boston this week, a documentary video was showed during the keynote sessions. This video describes the way Penn Manor school district used open source in their education project.

Charlie Reisinger is the IT director that lead this openness strategy, also delivered a TEDxTalk in Lancaster to tell the story.

I hope this can inspire a lot of schools to give their trust to the students and help them to develop their self-esteem and self-confidence.

More details here: http://summitblog.redhat.com/2015/06/24/open-source-stories-penn-manor-the-power-of-open-in-education/

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.

Happiness is Coming

Happiness is Coming

I had the great pleasure to deliver the opening keynote of April 17, 2015 of the Drupal Developer Days in Montpellier. The selected theme was Happiness…

Here are the slides:

And a selection of tweets:

Thank you for your great feedbacks and for the great conversations that followed!

I feel ready for the next DrupalCon ūüėČ

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.

ALE 2014 Рdeuxième et troisième jour

ALE 2014 Рdeuxième et troisième jour

Cet article évoque les deuxième et troisième jour de la non-conférence 2014 du réseau ALE (Agile Lean Europe). Le résumé du premier jour est ici.

Ce deuxième jour de la non-conférence ALE 2014, débute par une session par Josef Scherer, Self-designing Feature Teams @BMW. Pour influer sur la culture d’une grande organisation, Josef explique qu’il est nécessaire d’établir une structure permettant à la culture d’exister ou d’évoluer. Josef a ensuite présenté les structures d’atelier permettant à des équipes de se recomposer en équipe dédiée à des fonctionnalités (et non plus par role dans un processus en cascade) et cela en moins d’une demi-journée.

Stephen Parry prenait la suite avec un approfondissement de sa session de la veille pour cr√©er une organisation en capacit√© d‚Äôapprendre et de s‚Äôadapter. Stephen parle ici de cr√©er les conditions, le climat permettant le d√©veloppement de cette culture. Stephen a pr√©sent√© l‚Äôapplication du diagnostique Climetrics mesurant le climat dans les organisations suivant 4 axes : Engaging, Learning, Leading, Improving. L‚Äôexemple pr√©sent√© montre que pour passer d‚Äôune organisation ¬ę diriger et contr√īler ¬Ľ il ne s‚Äôagit pas d‚Äôavoir des objectifs d‚Äôam√©lioration continue, mais une transformation compl√®te de la fa√ßon de faire. Comme dans les exemples de la premi√®re session, ce sont les √©quipes qui ont dessin√© la nouvelle organisation (et pas le management).

PaweŇā Pustelnik pr√©sentait comment cr√©er et faire croitre la culture de leur organisation Future Processing. La culture se voit dans l‚Äôatmosph√®re, dans le climat pr√©sent dans l‚Äô√©quipe, dans les valeurs que les membres partagent.

Great Software… because we put people first.

J’ai trouvé intéressante l’idée d’habiller un des couloirs de l’entreprise avec les événements importants de l’entreprise depuis sa création, ainsi que celle du mur de photo de toutes les personnes de l’entreprise, également importante. Le support de Pawel est ici.

J’ai malheureusement manqu√© les sessions de lightning talks (probablement le meilleur me dira plus tard Pablo).

Les sessions de Pecha Kucha (20 slides x 20 secondes) était excellentes :

  • Christof Braun – Trust me – this is important
  • Alberto Brandolini – The final words about software estimation
  • Martin Klose – Coderetreat – perfect practice makes perfect
  • Pawel Brodzinski – Building Teams – We got it all wrong!

J’ai butin√© au cours de ces sessions open space et particip√© √† une seule excellente session celle de¬†Sabina Abdulajeva qui nous faisait prendre conscience de notre corps.

Felienne Hermans¬†concluait cette deuxi√®me journ√©e en proposant : “Putting the science in computer science“. C’√©tait assez amusant d’essayer une approche scientifique sur une question troll : “quel est le meilleur langage de programmation ?”. Il s’av√®re que la r√©ponse des participants ne d√©pends d’aucun des crit√®res que l’on entends r√©guli√®rement cit√©s pour d√©fendre tel ou tel langage, mais d√©pends principalement de la disponibilit√© de librairies open source.

Le troisi√®me jour d√©butait¬†par la Keynote des enfants. J’ai oubli√© de pr√©ciser que ALE est une conf√©rence √† laquelle les √©poux(ses) et les enfants sont invit√©s √† participer ce qui contribue √©galement √† une ambiance particuli√®re. Les enfants ont donc pr√©par√©s une keynote au cours de laquelle l’ensemble des participants ont contribu√© √† peindre une fresque avec leurs mains.

J’ai ensuite propos√© une session “The Agile and Open Source Way” et j’ai obtenu enfin les feedbacks qui vont me permettre de faire √©voluer radicalement le contenu de la session et d’augmenter son impact et son utilit√© (un grand merci pour ceux qui ont pris le temps de me donner des feedbacks).

C’est Olaf Lewitz qui a gagn√© l’opportunit√© de proposer un talk surprise. Il a choisi de nous proposer sa session “De-scaling your organization“. C’√©tait excellent et inspirant, √† la fois sur le contenu et la fa√ßon de le proposer.

Pour les lightning talks, l’√©motion du moment ne fait retenir que le talk que ma fille Emma (12 ans) a donn√© (et en anglais). Merci √† tous les participants pour leur enthousiasmes et leurs retours positifs.

Les sessions de Pecha Kucha du jour étaient excellentes également :

  • Oana Juncu – Key ingredients of storytelling
  • Antonio L√≥pez – Using Social Network Analysis for an Agile transformation
  • Shannon Jean Ewan – Agile processes evolve. Agility is here to stay

J’ai particip√© √† deux sessions open space, celle propos√©e par Olaf Lewitz nous a fait d√©couvrir le personality poker¬†et nous nous sommes dit avec Pablo que nous allions le traduire en fran√ßais, et une en vue de la pr√©paration de la conf√©rence de l’ann√©e prochaine :¬†ALE15 (oui j’y pense d√©j√† et j’y serai).

Jennie Jepsen¬†assurait la Keynote de cloture et faisait une nouvelle fois r√©f√©rence √† la science (celle du fonctionnement de notre cerveau cette fois) pour expliquer nos probl√©matiques de transformation. ¬†Cela a au moins le m√©rite de rappeler que lorsque l’on dit science, on dit approche scientifique et qu’avant de s’int√©resser √† des r√©sultats, il faut s’int√©resser aux protocoles des exp√©riences.

Un grand merci √† Future Processing pour ces actions dans le cadre du sponsoring de cette √©dition ALE : Massage (avec les masseuses qui travaillent habituellement chez eux √† temps plein), Soir√©e… et j’ai m√™me gagn√© un cadeau en donnant une d√©finition de ce qu’√©tait faire du d√©veloppement agile : “Build a product with all the emotions and intelligence of the team”.

Un grand merci à tous les participants, intervenants, organisateurs (quelque soit leurs roles) pour cette excellente édition !

Les liens depuis les noms des intervenants cités pointent sur leurs comptes Twitter, et je vous encourage à les suivre !

Les photos d’Olaf, de Pablo, de Tomek, de Antonio

Open Innovation

Open Innovation

Ce 12 juin 2014, une annonce d’Elon Musk, le CEO de Tesla Motors, est venue secouer l’√©cosyst√®me automobile.

L’annonce titr√©e :¬†All Our Patent Are Belong To You, d√©clarait¬†que toute la technologie d√©velopp√©e et brevet√©e par Tesla, ¬†√©tait √† pr√©sent disponible pour qui voudrait l’utiliser, de bonne foie, dans l’esprit des projets Open Source.

Je n’ai pas encore vu si cette annonce allait √™tre suivi d’une ouverture plus forte des travaux de Tesla, avec peut-√™tre des possibilit√©s de contributions d’autres acteurs du domaine, sur une plate-forme ouverte, avec la mise en place de licence Open Source… Mais ce premier pas est d√©j√† √©norme.

Cette annonce a re√ßu une pluie de commentaires positifs et attir√© aussi des d√©tracteurs expliquant que l’int√©r√™t de Tesla n’√©tait pas qu’altruiste puisqu’ils tireraient b√©n√©fices de cette ouverture en faisant √©merger leurs solutions comme des¬†standards.

J’appr√©cie √©videment que ces commentaires fassent ressortir un des b√©n√©fices d’une approche Open Source. Celui de faire que les contributeurs √† une solution, plut√īt que de gaspiller de l’√©nergie √† se combattre √† coup d’incompatibilit√©s, fassent √©merger des standards permettant de mutualiser les ressources.

En tant qu’utilisateur, je serai tr√®s heureux de pouvoir brancher mon auto sur n’importe quel syst√®me de n’importe quelle marque.

J’en profite pour mettre en avant deux articles, le premier du CEO de Red Hat tirant son chapeau √† Tesla, le second dans OpenSource.com revenant sur les r√©actions vari√©s suite √† l’annonce.¬† Et dans le premier, Jim Whitehurst parle aussi d’eNovance


Le choix du titre de l’annonce est plut√īt dr√īle n’est-ce pas ? Si vous vous demandez pourquoi, jetez un oeil √† cela : All Your Base Are Belong To Us.

Etre l’entreprise agile de demain

Etre l’entreprise agile de demain

Ce jeudi 5 juin 2014, j’ai donn√© une conf√©rence sur le th√®me du management et de l’organisation, lors du ScrumWine¬†h√©berg√© par Lectra.

Pour illustrer mes propos, j’ai utilis√© le cas de eNovance une entreprise qui grandi en restant agile.

Les retours sur la conf√©rence √©taient excellents et je remercie tout ceux qui se sont manifest√©s. Je suis tr√®s heureux d’√™tre parvenu √† faire pass√© les messages sur l’√©volution des mod√®les de management au 21√®me si√®cle.

Je suis aussi flatt√© par les retours indiquant que cette conf√©rence m√©riterait d’√™tre donn√© sur de plus gros √©v√©nements, peut-√™tre m√™me en conf√©rence d’ouverture !

Un grand merci à tous !

Merci √©galement √† l’√©quipe Ayeba qui a contribu√© √† pr√©parer cette pr√©sentation.

J’inclus dans cet article le support de pr√©sentation que j’ai utilis√© pour cette session pour permettre √† ceux qui y ont assist√©s de r√©cup√©rer les r√©f√©rences que j’ai propos√©.

Le support n’est pas tr√®s explicite sans le discours associ√©.

Office not required

Office not required

Remote, Office not required is a book from Jason Fried and David Heinemeier Hansson 37 Signals cofounders (the company is called Basecamp nowdays).

Capture d’écran 2014-05-20 à 22.32.17Remote is a plea for remote working. It provides arguments and solutions to those who want to try to work remotely or even organize their business so she could spend offices.

Some arguments you will find in the book among others:

  • Collaboration and communication tools are here, the missing upgrade is the human mind
  • Work don‚Äôt happen at work because of interruptions. People who have an important job to do… will do it elsewhere.

Mc Gregor’s Theory X and Theory Y, will help to understand the weakness of the arguments of opponents of remote working:

  • If I don’t see them, how would I know that they are working?
  • If I see them, I can control them

We need a mutual trust to work together… And we need to manage work, and not the presence of people on their chairs.

The book, composed of small posts, addressed also: tools, tips to work from home, coworking spaces, starting to introduce remote working in a team, work from home with customers, recruitment and onboarding.

There’s also a chapter on Open Source learnings, my favorite subject !

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