Crisp's BlogPage 15

Hur mycket testtäckning ska man ha? Vad är skillnaden på line coverage och branch coverage? Vad är komplex kod? Hur undviker man att få fejkade mätvärden (gaming)? Vad är “förtroende” i det här sammanhanget? Hur kan man kombinera flera mätvärden?

Det och lite till försöker jag svara på i den här videon.

Continue reading

Om det känns lockande att fördjupa sig inom olika varianter och vinklingar av TDD, säg till, så ordnar vi ett TDD-kvällsevent här på Crisp.

Continue reading

Every successful implementation of Lean or Agile I have seen has an ingredient that is almost a contradiction. A leader who has low ego (not interested in putting himself first) is present (he/she has active conversations with teams and other leaders such, as change never comes as a complete surprise) is active (he takes part

2010-2011 gjorde RPS en bra grej. De byggde ett system (Pust Java) som gjorde polisen mer effektiv. Poliserna fick datorer i sina bilar och kunde direkt registrera brott. Därmed behövde de inte åka in till stationen för att avrapportera lika ofta som med gamla systemet. Systemet var skräddarsytt för att ge hög användarnytta, och projektet blev en framgång. Pust Java blev finalist i CIO awards “project of the year 2011” och DN skrev en helsida “Polisen rapporterar betydligt snabbare med ny metod“. Systemet var inte perfekt, men en bra start. Poliserna sa att det var bättre än vad de hade innan, och folk var optimistiska inför systemets framtid.

Sedan hände något tragiskt. Istället för att vidareutveckla och kontinuerligt förbättra systemet, så valde ledningen att skapa ett nytt system från grunden (Pust Siebel) med undermålig teknik. Det blev ett fiasko. Ursinniga poliser klagade på att en avrapportering kunde ta flera timmar – “Pust Siebel gör en helt frustrerad och på gränsen till vansinnig!” – och saknade det gamla systemet. RPS hamnade i ett mediadrev. En poliskälla uppskattade samhällskostnaden till 10 miljarder kr!

Efter massiv kritik från både media, poliser, skyddsombudsmän och oberoende aktörer med insyn i projektet, beslutade RPS att lägga ner Pust Siebel.  Nu är det allt fler som förespråkar att Pust Java återinförs

Varför spenderar en myndighet hundratals miljoner på att bygga något bra, för att sedan spendera ytterligare hundratals miljoner på att byta ut det mot något dåligt? Ännu värre: varför gör man detta trots att hela IT-avdelningen visste, och högljutt påpekade från början, att det nya systemet skulle bli sämre?

Syftet med denna artikel är att belysa och sprida lärdomarna, så andra företag och myndigheter slipper göra om liknande dyra misstag.

Continue reading

I have collected and distilled  some of the basic patterns of Kanban-board patterns I’ve found on various boards. You can combine them in any way that suites you, but you probably don’t need all of them at the same time. Here’s how a sample pattern looks like: If you print the pdf to 9 pages per A3

I have finally found the time to write the story of Sandvik IT’s journey into Kanban-land. The articles is now available on InfoQ: Part I – How we got started Part II – What we learned This story has been told several times, with Johan Nordin (check our LKCE11 talk) or alone (check my  LKCE13

Testdriven utveckling, TDD, är en vana och för att skaffa sig en vana, behöver man träna. I den här videon gör jag en rolig övning i att bryta ner ett tal i primtal. Jag vill också trycka på att du ska träna dig att använda utvecklingsmiljön genom att skriva koden “baklänges”, använd en variabel och

Sometimes it’s hard for a team to know if they get tighter and better as a team over time. This is a tool that allows a team to learn just that.

Team barometer (self-evaluation tool) in a nutshell

The barometer is executed as a survey in a workshop. The survey consists of 16 team characteristics, packaged as a deck of cards. Team members vote green, yellow or red for each card in the meeting (or before the meeting as an anonymous survey). Once all cards have been run through, the team reflects and discusses the results. You can, if you want to, run through the exercise in thirty minutes, but I recommend to set aside an hour.

Click here to download the cards.
Continue reading

In this episode of our YouTube channel Crisp Agile Academy I talk about Sprint Burndowns. I discuss the value of having one and that it is a tool for the team, not anyone else. I also give examples of different kind of burndowns: Remaining Hours, Remaining Story Points, Remaining Tasks, Things in progress, and Confidence level. I wrap up the episode with a little quiz.

http://www.youtube.com/watch?v=qoMZoppaf0U

Continue reading

I denna video berättar jag om vikten av att se till end-to-end ledtid och att den största förbättringspotentialen hos en organisation med Agila team ofta ligger i  stegen innan utveckling påbörjas. (for english readers: In this video I tell about the importance of improving end-to-end lead time –  not only think about the development portion

Jag läste en artikel om User Experience (användarens upplevelse av en produkt) häromdagen. En person hade kommenterat texten med den väldigt vanliga kommentaren om UX. Han sa att “allt vi behöver göra är att låtsas vara en användare och utvärdera vad vi har byggt ur den synvinkeln”. Detta håller jag tyvärr inte med om. Vi är alltför partiska som produktdesigners och utvecklare, vi känner till för mycket om hur produkten fungerar. Dessutom tillhör vi troligast inte den avsedda målgruppen, vi kommer inte att använda produkten i en faktisk situation för att lösa ett faktiskt behov, så det kommer bli mycket svårt för oss att låtsas tillräckligt.

Men vad vi kan göra är att luta oss tillbaka på forskningsresultat som kan appliceras på de allra flesta människor och därmed de flesta av våra användare. Dessa resultat kallas designprinciper och med deras hjälp kan vi lyfta vår produkt upp till en bättre nivå. Detta är det minsta du kan och bör göra för dina användare.Continue reading

Den andra delen handlar om TDD-processen. Se alla våra video på YouTube-kanalen Crisp Agile Academy.

Den första delen om TDD på svenska på Crisp Agile Academy är en motivering om varför det lönar sig med TDD. Jag funderar över vad som händer om man inte skriver tester alls, skriver dem efteråt eller skriver dem innan. Den här serien är tänkt att bestå av korta avsnitt där något inom TDD gås

I had the privilege of both attending and speaking at Lean Kanban Central Europe (LKCE) in 2013.  (Awesome conference). In my talk I share insights and techniques useful when improving the full value chain, across functions in a software product organization.

Here’s a video on my talk.

Continue reading

In this episode of our YouTube channel “Crisp Agile Academy” a brief introduction is given to Definition of DONE. What is it? What is it good for?

Our human brain is way better interpreting visual information (images) than any other information. Evolution taught us to survive this way. Yet, still today, the most common form to deliver requirements is … text. In the old waterfall days it meant a lot of text, today using Agile slightly less text, but still, text. If we do it well we back it up with a conversation.

Let’s look at an Agile example, using the “As a..” syntax:

“As a buyer, I would like to buy a pair of shorts, so I can go running.”

Continue reading

Den 3:e december var jag inbjuden till nätverket Agile People i Göteborg för att tala om min bok Riv pyramiderna igen. Det var god uppsluting av människor som ville prata om hur HR påverkas av när en organisation börjar använda agila värden och principer från lean; och hur HR själv kan inspireras av ett iterativt

At my current project we use a Google spreadsheet to manage our backlogs. This works really well for storing and sharing the backlog, but it’s not very good for visualizing it. So we print out the stories on cards by copying and pasting each row into a document table cell and reformatting, adding extra labels, and manually inserting priority. Well, that’s what we did the first couple of times, until I found David Vujic’s fantastic Index Card Generator for Google spreadsheets (http://davidvujic.blogspot.se/2011/06/visa-vad-du-gor-eller-dude-wheres-my.html).

Except, we have multiple backlogs in one sheet, our column names aren’t the same, and we use a different layout for the cards. Here’s how we customized David’s script!Continue reading

Reign by terror has been long known. But dictators are too short lived I’m afraid. What a true master knows, is how to tame an organization so bad it fails to achieve.. anything, without officially saying no. Look at Berlusconi – a master in action!

Here’s the Evil Coach top ten of how to make sure every initiative fail – without ever having to say no!

Continue reading

Here comes version 1.1 of “The Kanban Kick-start Field Guide”.The changes in this version are mostly corrections and clarifications. They reflect the way the Kick-start concept is currently evolving (for the better, of course) within Sandvik IT.Here are some noteworthy changes: The single biggest change is the renaming of the “Team Lead” into the “Flow Manager”

Igår hade jag äran att få gästa SAST Stockholm Q4, där jag fick hålla en presentation om utvecklartestning. Med handen på hjärtat, så blev det lite mycket information på få tidsenheter ibland. Dock brinner jag verkligen för ämnet och vill säga så mycket jag kan. Efter att ha checkat runt lite, gläds jag åt att

I det nya kapitlet “Hitta rätt folk – konsten att rekrytera” i boken Riv pyramiderna igen – agil HR from the ‘trenches'” skildrar jag hur vi skapade en för oss passande strategi och metod för att kunna rekrytera rätt folk till våra team. Här kan du läsa ett utdrag:

“Så vitt jag minns det kom förslaget till nästa initiativ från en diskussion om rekrytering med teamen. Minns jag rätt tyckte man att min utfrågning inte gav tillräcklig bra underlag för att verkligen förstå om kandidaterna var bra programmerare. Vi brukade förvisso be om arbetsprov, men många hade inga sådana av med tillräcklig verkshöjd och det var också svårt att utveckla någon form av rimliga kriterier som kunde användas att bedöma kodexempel av väldigt olika sort.
Continue reading

I got the question “explain the difference between a feature team and a function team”. When I answered, I realized that many people uses the term without attaching an explaining what they mean. So here is how I define it.

Continue reading

In september I had the great pleasure of speaking at the http://agileprague.com/ conference. It was the second time I attended and I was equally pleased with the event this year. Last time I just attended while my wife gave a talk, but this year I decided to share my thoughts on Test Driven Development. The talk was

We are 35 people at Crisp now, and we are a decentralized organized with no managers. So how do decisions get made? This article is a direct translation of our internal wiki page “Hur vi tar beslut på Crisp” (how we make decisions at Crisp).

Continue reading

Here are the slides from my Session at Lean Kanban Central Europe 2013 (LKCE13).   The most unexpected question I got was from an elderly gentleman that said that he misunderstood the title of my talk, as he thought it had to do with lessons that I had learned working with people over 50 years

Viaplay broadcasts TV over the web and to wireless devices. No need to wait for another build.. they have the worlds fastest CI! Let me share with you how it works! 1. State normal – everything works We can code along or have another coffee. 2. Big trouble! Mainline is clearly broken! All hands on

Återigen har ni diskussionen om “working software over comprehensive documentation” verkligen betyder att man inte behöver dokumentera någonting alls. Eller diskussionen om det är ok att förlänga sprinten med några dagar för att hinna klart den sista fixen på den där storyn. Eller diskussionen om vad det egentligen innebär att vara “lean”. Känner du igen dig? Kan det vara så att alla har nytta av att ha samma grundförståelse av centrala begrepp i och runt “agile”? Läs vidare för ett enkelt sätt att skaffa den kunskapen!Continue reading

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.

What happens when we apply kanban across the full value chain?  What if you are a traditional company, how far can you improve before organizational structures becomes your key constraint? Can you make great products in a multi team scenario without product owners and project managers? Let me share with you our learning of applying