I debug, refactor, and optimize IT companies. And jam alot too.
Henrik Kniberg
Programming with kids & co-speaking with my son :)
2015-05-06 – 12:28
Yesterday me and Dave (11 yrs) spoke together for the first time! We did a public talk at Spotify about how to help kids learn to program. We’ve been experimenting a lot with that in my family (4 kids to experiment with… muahahaha), and wanted to share some learnings. Worked out better than we could have hoped, considering all the risky tech demos and live coding involved đ
Shared the stage with teacher Frida MonsĂ©n who talked about how to get this kind of stuff into schools. Thanks Helena HjertĂ©n for organizing this, and Spotify for hosting & sponsoring. Here’s an article in Computer Sweden about this event and our little “mod club”.
Here are the slides! They are in Swedish though. Might do an English version of this talk some day đ
A3 problem solving template – now in Google Doc!
2015-04-28 – 16:49
I’ve finally gotten around to porting the A3 template to Google Doc. Who wants to send around MS Word docs and PDFs? Bah. Put the doc in the cloud instead, where everyone can see and edit together. Or print the template and do it by hand.
Curious about A3 problem solving? See the FAQ.
Here’s a direct link to the template.
Enjoy!
Programming with kids using LearnToMod and Minecraft
2015-01-27 – 06:34
I’ve spent years experimenting with how to teach kids programming, mostly using Scratch. But now we’ve found a new favorite: LearnToMod! Kids love Minecraft, and LearnToMod is entirely based on Minecraft, so it’s a perfect match!
We now do a Mod Club every Saturday evening, my older kids (9 & 11 years old) and some of their friends. It’s basically a programming school based on LearnToMod and Minecraft programming. Reeeeaaaally fun, the kids go wild (OK, me too)! AND they learn lots while doing it. To them it’s “magic powers”, not “programming skills”.
I made a 5 minute video showing how it works:
Crisp DNA is now open source!
2015-01-23 – 13:01 by Max Wenzin, Mats Henricson and Henrik Kniberg
Crisp DNA screenshot
We get a lot of questions about how Crisp works and why, especially from other consultants looking to create something similar. After many years of experimenting weâve converged on a model that works well, basically the sweet spot between being an independent consultant and being an employee. So we decided to open source it.
In January 2015, at Crisp Hack Summit 10, Mats Henricsson, Henrik Kniberg and Max Wenzin huddled up and created the first version of the open-sourced Crisp DNA. It is published at http://dna.crisp.se/
The Crisp DNA is version controlled using Git and both Crisp DNA repository and Crisp DNA web site is hosted at GitHub using GitHub Pages. The web site is a bunch of static web pages and images that is generated from Markdown and Textile files using Jekyll. This is the same setup that GitHub themselves use.
By using open, version-control friendly formats such as Markdown and Textile, we hope to benefit from the open source community which can fork our model, make changes and perhaps suggest improvements. This can actually change how Crisp works!
Focus. Slides from my keynote at BrewingAgile, Gothenburg
2014-11-29 – 11:31
Here are the slides from my keynote “Focus” at BrewingAgile Gotheburg. It was about how to achieve more by working less.
Feel free to reuse đ
PS – here is a video of the entire talk.
The value of focus training
2014-11-17 – 12:50
Strangely, in most companies people are considered perfectly healthy until they suddenly burn out. While in reality, it seems that a large number of people are somewhere between those two states, and could use some help to get more focused and less stressed.
We had a guy, Mattis Erngren, visit us at Crisp and do a session on focus training and meditation. Very pragmatic, interesting, and useful session. Highly recommended. Mattis and his company Lightly are on a mission to make focus training a standard offering at all companies, just like other health benifits like gym and such things. The brain is a muscle and it needs training too, to stay in shape.
So go ahead and contact the guys at http://lightly.io and bring them over. They offer free trial sessions so it’s really a no-brainer.
Incidentally, Jeff Sutherland was at the session at Crisp, and revealed that he used to be an avid meditator, and that Scrum was actually conceived during a meditation session. As in, the idea behind Scrum popped into his head right after a session. Interesting! When you clear your mind from all the noise, you make room for the really powerful stuff.
How do you know that your product works? Slides from my LKCE14 keynote.
2014-11-12 – 21:44
Here are the slides for my keynote How do you know that your product works at Lean Kanban Central Europe, Hamburg.
I travelled with Emma (6 yrs), she’s been wanting to travel with me (alone, without her 3 siblings…) for a long time, so she’s really happy! Thanks Mary & Tom Poppendieck for being her bonus grandparents during the whole trip đ
Some sample slides & pics below.
Scrum saves lives
2014-11-10 – 19:18
I was deeply moved by this letter. I’ve seen how Scrum and similar pull-based approaches not only improve productivity, but reduce stress and improve quality of life for people, and this is a powerful example. I asked the sender if I may share it with the world, and thankfully he agreed. Here it is:
Recently I picked up a version of your free online edition of âScrum and XP from the Trenches, How we do Scrumâ and I have to say it changed my personal and professional life.
I have been and software developer on interactive voice response systems for close to 20 years now.
A few months ago I was speaking with a colleague and mentor of mine about his efforts to become a certified Scrum master. Up until this point I had never really been exposed to Agile and Scrum in detail and only knew some of the jargon.  My colleague suggested that I research and learn more about the Agile philosophy and in particular Scrum. Since I have been suffering from a poor work life balance almost my whole career I decided to pay it some attention.
I read your paper on a Saturday night and decided that Sunday that I would implement Scrum start on Monday morning. So I quickly pulled together a spread sheet with what I had that night and formalized the excel sheet that was our product backlog. That Monday I held my normal morning meeting with my development team and the rest is history.
The short of it is that my team is finishing up its 3rd sprint next week and we all love it. A lot of the stress that was keeping me up at night has completely gone away. I feel in complete control when I come to the end of my work day. In the past two months I have even hung out with my family on Saturdays and Sundays. I have begun to add more of a balance back to my life.
I really wanted to thank you for writing this paper and putting it out in the world for free. The tips that your paper offered have literally saved my marriage and probably my life.
Thank you again for you effort.
10 talks in 2 weeks! Here are the slides.
2014-11-01 – 20:01
Wow, it’s been a crazy period. Sydney, Trondheim, Oslo, 10 talks in 2 weeks! Didn’t really plan to do that much, but one thing led to another. Fun, but exhausting!
- 4 internal talks at several large banks in Sydney
- Keynote at Scrum Australia, Sydney. Topic: “Scaling agile @ Spotify” (slides)
- Keynote at Trondheim Developer Conference. Topic: “Succeeding with Lean software development” (slides).
- Talk at NTNU (Norwegian University of Science and Technology), Trondheim. Topic: “How do you know that your product works” (slides)
- Keynote at Smidig 2014, Oslo. Topic: “Scaling agile @ Spotify” (slides) (video)
- Lightning talk at Executive Workshop at Smidig 2014, Oslo. Topic: “Change” (slides).
- Talk at Sintef, Oslo. Topic: “Lean from the Trenches” (slides).
Here’s a high-quality video recording of the Smidig 2014 keynote (on Spotify engineering culture). The conference organizers say it’s the highest-rated talk they’ve ever had! Cool :o)
Here’s a shorter version with much the same content, in the form of a two-part animated video series, for the impatient.
What is Scrum? (slides from my talk at KTH)
2014-10-08 – 10:10
Here are the slides for my talk “What is Scrum?” at KTH (Royal Institute of Technology). It was a guest talk at a course called Projektstyrning. Hoping to inspire young entrepreneurs to plant agile DNA in their companies from the very beginning. Last time I spoke at KTH was 6.5 years ago, that’s when I met the first Spotify team, and I’m really happy to have been able to influence and participate in their journey!
Here are some sample slides from the talk:
WIP and Priorities – how to get fast and focused!
2014-09-25 – 12:23
(Translations: French)
Many common organizational problems can be traced down to management of Priorities and WIP (work in progress). Doing this well at all levels in an organization can make a huge difference! I’ve experimented quite a lot with this, here are some practical guidelines:
WIP = Work In Progress = stuff that we have started and not yet finished, stuff that takes up our bandwidth, blocks up resources, etc.. Even things that are blocked or waiting are WIP.
Spotify Engineering Culture (part 2)
2014-09-24 – 11:59
Hereâs part 2 of the short animated video describing Spotifyâs engineering culture (also posted on Spotifyâs blog). Check out part 1 first if you havenât already seen it!
This is a journey in progress, not a journey completed, so the video is somewhere between âHow Things Are Todayâ and âHow We Want Things To Beâ.
Here’s the whole drawing:
Here is a full transcript.
(Tools used: Art Rage, Wacom Intuos 5 drawing tablet, and ScreenFlow)
Squad Health Check model – visualizing what to improve
2014-09-16 – 10:00
Squad Health Check model
(Download the cards & instructions as PDF or PPTX)
At Spotify we’ve been experimenting a lot with various ways of visualizing the “health” of a squad, in order to help them improve and find systemic patterns across a tribe. Since a lot of people have been asking me about this, I wrote up an article about it together with coach-colleague Kristian Lindwall.
Read it on the Spotify labs blog: Squad Health Check model – visualizing what to improve.
Translations:Â
Agile @ Scale (slides from Sony Mobile tech talk)
2014-09-15 – 14:09
Here are the slides from my tech talk Agile @ Scale at Sony Mobile. Full house & very high level of engagement, I was impressed by this crowd! And thanks for the awesome recommendation on LinkedIn đ
Some sample pics below:
Hello managers, coaches, and other change agents
2014-09-05 – 16:28
Here’s the thing. Suppose you introduce a change X to your workplace, and then business improves noticably. That doesn’t mean X caused the business to improve. Well, MAYBE it did. Or perhaps business improved for other reasons, and X was actually detrimental, and business would have improved even more without it. So did things work out well because of the great X, or despite the lousy X? You’ll never know, unless you could rewind the clock and play out the same scenario without X. Correlation doesn’t imply causation.
So people like me who work with organizational change, we are in the business of pseudo-science. We get customer feedback and anecdotal evidence, but we can’t actually prove that we are doing any good, it’s just opinions and observations and guesswork. I think that’s fine, but let’s be honest about it đ
What is an Agile Tester? Slides from my Sri Lanka talk.
2014-07-01 – 11:25
Here are the slides for my talk What is an agile tester from the Colombo Agile Conference in Sri Lanka.
How do you know that your product works? Slides from my Sri Lanka keynote.
2014-07-01 – 11:02
Here are the slides for my keynote How do you know that your product works, from the Colombo Agile Conference in Sri Lanka.
Focus – slides from my talk at ProjektnĂ€ring
2014-05-09 – 13:49
Here are the slides for my talk “Focus” at ProjektnĂ€ring. Great group, lots of energy in the room. Had lots of great conversations with people. Thanks for attending!
Sample pics:
Spotify Engineering Culture (part 1)
2014-03-27 – 10:12
Here’s a short animated video describing Spotify’s engineering culture (also posted on Spotify’s blog). See also Part 2.
This is a journey in progress, not a journey completed, and there’s a lot of variation from squad to squad. So the stuff in the video isn’t all true for all squads all the time, but it appears to be mostly true for most squads most of the time :o)
Here’s the whole drawing:
.
Here is a full transcript.
Here’s Part 2.
(Tools used: Art Rage, Wacom Intuos 5 drawing tablet, and ScreenFlow)
Keynote slides from my Passion for Projects keynote
2014-03-11 – 19:46
Here are the slides for my Passion for Projects keynote Spotify – the unproject culture (+ failure story “How to burn âŹ1 billion”).
So, now I’ve spent 2 days with 600 projects managers at a PMI conference. Totally different from the usual crowds I hang out with. Fascinating to hear stories about project management successes and failures in all kinds of industries – from warzone reconstruction projects to eurovision song contest.
How we make decisions
2013-11-05 – 07:43
Acceptance-Test Driven Development from the Trenches
2013-10-25 – 17:08
Getting started with ATDD
Have you ever been in this situation?
Then this article is for you â a concrete example of how to get started with acceptance-test driven development on an existing code base. Read on.
How I write (and why)
2013-10-20 – 06:12
The purpose of this article isâŠ
Actually, there is no purpose. There never is. I just write because I feel like it. Then I read the article and make up a purpose afterwards, and start eliminating anything in the article that doesn’t fit that purpose. But I won’t do that this time. Read on and you’ll understand why. By the way, this text is blue because it’s my second iteration. Black text is the original, first iteration. Here it is:
Let me tell you about my creative process. Every writer has a creative process. Otherwise they wouldn’t get anything written; well, at least not anything creative đ read more
Good and Bad Technical Debt (and how TDD helps)
2013-10-11 – 17:49
Technical Debt is usually referred to as something Bad. One of my other articles The Solution to Technical Debt certainly implies that, and most other articles and books on the topic are all about how to get rid of technical debt.
But is debt always bad? When can debt be good? How can we use technical debt as tool, and distinguish between Good and Bad debt?
Culture > Process (Paris Scrum Gathering keynote)
2013-09-24 – 00:43
Here are the slides for my keynote “Culture > Process” at the Paris Scrum Gathering. Amazing level of enthusiasm in the room, seems like this kind of stuff was exacty what people were looking for. Happy to see the ideas take such strong hold!
- Video recording part 1 (starts at 0:30)
- Video recording part 2
Elephant Carpaccio facilitation guide
2013-07-25 – 17:57
The Elephant Carpaccio exercise is a great way for software people to practice & learn how to break stories into really thin vertical slices. It also leads to interesting discussions about quality and tech practices.
The exercise was invented by Alistair Cockburn. We’ve co-facilitated it a bunch of times and encourage people to run it everywhere.
Here’s a pretty detailed (shu-level) guide showing how to run the exercise.
The Solution to Technical Debt
2013-07-12 – 08:47
(related article: Good and Bad Technical Debt – and how TDD helps)
(Translations: Russian)
Are you in a software development team, trying to be agile? Next time the team gets together, ask:
How do we feel about the quality of our code?
Everyone rates it on a scale of 1-5, where 5 means “It’s great, I’m proud of it!” and 1 means “Total crap”. Compare. If you see mostly 4s and 5s, and nothing under 3, then never mind the rest of this article.
If you see great variation, like some 5s and some 1s, then you need to explore this. Are the different ratings for different parts of the code? If so, why is the quality so different? Are the different ratings for the same code? If so, what do the different individuals actually mean by quality?
Most likely, however, you will see a bunch of 2s or worse, and very few 4s and 5s. The term for this is Technical Debt, although for the purpose of this article I’ll simply call it Crappy Code.
Congratulations, you have just revealed a serious problem! You have even quantified it. And it took you only a minute. Anyone can do this, you don’t have to be Agile Coach or Scrum Master. Go ahead, make it crystal clear – graph the results on a whiteboard, put it up on the wall. Visualizing a problem is a big step towards solving it!
Don’t worry, you aren’t alone, this is a very common problem. <rant>However, it’s also a very stupid, unnecessary problem so I’m baffled by why it is so common.</rant>
Now you need to ask yourselves some tough questions.
How to run an internal unconference
2013-06-30 – 16:30
An unconference is like a normal conference but with no predefined agenda, no predefined list of speakers, no slides, and…er… actually itâs not very much like a normal conference at all! Itâs more like an alternative to a conference. If the purpose of a conference is to collaborate and communicate, then an unconference will often fulfill the same purpose in a more simple, fun, and effective way!
Thereâs lots of ways of running unconferences. I’ve written a short book (or long article) about one specific format that Iâve been experimenting with over the past 5 years, mostly at companies like Crisp and Spotify.
By now it is well tested and works especially well for 1-2 day internal conferences with 20-80 participants. In fact, participants often say things like âall conferences should be like this!â or âbest conference Iâve ever been to!â. Even the most rabid meeting-haters seem to like (or at least not hate…) this collaboration format đ
