Tag: open source
Contribute to the Success of OpenStack

Contribute to the Success of OpenStack

By |

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
We trust you

We trust you

By |

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

By |

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.
Happiness is Coming

Happiness is Coming

By |

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

By |

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

By |

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

By |

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

By |

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

By |

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 !

Recent Posts

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