Crisp's BlogPage 14

Last week i quit my assignment at Spotify. I was there to help and act as a stand-in for Joakim Sundén while he was on paternity leave. He’s now back in the saddle as Agile Coach in the More Than Music Tribe.  I had the pleasure to work closely with the Agile Coach Christian Vikström on Spotify and together we have been coaching the Browse, Growth and Customer Support squads. A was also a member of the tribe management team, and together we did some new interesting stuff.

It’s has been fascinating and fantastic to work with such dedicated people and a product that has such a traction. Spotify is also really trying to build an awesome and agile organization and culture that can win and sustain in the long run. What is there to do at such a fantastic company? That’s a reasonable question. A lot I discovered. Spotify is shock full of super smart people, but many of them has not worked there for long, many of them has not worked long at all, teams have been newly formed and are under constant change. Simply put: even Spotify needs a lot of basic agile coaching.

When I now look back at what we did during these last 8 month I see a lot of tools and experiences that I think others also can find useful. During the next couple of month I will share them through this blog. Hope you will find them useful. Here’s the planned list:

Continue reading

In this series of articles, I’ll be discussing the developer profession from different angles. The common denominator is that all articles will, in one way or another, be about professionalism. This first article is about the different factors and decisions behind every single line of code.

A while ago I spoke to a friend who is pretty much a professional singer. He explained singing to me in a very passionate way, saying that singing is like solving multiple parallel equations in real time. He told me that it’s quite obvious that every singer has to follow notes. What’s less obvious is that the singer also takes a multitude of micro decisions during every second of his/hers singing. He told me about tempo, intensity, interpretation of the composer, matching the expectations of the audience, synchronization with other singers, following the Kapellmeister, and a bunch of other factors. I was quite impressed.

A second later it struck me that this goes for programming as well, and I started to list all the equations a developer must solve while writing a single line of code. Here it is!

Continue reading

Last week Jimmy Janlén and I held a shortened version of our course Training from the Back of the Room for our former colleagues at Spotify. Actually it is not “our” course, but Sharon Bowmans. It’s based on her books about how create a more engaging learning experience in the class room, especially when training adults.

“I really liked the whole setup of this course – a really well organised and inspiring day. Wow :-)”

Jimmy and I are certified trainers of this course. We use the techniques when we do training. But we have also experienced how useful they are in other coaching and facilitation situations, such as workshops and retrospectives. Almost any meeting can be made more engaging and with longer lasting result with the set of tools TBR provides.

We have chosen to call the shortened training Facilitating from the Back of the Room, since that is what we agile coaches do most. 16 persons from the Spotify Agile Guild showed up this beautiful day in a corner room on the 17:th floor in High Tech building with amazing views over Stockholm city. We have to admit we were a little nervous at first. Would this actually make sense to coaches? It did.

Continue reading

When is a so-called requirement really required? And is it the “right” requirement? The answers depend on many facets: stakeholders, value, planning horizon, and so on. This article explores using options as a means to identify high-value requirements, at the last responsible moment.

My Requirement May Be Your Option

Product requirements are needs that must be satisfied to achieve a goal, solve a problem, or take advantage of an opportunity. The word “requirement” literally means something that is absolutely, positively, without question, necessary. Product requirements must be defined in sufficient detail for planning and development. But before going to that effort and expense, are you sure they are not only must-haves but also the right and relevant requirements?
Continue reading

Borde du inte programmera snabbare? Varför tar det så lång tid att mata in kraven i datan? Har du hört den frågan förut? Del 5 ä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

Jimmy och Hasse håller på att skriva en ny bok. Den är på 20 sidor och i PIXI-format. På denna blog så tar vi tacksamt emot feedback från boken. Ifall du vill ha ett förhands exemplar skicka ett mejl till crispdiscover@crisp.se. Till den mejladressen kan du även ge feedback, eller använd kommenterings på denna sida.

Here are the slides for my talk What is an agile tester from the Colombo Agile Conference in Sri Lanka.

Continue reading

Here are the slides for my keynote How do you know that your product works, from the Colombo Agile Conference in Sri Lanka.

Continue reading

One of the key challenges for any organization moving to a Lean flow is learning to slice bigger things to small. If you practice this long enough this becomes second nature and you stop thinking about how you do it.  The good news is this skill can be taught and to show the dimensions available

At Agila Sverige 2014 I talked about consensus, what it is, why it is the basis for creating good and strong decisions that is often already implemented when the decision is finally made. I also talked about the hand signals we use at Crisp to manage our consensus decision process (read more about it here).

Here’s my slides, that contains more on howto facilitate consensus decision making:

Continue reading

– “All kod är en skuld!”
– “Den bästa koden är den kod man inte skriver!”
– “Snabbaste sättet att få upp testtäckningen är att ta bort död kod!”

Jag tror att alla är överens om att det är bra att hålla sin kodbas så liten och kompakt som möjligt. Byggtider hålls korta, testsviter går fort att genomföra, driftsättningar går fort, statisk kodanalys går fort, nya teammedlemmar kommer snabbt in i koden, risken för buggar och sårbarheter hålls nere och så vidare. Kort sagt, man blir mer lättrörlig!

Så alla utvecklingsteam borde ägna tid åt att inte bara skriva ny kod, utan också att faktiskt städa efter sig. Men det är lättare sagt än gjort…
Continue reading

Varje produkt börjar med en idé. Det första man behöver göra är att validera den idén och det görs bäst genom att bygga det minsta möjliga som förklarar den idén och gör idén mätbar. Låt oss kalla det den minsta mätbara förhandstitten.

När man mäter så får man data för att kunna avgöra om idén var bra eller inte. Det vi lär oss av att mäta och utvärdera idén kan vi sedan nyttja för att ta nästa steg, såsom en detalj av idén eller en ny idé baserad på den förra, som vi också behöver mäta och utvärdera. Vi vill validera problemet, målgruppen och möjliga lösningar för att vara säkra på att inget lämnas åt slumpen. Detta blir en lärandeprocess baserad på riktiga resultat.Continue reading

Had a great day at Stop Starting Start Finishing – Lean Kanban Nordic. It is cool to see how far companies have come in applying Lean in software, especially experimenting with how to tie together the full value chain. Saku Tuominen really challenged us to think make innovation actionable and not put it into a

I tisdags hade jag glädjen att få komma tillbaka till Lantmäteriet i Gävle och återigen hålla ett seminarie. Denna gång var titeln ”Agil Testning – Will automation replace the tester”? Lite vilseledande då ämnet jag täckte var långt mycket vidare än så. Under två timmar pratade bland annat jag om: Contexten som agil testning lever

I assume you are familiar with the old truth that competition spurs motivation and fear; two tremendously powerful mental states. Let me introduce my new concept that leverages both: Competivation.

It comes in two flavors, external competivation and internal competivation. They complement each other and will boost efficiency, and keep everyone on their toes at all times.

Continue reading

At my current assignment, I needed to get my fellow developers up to speed with Wicket. So I put together a one day course that taught them enough to join in on the work of a current application. Everything is publicly available on GitHub here:  https://github.com/perty/wicket-kurs.

You get a starting plate for a complete web application with database backend accessed through Spring Data JPA. Also, there is a Power Point presentation that guides you through the exercises. Very little is spent on Wicket philosophy and concepts to the benefit of hands on coding.

Continue reading

Lotta Olsson and I will present Sandvik IT’s Kanban journey at the Lean Kanban Nordic 2014 conference in Stockholm (a.k.a. “Stop Starting, Start Finishing” conference). Lotta is currently managing the Operational Excellence Support (OpX) unit within Sandvik IT. The OpX is the ‘home’ of Kanban, ITIL and other processes and tools designed to improve the

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:

Continue reading

A fundamental component for fluid operations is an organization’s ability to solve problems and make decisions. Any change or transformation cannot move faster than it’s ability to make decisions and communicate these. This is key if we realize that living with changes is the future status quo of operations.

Many years ago when I was still at University I got to meat a leader at production facility at Volvo, he asked us,

“How long time does it take from when the management team has made a decision and a worker on the shop floor grasps what this means?”

“Three years”.

Without a doubt, this is way to slow for product development and software. But it puts a finger on the starting point for a normal, traditional company, before any lean or agile transformation begins. So, in order to succeed with a transformation that will challenge existing (often plan based structures) we need a better decision & communication process.

Continue reading

Just back from Mix IT in Lyon. A bit rare to visit a French conference so was cool to meet people from the French community and see what they are up to. Some reflections: Saw a cool presentation on Prioritizing portfolios using Cost of Delay by Özlem Yüce. No doubt mr Don had an idea

På Agila Sverige 2012 höll jag min första ignite i form av en Majakovski- och Bob Dylan-inspirerad Spoken World performance om hur vi på Polopoly skapade kvalitet genom extremt fokus på automatiserade tester och en stoppa-bandet-kultur. Förra veckan fyllde konsultbolaget Adaptiv 5 år och firade genom att låte en utvald skara Agila Sverige-talare reprisera sina

Being nominated to the Brickell Key Award 2014 has its advantages. One is to travel all the way to San Francisco to attend a ceremony during the Lean Kanban North America Conference. Another is to be interviewed like a rock-start. Here is the result of the interview. Thanks Lean Kanban University and Irina Dzhambazova for

Idag fick jag gästa SweNug och prata om testbarhet för utvecklare. Presentationen finns på Slideshare.

Continue reading

One of the most common questions we get is whether to estimate in time or points. It seems like points are used only “to avoid thinking about time” and they are essentially the same. Wrong.

Let us give you the travel metaphor to give you an idea about how we are thinking.

Continue reading

This years Lean Kanban Nordic conference will be something extra. The focus in on improving the full value chain, from concept to cash. You will get an unique opportunities to listen and discuss with practitioners sharing their experience of how they have improved their companies using Lean thinking. For example, learn:

Continue reading

Yesterday we had one of our regularly occurring so called Agile Lunch & Learn in the tribe at Spotify I currently work. We wanted to make the lunch about why it is often better not to work and focus on flow than to maximize your work and focus on resource efficiency. I searched for something in the Crisp bag of games. Pass the pennies – more about big batches. Kanban  tothpicks – to many rounds and variables. Folding envelopes – again more batches. Eventually I found the Lean Dot game.

What a find! This game will be with me for a long time. The best flow game there is, with extremply simple props: post-it notes and colored dots. You can run it  in an hour and get tons of experiences and stuff to discuss, such as:

• Why it’s better to slow down
• Adapt to bottlenecks
• Batch sizes
• Little’s law illustrated
• Waste and inventory
• Customer collaboration
• In process testing
• And more, and more, and more…

Continue reading

The use of traditional contracts when purchasing software carry a flawed assumption – thinking the contract is the right mean to regulate risk.

The insight is key risks are : skill of the provider, the maturity of the client (yes you!) and ability to communicate honestly during the project. Few of these are effectively regulated using traditional contracts focusing on features, time and money.

Which are the key risks when purchasing software?

• Lack of provider skill
• Lack of customer maturity
• Lack of ability to utilize late learning
• A one time shot to get any IT updates in my environment
• I win, you loose approach – no shared economic incentive
• Lack of communication, during execution

Continue reading

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

At Crisp we try to use consensus when making important decisions. Why do we do that?

Crisp is a very flat company. Most of us have no boss and report to no one. Basically you can be part of Crisp in two ways: either you have your own firm and have a partner contract with Crisp (all consultants have this) or you are employed by Crisp (administrative personnel). Crisp is owned by most (but not all) of the members/partners. The owners have, however, renounced their right to run the company (from all but legal necessities). This means that the company is run by all partners and employees with an equal vote each. We no longer have a CEO and we elect our board. This means we have to have good ways of making decisions together. And consensus is a very good way of making decision in a flat group like ours.

Continue reading

Tidigare kollade jag om det fanns intresse att hälsa på hos oss på Crisp och utbyta erfarenheter kring TDD. Efter att ett flertal hade visat intresse har vi nu schemalagt eventet till den 6:e maj. Anmälan är öppen! Ni som visade intresse genom att kommentera det första blogginlägget ombedes att anmäla er via eventets sida.