Le Podcast

Do you want 10x Engineers?

In this episode of Le Podcast, I had the pleasure of discussing with Julien Danjou. Julien has more than 20 years of experience as an open source software hacker. Julien wrote two books about Python.

I wanted to ask him about the myth of 10x Engineers and what advice he could have for Engineers who want to grow their skills.

According to Julien, above the technical aspect that everybody think of, two other aspects are essential to grow as a software engineer: understanding the business, and understanding the social component.

I loved all the examples Julien gave and that could be put into practice immediately. It resonates a lot with me and I think it aligns very well with Michael and I shared in our new book I am a Software Engineer and I am in Charge. I hope that I will have the opportunity to discuss the book with Julien soon!



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:

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



Header photo by William White


What science knows about happiness that could tranform OpenStack

A short article to publish the video recording and the slides of the talk I gave today at the OpenStack summit in Austin.



Header picture is from Ryan McGuire.


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:


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

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 ūüėČ

Général Interventions

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.

Europe Général International Interventions

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

Général International

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 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.

Général Interventions

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√©.