comments 2

This was Leancamp Brussels 1st edition


LeanCamp is an Open Conference where the worlds of Lean Startup, design thinking, lean innovation, agile and customer experience are connected.

This format is famous across the world for its unleashing of crossovers, knowledge and creating a vibe in the startup community.

What’s an open conference?

An open conference is organised as an open space.

An event following according to ‘Open Space Technology

What were the topics?

Leancamp Brussels 2017 photo - 19

A summary of the learnings

comment 1

Modern Agile & Anzeneering

Modern agile is the result of courage, feedback, simplicity, communication and respect for people.


Modern Agile has 4 disciplines:

Make Users Awesome

Make Safety a Prerequisite

Experiment & Learn Rapidly

Deliver Value Continuously

Protecting people underlies every Lean or Agile practice.
Industrial Logic calls this Anzeneering.


Protecting people is the most important thing we can do, because it frees people to take risks and unlocks their potential.



Tim Ottinger gave me one of the Stop Work Authority cards. You show this card whenever there’s a situation unsafe to yourself or your co-workers!


comment 0

Empty my cup of tea

Hadrian's Agile Wall


Nan-in, a Japanese master during the Meiji era (1868-1912), received a university professor who came to inquire about Zen.

Nan-in served tea. He poured his visitor’s cup full, and then kept on pouring.

The professor watched the overflow until he no longer could restrain himself. “It is overfull. No more will go in!”

“Like this cup,” Nan-in said, “you are full of your own opinions and speculations. How can I show you Zen unless you first empty your cup?”

View original post

comment 1

The Agile landscape – should we care?

Yes, “agile” is an umbrella term, the word was chosen by the signatories of the agile manifesto. Who-ever would be referring to the agile method, doesn’t understand what agile refers to.

The existence of many agile methods, frameworks and approaches (no, Scrum is not the only agile method) for single teams and multiple teams illustrates the continuous journey of exploring and uncovering new and better ways of developing products. And that’s a good thing, isn’t it? It would be worrying if the whole world would agree for a single method or way of working.

Illustrations as the one below show the diversity of methods in the whole “agile” landscape.


  • interesting to see what exists, and under which “mindset” or “topic” things get categorised
  • worrying to see there exists that many different approaches and techniques
  • worrying to see there exists that much terminology, creating an “agile” “slang”
  • worrying to see that some expects “agile” “experts” to know all these different approaches and techniques,
  • even more worrying to see that some think by merely studying, learning and executing some approach of techniques, one becomes by definition “agile”
  • sad to see the word “agile” becomes meaningless due to this plethora of “agile” “whatever”

And so, it’s not surprisingly that some of the signatories publicly question what it means to be agile

Agile is dead“, by pragmatic Dave

“And, unfortunately, I think time has proven me right. The word “agile” has been subverted to the point where it is effectively meaningless, and what passes for an agile community seems to be largely an arena for consultants and vendors to hawk services and products.”

back to the “Heart of Agile” by Alistair Cockburn

“Agile has become overly decorated. Let’s scrape away those decorations for a minute, and get back to the center of agile.”

Ken Schwaber on “agile“:

What is “Agile”?
Any software activity that conforms or attempts to conform to the values and principles of the Agile Manifesto for Software Development.

So, yes, let’s consider all those items in the “agile” landscape;

and let’s value principles over practices

and let’s promise not to exclude from consideration any idea based on its source, but to consider ideas across schools and heritages in order to find the ones that best suit the current situation.

comment 0



Ken Schwaber's Blog: Telling It Like It Is

I am returning from the Agile Alliance conference. I thought I would share the answer to several questions that I was asked in my session:

1. What is “Agile”
Any software activity that conforms or attempts to conform to the values and principles of the Agile Manifesto for Software Development.

2. If you could add another value to the Agile Manifesto, could you state it?

We value practices, tools, consulting, coaching, and software organizational work that continuously improve their adherence to the Agile Manifesto
Tools, products, methodologies, processes, practices that only use the word Agile to market themselves to make money and whose correlation to the Agile Manifesto is coincidental.

View original post

comment 0

Agile Manifesto Values add-on for large enterprises

We are uncovering better ways of working in large enterprises by doing it and helping others do it.

We value:

Delighting Customers First over Shareholder Returns First

Focusing on Delighting Customers First leads to Shareholder Returns

Enterprise-Wide Agility over Agile for Software Development only

Optimise for flow, learning and feedback along the whole value stream

Empowered Product Teams over Command & Control Role based Work Passing

Long live teams with high Alignment, Autonomy and Safety aligned to value stream

Achieving Big through Small over Achieving Big through Big

Small teams, hypothesis-driven investment, optimise for flow, for better outcomes faster


That is. We used to value to things on the right, we now value the things on the left more.




comment 0


Een belangrijk element in een continue verbeteringsproces is een continue cyclus van plannen, uitvoeren, verifiëren en bijstellen. De uitdaging is om deze cyclus herhaaldelijk te blijven uitvoeren, zodat de zin voor kwaliteitsverbetering een continue gegeven wordt.

De indeling van deze stappen zijn de stappen zoals aanwezig in de wetenschappelijke methode: het formuleren van een hypothese, het uitvoeren van een experiment, en het evalueren van de resultaten (om de hypothese juist of fout te verklaren). Deze Plan – Do – Check – Act cyclus (PDCA) is gekend als de kwaliteitscirkel van Deming. PDCA vormt de basis voor continue verbetering en is een element van lean productie.

Scrum als ontwikkelingsraamwerk voor complexe producten heeft zijn origine in lean productie (lean thinking). Het artikel (The New New Product Development Game) spreekt over “incrementele verbeteringen”.

Inspect & adapt

Plan – Do – Check – Act is aanwezig in Scrum en het doel van een Scrum team is om zich continue te verbeteren wat betreft product en proces. In Scrum wordt dit ook wel de “inspect & adapt” cyclus genoemd: het inspecteren van artefacten (zoals een opgeleverd product increment), het inspecteren van het proces, tools, relaties en interacties tussen teamleden.

Inspect & ignore

Wat sarcastisch, noemen we dit soms ook wel “inspect & ignore”. Dit komt voor wanneer teams wel de oefening doen om na te gaan wat er goed of fout gaat met hun werking, maar geen concrete verbeteractie uitvoeren en dit op systematische wijze.

PDCA visualisatie oefening

(met dank aan Kris Philippaerts voor deze oefening)

In deze oefening is het doel om de PDCA cyclus in kaart te brengen (visualiseren op een groot bord leent zich hier het beste toe) voor verschillende elementen:

  • product “business” requirements (“wat” we gaan bouwen) (dit is eerder op korte termijn)
  • lange termijn visie
  • technische realisatie
  • planning & budget
  • team dynamiek

Als je de oefening in een Scrum team doet is het opportuun om na te gaan welke van de elementen gedefinieerd zijn in het Scrum framework en welke niet. Dat helpt het team om zich te realiseren dat niet alles expliciet aanwezig is in Scrum, het is een raamwerk waar je weloverwogen proces elementen aan toevoegt.

Template voor de oefening: voor elke stap (Plan, Do, Check, Act) bekijk je:

  • tijdens welk event (activiteit) gebeurt de stap
  • wat is de output
  • en wie is degene die de output creëert

De eenvoudigste om te beginnen is “wat” we gaan bouwen (product “business requirements”), omdat dit relatief snel ingevuld is voor een Scrum team (de Plan, Do, Check, Act stappen zijn expliciet aanwezig in Scrum).


Plan-Do-Check-Act voor “product requirements”


Plan-Do-Check-Act voor “product requirements” in Scrum

Een volgende iteratie van de oefening is om dit ook in te vullen voor andere aspecten, bv. lange termijnvisie en planning & budget. De template is eenvoudig en je doet de oefening in 2 stappen:

  • definieer wat er bestaat in de huidige situatie (ga ook na hoe je omgaat met “ad hoc” veranderingen)
  • definieer wat er ontbreekt

Plan-Do-Check-Act template

Op deze manier kan je toewerken naar het vervolledigen van een “inspect & adapt” (PDCA)  effectief als een cyclus gebeurt ipv éénmalig of zonder verbeteringsacties.

Een algemene aanbeveling is om veranderingen voor verbetering kleinschalig en gelimiteerd te houden, zodat je kans hebt om effectief soms iets “nieuws” uit te proberen en te experimenteren.