Please don’t call it Agile

Please don’t call it “Agile”! Really!

I can’t stand anymore listening to the word “Agile” and seeing the main principles neither understood nor respected.
I can’t stand anymore seeing agile transformations where the only goal is the transformation itself as a new process to put in place.
I can’t stand anymore arguing with people who think to have understood “Agile” because they use some sticky notes and do some daily meetings.

For many people who do agile or want to do agile, the agile manifesto is often a piece of paper without real meaning.

I don’t have the agile manifesto attached in my room and the point here it’s not to be a “purist” of all agile principles. I don’t care. I do care about people: respecting people, giving people autonomy, motivating people, trusting people, collaborating and improving with people. I care about the human side of business: business done by people who wants to satisfy and delight customers, business done by people as it is their own private business. I always considered Agile as an enabler for all of this, as opposite of other ways to developing software where people are like “cogs in the machinery“.  Agile is “people oriented”. This is the most important thing to understand.

Agile for me is tightly linked to new Management principles and practices (ex: Management 3.0) and to the organisational structure and values. I believe that you cannot have Agile without changing or adapting the others points, unless they are already “people oriented”. I believe in “Guiding Structure“: the structure of your environment is the largest determinant of your behaviour. So if you want to have Agile ensure that all your guiding structures are “people oriented” too (management, organizational structure, values, rewards, etc.).

We should save Scrum from Scrum

It seems a paradox but it isn’t. I start to think that we should save Scrum from Scrum: from the weight of his popularity that could transform it in something different.

More and more often I see Scrum not well understood and applied in organizations. This concerns different aspects: Scrum roles, collaboration of people, estimation, etc. We have already a name for such situations: it’s the well known “ScrumBut”. The real problem is when the “But” part is much more bigger than the “Scrum” part and what is kept it’s just an iterative framework with people playing the Scrum roles and doing some ceremonies with the fundamental agile principles negatively impacted or no more present. You can see development managers playing the Product Owner role instead of someone with business knowledge, ScrumMaster with a subordinate hierarchical link with the PO, Scrum Masters who assign the tasks to people, estimation done by the team with in reality a Gantt Chart already done to tell how things should go… I’m sure you have already seen such situations and many others.

I think it’s time for reflection to understand where “Scrum” is no more “Scrum” and when it’s not bringing anymore the benefits it was developed for and why we have such common situations. Read more of this post

Agile misconception – fixed scope and fixed deadline


Drive: What Motivates Us

The philosopher Ludwig Feuerbach said “man is what he eats”. I would say that a man is also the books he reads and Drive, the book of Daniel H.Pink about motivation is one of those books that can influence you and change the way you think, inspiring you to act. An amazing book.

Drive of Daniel H. Pink

Drive of Daniel H. Pink

Drive teaches us that, when it comes to motivation, there’s a gap between what the science knows and what business does. “The current system of motivation put in place in organizations often doesn’t work and often does harm. If we want to build better organizations, elevate our lives and improve the world a new approach is needed”.

In the introduction Pink explains that human beings behaviour is driven by what is known as the biological drive that comes from within and includes hunger, thirst and sex (Motivation 1.0). Then a second drive that comes from without is to respond to rewards and punishments in our environment (Motivation 2.0). In the middle of the last century however few scientists began to discover that there was a third drive that they called intrinsic motivation, our innate need to direct our own lives, to learn and to create new things, and to do better by ourselves and our world (Motivation 3.0). Read more of this post

Impediments to agile

Just reading an article on things that impede agile… I share two points here (extracted from the original article):

  • Technical Practices

” …you cannot scale agile on crappy code, without collective code ownership and continuous integration – period, no debate!”

  • PMO

“The mother-ship of all agile impediments – actually not my quote!

A bit harsh? Well it depends.

A PMO that is steeped in governance that adds no value then absolutely! Gated controls are great provided they add value – have the requirements been signed by the Business, has the design been signed by the CTO, have you produced your weekly report, have you correctly RAG your Risks and issues. Mother-ship!

But a PMO that has made both the cultural and mindset shift to agile can be a huge enabler.”

People is more important than everything

I’m more and more convinced about this: “people is more important than everything”. For many years in the software industry we tought to have found the good method for successfull software development, always searching for processes, practices, framework… but did these practices and methods provide the expected results? Today the risk is that agile will be another of such methods that didn’t bring the expected results if we don’t understand what “agile” is.

I see a situation in which many people wants to use “agile” and start to do it, but what I see in reality is the fall of agile: “fragile”, “wagile”, “srum-buts”… so the question is:  what “agile” really means?
My passion for agile comes from the idea that the interactions between people are more important than processes, that people are the key factor in the software success. Attendind people’s need and the close collaboration among people can bring back the enjoyment to developing successful software. The agile manifesto defines what agile is, we can find in it the same idea:

indivuals and interactions between process and tools”
“customer collaboration over contract negotiation”
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

Agile is not doing it but “being agile”… for that we should start focusing more on people.

Scrum Gathering Paris – “Shu Ha Ri” and Spiral Dynamics

The first day of the Scrum Gathering in Paris is finished. It has been really a great day. The sessions I have attended were mostly about the same theme: “Expanding an Agile Culture in a Complex World”. This theme aims to define cultural tools (patterns, management practices, methods, etc) helping to install in a sustainable way an Agile culture within organizations. Below the sessions I liked most and my main takeaways:

“Cuture > Process” – Henrik Kniberg
The opeining keynote from Henrik Kniberg showed what “agile culture” really means and how this is achieved in Spotify the company where he actually works.
My Takeaways:
Shu-ha-ri  (Follow the rules, adapt the rules, Ignore the rules)
“People > *”  (People are more important than everything else)

Agile à la mode? The long-Term Viability of an Agile Culture in France – Petra Skapa and Mack Adams
This session showed how it’s difficult to have an agile culture in French organizations: the French values are not in lines with the agile ones.
My Takeaway:
The transformation to agile in France is more difficult than in other Countries. Agile is a mindset and it’s adoption and success is directly influenced by the Country’s culture.

Changing Cultural DNA with Spiral dynamics to become thouroughly Agile – Dajo Breddels
Interesting session on how the humans interact and behave according to the spiral dynamics theory and how this theory can help on the cultural change needed for agile transformation.
My takeaway:
Spiral Dynamics theory can be helpful for the agile cultural shift.