Real-life Agile Scaling – slides from keynote @ Agile Tour Bangkok

Here are the slides from my keynote “Real-life agile scaling” at Agile Tour Bangkok. Enjoyed hanging out with everyone!

Key points:

  • Scaling hurts. Keep things as small as possible.
  • Agile is a means, not a goal. Don’t go Agile Jihad. Don’t dump old practices that work.
  • There is no “right” or “wrong” way. Just tradeoffs.
  • There is no one-size-fits-all. But plenty of good practices.
  • Build feedback loops at all levels. Gives you better products and a self-improving organization.

Here is an InfoQ article with a nice summary of the keynote.

Sample slides:

Henrik Kniberg
read more »

LKCE 2015 Slides – Learnings from applying Safe @ LEGO

lkce safe at lego

Just back from Lean Kanban Central Europe 2015. A great conference that keeps pushing the limits.

At the conference I gave a talk together with Eik aka “Captain Agile” from LEGO. We walked through how they introduced SAFe, how they involved other departments and most important, how they experimented their way forward.  (Me and Henrik iterated as coaches during the transition).

Here are the slides.



Real World Kanban – interview on InfoQ

InfoQ has just released an interview regarding my latest book Real World Kanban. In this we walk through the reasons behind writing the book plus why Kanban needs to be matched by long term thinking to improve over time  (aka behaviours like “don’t pass bad quality forward” matters)

Check it out:

ps: For anyone interested in the book, I have also collected quotes from people who have read it (among them Mary “The Queen of Lean” Poppendieck)

What is an Agile Leader?

Agile product development has become the norm in many industries (especially software). That means products are developed by small, self-organizing, cross-functional teams, and delivered in small increments and continuously improved based on real customer feedback. Pretty much as described in the Agile Manifesto – but replace the word “software” with “product” (because it really isn’t software-specific).

That’s all fine and dandy. However when things get bigger, with dozens of teams collaborating over organizational boundaries, things obviously get more complex and painful. Even if the entire organization is neatly organized into scrum teams, you can still end up with an unaligned mess! Here’s a picture that might feel familiar:

Misaligned teams

read more »

What is an Agile Project Leader?

I wrote this article because of two observations:

  1. Many organizations use a “project model” when they shouldn’t.
  2. There is a lot of confusion and debate in the agile community about projects and project leadership.

I don’t claim to have “the answer”, but I’ve thought about this a lot and also experimented on my clients (don’t tell them… sshhhh). So, here is my take on project leadership in an agile context.

Oh, and by the way, this article is a Bait & Switch. I’m trying to get you to read What is an Agile Leader. You might save time by just skipping this and going there right away :)

Beware of “projects”

The word “project” is controversial in agile circles. Some companies use the “project model” as some kind of universal approach to organizing work, even for product development. However, a surprising number of projects fail, some dramatically. I see more and more people (especially within the software industry) conclude that the project model itself is the culprit, that it’s kind of like rigging the game for failure.

A “project” is traditionally defined as a temporary effort with a temporary group of people and a fixed budget. Product development, on the contrary, is usually a long term effort that doesn’t “end” with the first release – successful products start iterating way before the first release, and keep iterating and releasing long after. And teams work best if kept together over the long term, not formed and disbanded with each new project. Also, the traditional approach to planning and funding projects often leads us to big-bang waterfall-style execution, and hence a huge risk of failure because of the long and slow feedback loop. The project model just doesn’t seem to fit for product development.

read more »

Slides from Lean Kanban France 2015



Just back from Lean Kanban France where I gave a presentation on “Learnings across Kanban case studies, and what happened next” and introduced Skarin’s law:

”The number of improvement
initiatives in a kanban system
is proportional to the trust members
have in that systems purpose

(.. it’s never too late to introduce your own law :) )

Anyway, here are the slides.



Impact Mapping – the developer’s cut

Do you, a developer, have a feeling that the user stories your product owner is but a list of ideas prioritized on gut feeling only? That the relationship between them and their purpose are vague? Impact Mapping is an agile conversational tool by Gojko Adzic that may be primarily for product owners but hey, a developer needs a purpose too!

read more »

The Sword and the Shield

When refactoring legacy code, two problems seems to repeatedly occur. One is that the code is all tangled up with interdependencies and the other is that there is no specification of what the system is supposed to do.

Still we are asked to add features or fix problems without breaking anything. Everything in there should stay there.

read more »

Lean and agile at Edgeware

Edgeware is a cool hardware and software company helping operators to build efficient video content delivery networks. Read their blog about what we have been up to since August this year: Lean and Agile at Edgeware

Scaling Agile @ Lego – our journey so far (slides from LeanTribe keynote)

Here are the slides for my Lean Tribe keynote Scaling Agile @ Lego – our journey so far.

Here’s also a more detailed version from a talk that Lars Roost and I did at GOTO conference in Copenhagen: is SAFe Evil (that talk was also recorded).

This is just a brief snapshot of a journey in progress, not a journey completed :)

Sample slides below.

This doesn't scale read more »

Programming with Meteor and Materialize


Our goal at the Crisp hack summit last weekend was to migrate our 2 year old shopping app written in Meteor to the latest version and to learn about Google’s material design. Our old app was built as a way for us to learn Meteor. The structure is less than ideal, and as we learn new things we add them to the app, but don’t revisit old parts. So we followed Dan North’s experiment rewriting the app from scratch. We also decided to use Materialize for the UI. We wanted to rewrite the app in 2 days, keeping all the functionality we currently have, but at the same time adding the UI and usability improvements that we really need.

We ended up completing the rewrite in 9 days: 2 hack days and then a couple of hours each day for the next week. Not too bad for a brand new app, but surprisingly longer than we would have guessed. Both Meteor and Materialize are pretty simple to get started with, but adding Materialize to Meteor proved to be challenging. Here are some highlights!

read more »

Slides från session Agila Arbetsmetoder @ SAST Q20


Otroligt kul att se hur många som fick plats i ett konceptrum i Aula Magna under våra presentationer under SAST Q20! Vi pratade först om kontinuerlig förbättring och sedan om working agreements. Slides hittar du nedan.

På Crisp har vi en hel del gratis material och guider, bland annat en Toyota Kata mall, som Martin nämnde under sin presentation.

Vi pratade också om Mobprogrammering, och den främsta källan till information finns på

Tack till er alla som kom och lyssnade och vi ber om ursäkt för att alla inte fick plats.

/Martin & Mikael


Kanban tool walkthrough video

Are you thinking about electronic Kanban tools? Do you need transparency to end-to-end flow? Do you work across multiple sites? Tired of managing work states in Jira?

Here’s a short video demonstrating visualisation, analytics and key features in Swift-Kanban & Leankit. Both combine “simple and flexible” with “enterprise ready”. I also mention an interesting runner up – Obeya.

Some things I don’t walk through (but worth knowing about):

  • Both Swift and Leankit supports creating hierarches of boards (linking multiple teams)
  • Both offers mobile support
  • Leankit offers advanced analytics in their pro version (enables you to create customized reports)
  • Obeya (the runner up) is currently in private Beta

’nuff said -let’s take the kanban tool walkthrough :)

2 övningar för att skapa förståelse för varför man ska jobba Agilt och med Lean ux @ uxopen 2015

I dag har jag varit på UX Open tillsammans med ca 300 andra UXare. Vi har diskuterat och delat med oss av erfarenheter. Det har varit givande och roligt.

Kul häng på UX open :)

Kul häng på UX open :)

Den här posten handlar om den workshop som jag och Anette Lovas från Expressen höll med 30 nyfikna personer. Vi gjorde två olika övningar som bygger på metodiken upplevelsebaserat lärande, och syftet var att skapa en förståelse för varför vi behöver arbeta Agilt och med Lean UX. Vi gör övningar för att simulera en situation och möjliggöra en upplevelse som vi sedan diskuterar ikring. Dessa två övningar var Sommarängen, och en övning som vi kallar “Simple, Complicated and Complex”. Här beskriver jag hur dessa övningar fungerar och varför du ska göra dom. Gör det gärna med kunder, utvecklingsteam, ledningsgrupper och chefer, på utbildningar, möten eller workshops. Jag har lånat övningarna av mina Crispkollegor som har kommit på dom.
read more »

What should we build next?

Gathering ideasHow do you decide what to build next? Who comes up with the ideas? How do you decide in what order to implement them? How do you keep track of what you’re working on, and what you want to work on?

Here’s a behind the scenes look at how the Candy Crush Soda team comes up with ideas and decides what to build next!

read more »

Agile Topics card deck

The other week I got the idea to create simple conversation cards. Each card represents an agile practice, a conversation topic or an abstract theory. Now I’ve drawn 96 cards. I simply couldn’t stop :-)


read more »

How a team of 2 kids + adult rookies won a Robot Sumo competition

Last night our Lego Mindstorms robot “Robit” somehow managed to win the Robot Sumo competition at the GOTO conference in Copenhagen!


Pretty frickin’ amazing considering that this was a big software development conference with lots of super-experienced developers competing, and our robot was mostly built by two kids – David and Jenny Kniberg (11yrs and 10yrs old) – the only kids at the conference.  Their robot didn’t just win once – it outmaneuvered and outwrestled the competing robots in every match!

Here’s the final, Robit to the left:

So how could a newbie team win the competition so decisively?

read more »

How do you develop awesome products?

For  this year’s Stop Starting conference, we asked ourselves three questions:

  • How do you develop awesome products?
  • How do you bootstrap a successful mega project using Agile contracts?
  • How do you use Agile and Lean thinking to turn a stagnant company around?

We then picked the brains of people from real companies who have been there and done it. Listen to how companies like King and Spotify evolve their products in a global market. How Åre Skidfabrik developed an award winning product together with a community in no time.  We have more great stories to share on this special day.

Check out the Stop Starting 2015 agenda at: 

.. and register now to reserve your seat on October 20:th, here in Stockholm. It’s worth the trip, we promise!

A short intro video ( ..who the heck let these guys out? :)

Using Agile in Hardware To Develop New Products In One Day

Team developing new productsCan you develop new products from scratch in one day?

This challenge was taken on by the Medical HW manufacturer Optinova in August. Over the course of two days, we pushed the limits of “what is possible” by applying Agile in a HW environment.

Our hypothesis was that Agile would be a good fit in product development and innovation scenarios. And the result so far from the work that we have been doing with Optinova is promising.

Cross-functional teams, focus, rapid prototyping, close customer feedback and visual overview work just as well in hardware as in software. The training setup we used was as follows:

  • Day 1 – Learn basic Agile practices and principles
  • Day 2 – Applying them – developing three product ideas from scratch in one day, in a rapid prototyping workshop.

The result: All three participating teams managed to take an idea to working prototype in a day. One team went so far as submitting a bid to a real customer the following day based on their prototype. That’s high speed, even in software terms. But the most important thing wasn’t the result, it was the lessons learned. When we asked the participants if they wanted to continue to build products this way, the votes were unanimously in favor. If we can get it to work, this would help build a competitive and innovative company. read more »

Mocka med inhoppare – del 6 i TDD på svenska

TDD är en vana man behöver etablera. Första hindret är ofta när man återvänder efter kurs att omsätta teori i praktik. I detta avsnitt berätta jag om hur man isolerar en enhet så att man kan testa den.

Del 6 är i serien “TDD på svenska” handlar alltså om detta och har precis nu publicerats på vår YouTube-kanal “Crisp Agile Academy”.

Du hittar som vanligt de tidigare delarna i serien och mycket annat producerat av mina kollegor. Speciellt tack till Jimmy Janlén för foto, regi och klipp

Hur Wunderkraut håller budget och skapar långvariga relationer med hjälp av Agila kontrakt

Vi har byggt en sajt där med goda exempel, för att inspirera företag, myndigheter och verksamheter på väg in i en upphandling att ta steget till Agila kontrakt. Check it out – Eller följ oss på twitter: @agilakontrakt.

wundkraut_personerna-268x400Turen har kommit till att berätta om Wunderkraut, som använt Agila kontrakt sedan 2010. Det intressanta är hur de i den ombytliga webb och reklamvärlden, framgångsrikt bygger långvariga relationer med sina kunder. De har tagit steget från att se Agil utveckling som “något som sker inom IT” – till något som driver bättre affärer. Agila kontrakt är av nycklarna. Läs hela storyn här.


Psst:  Häng med på vårt frukostseminarium den 16 Oktober om upphandling med Agila kontrakt som vi samarrangerar med Wunderkraut. Varför inte ta chansen och träffa oss båda? Anmäl dig på:



Omöjligt att kombinera agilt arbetssätt med pm3

Låt oss säga det direkt: att kombinera pm³ och någon agil metod, som t ex Scrum, är en dålig idé. Varför?

Därför att du kommer inte kunna dra nytta av det agila arbetssättet. pm³ är baserat på en helt annan världsbild. pm³ bygger på årsplaner och att verksamheten beställer från en leverantör, typiskt den egna IT-avdelningen.  Agilt har som en grundläggande värdering att reagera på förändringar i stället för att följa en plan. Det agila arbetssättet drivs proaktivt genom utforskande i motsats till att vara en mottagare av beställningar.

Vi har sett flera försök att implementera pm³ och de har ofta misslyckats på grund av att pm³ bygger på tankar om att verkligheten kan förutsägas 18 månader i förväg, att användarna vet vad de vill ha och att det är viktigt att ha en skarp linje mellan verksamhet och IT. Vi hävdar (och flera med oss törs vi lova) att inget av detta är varken sant eller bra.

read more »

New book from Crisp – Kanban in 30 days

Kanban in 30 days

Kanban in 30 days

Designed as a 30-day action plan, this book will help you understand and implement Kanban – and start seeing results – in a month.

Analyze your current situation and define your goals and wider strategic aims, and begin developing a plan to help you and your team confidently work towards achieving them. Involve your team into driving cultural change, learn how to prioritize, and organize tasks and projects to efficiently use your time and resources.

Create your own value stream map to better understand your processes and identify improvement areas, and adapt and use the features, tips, and examples to overcome challenges you may face when implementing Kanban. Pick up this book and experience the full results of this vital Agile methodology-fast.

Who this book is written for

If you want to simplify your processes, improve collaboration, and manage projects successfully, this guide to Kanban is an essential companion. read more »

Real World Kanban – now on Amazon

My new Kanban case book now ships from Amazon (as hardcover or in Kindle format).

new book: "Real World Kanban"Learn how we:

  • Improved the full value chain by using Enterprise Kanban.
    (Find out how we improved time to market and shifted focus from Sprints to Flow to deliver customer value in a traditional company.)
  • Boosted engagement, teamwork, and flow in change management and operations.
  • Saved a derailing project with Kanban.
  • Helped an office team outside IT keep up with growth using Kanban.

Inside each case story, you’ll find guerilla techniques on how we made improvements happen (including cases where we #failed). I also walk through why focusing on “improving IT” can make you miss your biggest improvement opportunity (the front end part of your value stream) as well as the 5 system “enablers” that guided our long term improvements.

Get “Real World Kanban” from:

Vi behöver skifta från kravställan till behovsställan

Hur något som egentligen är så självklart kan komma som en aha-upplevelse är en gåta – även för mig som jobbar med det dagligen. För ett litet tag sedan höll jag en utbildning i upphandling och kravställning, “Certifierad Agil Beställare”, efter utbildningen sa en av deltagare att den största aha-upplevelsen var insikten att vi ska göra en bra “behovsställan” i stället för kravställan för att lyckas med upphandlingen och inte styra in på detaljerade lösningar. Det var ju så självklart! Att jag inte har sett det förut?

I den stunden myntades ett nytt begrepp – “behovsställan”.

Insikten hade hon fått genom att vi hade gjort övningar i att gemensamt definiera målgrupper med gemensamma behov, och sedan titta på vilka dom behoven var genom att göra user journeys. Insikten att vi definierar befintliga beteenden och hittar problem som utgångspunkt i upphandlingen gjorde stor skillnad i att förstå att en lyckad upphandling måste vara en upphandling som utgår från behov och löser riktiga problem för riktiga användare.

Ett skifte som många behöver göra

Ofta när jag jobbar på produktföretag, oavsett storlek, så ser jag att just detta är är ett skifte som behöver göras. Många företag fokuserar direkt på vad lösningen är genom att beskriva en detaljerad lösning, i stället för att först titta på VARFÖR och för VEM, vad är behovet och vilka problem ska vi lösa? Har vi inte förstått vad problemet är och för vem, så kan vi inte heller hitta den rätta lösningen. Det faktiska utförandet av lösningen bör ligga i teamet, och inte hos beställaren, det är dom som har kunskapen och verktygen att bygga lösningen på rätt sätt, beställaren bör fokusera på att man bygger rätt sak.
read more »

Agila kontrakt – så vill vi förbättra världen

Föreläsning om Agila kontrakt i ALmedalenJust nu packar jag och fixar det sista inför avfärden till Almedalen, mitt första besök på den omtalade politikerveckan. Det ska bli oerhört spännande. Vad ska jag göra där då? Jo, jag och Mattias Skarin, samt Tomer Shalit, som alla brinner för att förbättra världen genom Agil upphandling med Agila kontrakt, ska prata under söndagen på talarplats Hamngatan/Korsgatan kl 10.00 – 11.00, på temat “Skapa effektiv offentlig sektor med Agila kontrakt”. Det här blir en grym avslutning på en vår med många frukostföreläsningar hos olika företag och myndigheter på samma tema, vi lyckades också få till en interpellation i Riksdagen där Statsrådet Ardalan Shekarabi (s) tog beslutet att upphandlingsmyndigheten ska utreda införande av Agila kontrakt. Vi har också haft vår första utbildning på samma tema, “Certifierad Agil Beställare”. Vi har så här långt märkt att ämnet är glödande hett, så mer kommer att komma under hösten. Här kan du läsa mer om utbildningen och anmäla dig >
read more »

Think twice before logging


One property of legacy code is inflation by irrelevant logging statements. Not only does this increase the size of a bulging code base, I’d also argue that it’s dead wrong.

Quite recently I’ve had the honor of making acquaintance with a piece of code that looked roughly like this:

if (LOGGER.isLoggable(Level.FINEST)) {
    LOGGER.log(Level.FINEST, "foo is now", foo.getValue());
boolean result = doSomeActualWork(foo);
if (LOGGER.isLoggable(Level.FINER)) {
    LOGGER.exiting(this.getClass().getName(), "bar", result);

read more »

Dedicated Scrum Master or not?

Should the Scrum Master role be full time or part time? What if there is not enough Scrum Master work to do? Can the Scrum Master also do other work in the team? Can the Scrum Master be Scrum Master for several teams?

There was a debate about this and Scrum Alliance created the Scrum Master Manifesto in 2011.

Even though this has been debated by many minds before, I still get asked what my views are on this topic.

I’ve done all kinds of variations on this role. I’ve been a dedicated Scrum Master for a single team. I have done the SM role and a developer role at the same time. I’ve been a Scrum Master for several teams at the same time. These alternatives have their own advantages and challenges. In this post I intend to describe my view and recommendations.

read more »

Samarbetets myserier på Agila Sverige 2015

Samarbete är en svår konst. De flesta organisationer har grava underskott på samarbete. Ännu saknas på många sätt förståelse för vilka mekanismer som driver och uppmuntrar samarbete. På Agila Sverige 2015 pratade jag om samarbetets mystik och gjorde några nedslag i en längre workshop om detta. Bland annat visar jag hur man kan spela ultimatumspelet i storpublik, hur apor reagerar på orättvisor och de fyra pelarna i samarbetets mekanik.

read more »

2nd edition of Scrum & XP from the Trenches – “Director’s Cut”

Guess what – I’ve updated Scrum and XP from the Trenches!

Scrum and XP from the Trenches 2nd edition

read more »