Written by


Strategy is only as good as its ability to enable your product people to make smart decisions. It must evolve to remain fit for purpose. For those of you who want to make sure your product strategy serves your people, a collaborative approach helps you recognise and prioritise the most crucial gaps to work on.

The last post shares the product strategy health check template. Here’s one way you could work with it to align your POs, PMs, CPOs or whoever is in your product org chart. Co-creation is key to a shared commitment and conviction. Start with asking your product people to identify areas where they want more context. You can enable them a little better, each time, even if the official strategy is still in progress.

Treat it like a Kata, returning monthly or quarterly (but no less frequently) to prioritise the next biggest gap you want to close. A strategy isn’t grown in one night, so this is something that you can make more robust over time, piece by piece. Each time, gather product people to add what they know, then dot vote on which field they most need more data on to make informed decisions. Then split into pairs or small groups, choose one, and work on making it clearer before you next meet. This way, your strategy evolves over time, can gradually be strengthened, and benefits from collective effort. Don’t forget to remove old, irrelevant info as you go too. 

Written by

All product companies likely have a document titled Product Strategy, but do they have a real product strategy? Perhaps you’re in charge of the product strategy and want to test and strengthen it. Perhaps you’re a Product Manager feeling the consequences of a strategy that isn’t fulfilling its promise. Do you see any of these symptoms in your product company? 

  • Direct solutions coming from senior stakeholders, without space for product discovery
  • Teams and stakeholders feeling the costs of context switching, working on very different initiatives, and spread thin
  • Teams caught by surprises, needing to help other teams working on very different initiatives
  • Senior product stakeholders unhappy with PM decisions closer to the work, even if the PMs are technically making decisions that fit within the strategy
  • Slick presentations promising upcoming, unvalidated features, rather than focus on opportunities

Alignment is crucial. You can get alignment by directly reviewing decisions, Or, you can share the appropriate information and decision making framework so that others can make smart decisions without the direct oversight. To scale, product leaders can no longer rely on personally approving plans. A leader’s role is to enable their colleagues to make decisions themselves. Especially in the days of hybrid workspaces, it’s all about the flow of information. Your strategy plays a huge role in that information flow. 

Written by

Many Agile teams are struggling to connect user experience and the design process with Agile ways of working and often Scrum. In this Poster (and post) I´m trying to describe the connection, and how you can collaborate in the team to learn more about user needs and solutions to solve real user problems together. I´ve been using this poster for over a year in my combined PO and UX training (Build the Right Product – Innovation through Collaboration & Design Thinking) and in my Agile coaching.

Download the Agile User Experience in a Nutshell in high resolution (PDF) >

Download in Portuguese >

Download in Spanish >

Download in Turkish >

Buy printed A1 poster >

Agile User Experience in a Nutshell Poster

My hope is that this poster might give some guidance in how User Experience can work in an Agile setup in combination with the posters; Agile Product Ownership in a Nutshell and Agile in a Nutshell (with a spice of Lean UX).

What does UX mean?

UX stands for User Experience. Basically, the expected and needed user experience of the service or digital product to meet user and business goals. To connect user needs and business goals is basic when working with user experience, it is basic to meet users and understand who they are – and involve and understand stakeholders. Any team can work with UX as long as they get to do this, and have the methods and processes to do it in a structured and effective way. (more…)

Written by

Här är min presentation från konferensen Agile Islands på Åland om hur man beställer på rätt nivå för att möjliggöra en Agil leverans.

Agile Islands anordnas av privata Agila företag på Åland, deras gemensamma vision är att Åland ska bli ett Agilt samhälle. På konferensen hade de även bjudit in politiker, offentlig sektor och andra från näringslivet.

Jag beundrar verkligen deras starka visionära ledarskap och förmåga. Ett väldigt trevligt och lyckat event. Tack för att jag fick vara med!

Written by

The Agile Product Ownership in a Nutshell poster that I published a few weeks ago has now been downloaded over 1000 times already, and there has been lots of great feedback. It is so great to see how it is being used all over the world. Now it has been translated to Italian as well thanks to the wonderful Angela Maile. Thank you so much Angela!

You can download the Free Italian poster here in high resolution for great print out (PDF) >

Italian Agile Product Ownership in a Nutshell

Here is Angelas blog >

Here you find the original Agile PO poster in English as well >

Agile Product Ownership in a Nutshell – Free Poster

Written by

This is a poster I made for a Agile intro class at Hyper Island Digital Business class 2017 where I and my colleague Per Lundholm was last week. The class was as big as 40 people, and covering from a couple of experts to mostly total novelty, which is usually the most difficult type of situation for a teacher or coach. But it went well, maybe not all thanks to the poster 😉 but it sure made it a lot easier for both me and Per as teachers, as well as the students who could follow more easily as well as take notes.

Free poster on Agile in a Nutshell
Agile in a Nutshell poster - Free download

Free Download of the poster on Agile in a Nutshell here (PDF)

EDIT 1: Due to some companies restricted IT policies the poster is now available directly here in the blogpost and not in Dropbox. Thank you for that feedback!

This poster covers both briefly the background to why we work Agile, some history and problems as well as values and principles. It also covers the difference between waterfall development and Agile in two aspects and the most common Agile practice, basic Scrum. Also I added some Lean practices to the mix to add a more advanced level to it.

Written by

Next week on april 28th, we’re having the worlds first Nordic conference on Agile Procurement in Copenhagen!

The line up with speakers is extremely interesting. We have real cases from from Denmark, Finland and Sweden where Agile Procurement and Agile Contracts has been used with successful results. With a lot of the cases in the public sector. Also, there will be talks about the Agile contracts and time to mingle and talk to speakers after the sessions.

Conference on Agile Procurement
Key Learnings from the upcoming conference on Agile Procurement and Agile Contracting on April 28th, 2016.

We are starting to see a shift here in Sweden where the public sector as well as the private are starting to procure with Agile methods, but the Agile contracts are rarely being used. This makes it difficult to get the benefit from the Agile requirements process and the Agile development. What I believe is needed to change this is to give access to real success cases within the same field, and to get the lawyers to understand and wanting to try the Agile contracts. This is what the conference is all about.

I hope to see some curious Swedish government agencies on the conference getting inspired from the many great success cases from Denmark and Finland. It can be done, and it will change the outcome of so many projects.

Join us in this great event and spread the word of successful procurement and development of big complex projects!

Book your ticket here, we still have seats left!

Read the full Conference description here >

Written by

Att få bygga, skapa, designa och uppfinna har alltid varit något jag älskar att göra. Egentligen spelar det inte så stor roll vad det är, det roliga är att lösa problem, formulera vad jag vill, komma på vad som gör det bra, skissa och se att det växer fram något efter hand som jag inte kunde föreställa mig innan jag påbörjade arbetet.

Till vardags jobbar jag som kanske bekant för en del, med att coacha inom hur man bygger bygga digitala produkter, oftast Lean UX i Agila Team. Kanske är det därför det kliar lite extra i fingrarna i bland att göra väldigt fysiska produkter 🙂

HiFi prototyp efter några månader från The Game Crafter

LoFi prototyp
LoFi prototyp efter några veckor


Written by

På grund av att många försöker få med “allt” I en IT-upphandling, är det endast 40% av det som byggs som gör nytta i digitala tjänster och produkter. Lean UX hjälper oss att bara bygga de 40% i stället för allt.

Att arbeta med Lean UX är ett bra sätt att kunna identifiera vad vi behöver bygga, och prioritera rätt löpande. Men hur funkar det egentligen med Lean UX och Agila team?

Mina nästa kurser inom ämnet under våren 2016: https://crisp.se/kurser/kurstyper/product-discovery-med-lean-ux

Jeff Gothelfs kurs för managers i Lean UX som kommer under våren 2016: https://crisp.se/kurser/kurstyper/lean-ux-in-the-enterprise

Upphandling med Lean UX och Agila kontrakt för upphandling med minskad waste: https://crisp.se/kurser/kurstyper/certifierad-agil-bestallare

Vill du att jag kommer och föreläser på ditt företag, eller hos din kund? Hör av dig!

Written by

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.

Written by


Here you find the “Product Discovery and Delivery process with one team” as a PDF poster if you like to download it >

Ever since I saw Henrik Knibergs movie “PO in a nutshell” about how the PO role work for the first time I have been thinking about how he could have included the discovery process in the picture too. A while ago I created this as an example of how it could look and work for a X-functional team.

All ideas could be good ideas

The process starts with some kind of idea that could come from any stake holder – even from anyone in the team (this is usually a very rare occasion in most companies). The idea is verified in a concept (see example of a concept in my blog post on discovery framework) by the owner of the idea and the Product Owner decides if it worth starting the discovery process to figure out what it is they are supposed to build – or if it is not, based on the information in the concept.

Written by

konverteringsoptimerin och hypoteser på lantmännen

I september höll jag en endagskurs hos Lantmännen i Konverteringsoptimering & Digital Design, som även inkluderade user research, användbarhet och effektstyrning och agil metodik. Den här dagen var starten på en serie utbildningar för Lantmännens centrala IT och marknad samt alla webbansvariga för respektive varumärke.

Tanken på en gemensam grundutbildning föddes i våras av Anette Lovas som är centralt ansvarig för alla Lantmännens 35 EPI-webbar.

I min roll som centralt IT ansvarig för alla EPI-webbar såg jag en möjlighet att bidra med en gemensam kompetensplattform i modern utfallsdriven webbutveckling för att ge alla möjlighet att inte bara förvalta respektive webb, utan också förbättra löpande på ett effektivt sätt. Vi behövde lära oss att använda rätt data som beslutsunderlag för att skapa användarnytta och driva affärsvärde även online. Mia var given som kurshållare för den första delen av utbildningarna med sin erfarenhet inom konverteringsoptimering och effektstyrning samt att hon de senaste åren har hållit många liknande utbildningar på Crisp.

Webbansvariga i våran organisation arbetar väldigt mycket ensamt ute i organisationen och har få gemensamma kontaktytor. Utbildning är också ett sätt att mötas och diskutera hur vi på Lantmännen ska arbeta med våran onlinenärvaro, hitta synergier och utnyttja varandras olika kompetenser. “


Written by

Product Discovery defines what should be built – and why. Collaboration Is Key. Your success with agile development depends on delivering the right product requirements at the right time.

During the past few years when I have been working as Lead UX or Product Owner I have come to a core process of how to do the discovery. At my latest gig on Viaplay as Chief Product Owner I had great use of some of these methods and also found it to be a great tool to have it visualised for all Product Owners in a one pager.

Within this process I see lots of different methods that may be used.As I use it I pick different methods in each level depending on organisation, product or project. Sometimes not all steps are neccesary off course. When working methodically for some time you start getting a feel for what seems like a good ide or not.

In this post I’m presenting a framework of the process as well as the methods in short formats. I will try to post more in dept posts on some of the methods going forward. Please let me know what methods you would like to know more about 🙂 Hope you find it useful in your daily work.

Download the one pager for Product Process and Tools here >

Here is my blogpost on the product development process with a continuous discovery and delivery process with one team >

Note: Due to some lazyness there are some Swedish material in this article also – sorry for that!

1. Strategy

Why are we doing this? What is the goal & desired impact? 

1.1 Concept
Concepts enables people passionate about a product idea, regardless of role, to realise it all the way to happy client. Concepts is a one page specification, in A3 format that represents a product idea of feature. It is enough to enable a prepared conversation with engineers developing the product. Think of it as a “flexible minimum specification”.  Mattias Skarins blog post on this http://www.crisp.se/concepts

Screen Shot 2014-09-05 at 11.08.12

Here you can download the Concept template I have created from Mattias Skarins examples > (more…)

Written by

Kungliga Operan är Sveriges nationalscen för opera och balett och det har den varit sedan 18 januari 1773. Verksamheten har i dag ca 552 anställda och bedrivs i Operahuset i Stockholm samt i Gäddviken där man har alla verkstäder.

Det är en stor och komplex operation att planera verksamheten på Operan med mycket information som ska hanteras över lång tid – en planeringshorisont på 5 år med många inblandade i flera steg av planerings- och produktionsprocessen.

När Operan hade fattat beslutet att gå över från manuella och spridda planeringsverktyg utan gemensamma lagringsutrymmen som såg olika ut på olika avdelningar till ett standardsystem så tog Camilla Högström, IT chef på Operan rodret som projektledare för upphandlingen av det nya systemet. Camilla kontaktade mig under sportlovet för att höra om jag trodde att det var möjligt att kravställa utifrån verksamhetens -och användarnas behov och vara klara med kravställningen innan semestern. “Självklart!” svarade jag och undrade lite varför det skulle behöva ta så lång tid.

Effekter och KPIer
Vi startade med att tillsammans med styrgruppen sätta vilka effekter man ville uppnå med implementeringen av det nya systemet. Det resulterade i ett antal effektmål med mätbara KPIer. Därefter tog vi gemensamt fram vilka de olika målgrupperna för planeringssystemet är och en hypotes om vilka deras största behov skulle kunna vara. När allt detta var prioriterat och klart fick vi ett godkännande av styrelsen och kunde fortsätta vårt kravarbete.


Written by

Det här den första artikeln i en serie av artiklar som handlar om olika ramverk för att generera och skapa hypoteser för att uppnå  mätbara effekter.

Vad är gamification?

Gamification (eller spelifiering på svenska) betyder att man använder spelrelaterade element eller drivkrafter i något som inte är ett spel. Vanliga exempel på det är till exempel olika lojalitetsprogram där man får poäng för varje gång man handlar. Eller virtuella tjänster som där användaren kan få uppdrag som ger poäng när man utför dom.

Hur funkar gamification?

Syftet med gamification är att öka motivationen att göra någonting, det ska också finnas regler som ska följas – och det ska vara frivilligt. Det kan också vara ett sätt att skapa en förändring gentemot något som användaren själv vill, till exempel att träna mer eller äta mer hälsosamt. Det måste dock INTE finnas en vinnare och en förlorare – men det ska finnas någon typ av outcome – och det ska vara någonting som gör det roligt och som användaren känner att de vill göra om.

Exempel på gamification

Vanliga spelelement som kan (men inte måste) användas är:

Written by

Att användarnytta och kundnöjdhet är viktigt för att bygga långvariga relationer och öka Life Time Value (LTV), det vet vi. Många företag ser det som ett strategiskt val att prioriterar arbetet med att öka kundnöjdheten.

Här är färska siffror från Oracle i deras rapport “2012 CX Index Report Europe Why Customer ‘Satisfaction’ is No Longer Good Enough”.

Key findings include:
• 70% of shoppers have stopped buying goods or services from a company after experiencing poor customer service
• 64% have, after experiencing poor customer service, gone straight to a competing brand to make a purchase
• 81% are willing to pay more for a better customer experience Clearly the subject of CX is front of mind for many executives.

In the recent Forrester report The State of Customer Experience 20121, 93% of respondents said customer experience is on their company’s list of
strategic priorities, with 28% stating it is their top priority. This is an inevitable reaction to the forces of globalisation, which has made it a difficult and risky proposition for organisations to compete on price or product alone.

Tyvärr räcker det inte att slå på för fullt i ena ändan av användarupplevelsen – man borde man göra mer än så. Man borde inte bara arbeta på att ha bättre kundtjänst och öka servicen kring sin produkt – man borde också förbättra produkten så att kunden inte behöva ringa kundtjänst för att lösa sina problem. Vad man borde göra är att ta reda på hur kunden verkligen upplever produkten, och arbeta med att förbättra användarupplevelsen i grunden. Här listar jag 10 punkter som kan vara en hjälp på vägen i det arbetet.

1. Minska smärtan och öka den positiva upplevelsen

Ta reda på vart smärtan är som störst i användandet av produkten genom till exempel användbarhetstester. Gör de billiga åtgärderna först – och sedan de dyrare. Här kan man använda sig av en matris för att prioritera de billiga och mest effektskapande åtgärderna först. Lösningen på problemet ges ofta av den användbarhetsexpert som utför användbarhetstestet. Lösningsförslaget sedan tidsestimeras av den som ska utföra ändringen för att man ska kunna värdera kostnaden och effekten för affären kan ofta sättas av produktägaren eller kunden.
Matris för prioritering


Written by

De två sista veckorna som har gått har jag haft möjligheten att få jobba med hängivna och duktiga utvecklare och en ny product owner i ett nytt spännande utvecklingsprojekt. Jag har dessutom passat på att använda mig av en av mina favoritmetoder, story mapping (läs mer på skaparen Jeff Pattons webb).

Som grund för story mappingen började jag med att visa och beskriva vilka målgrupperna för vår produkt är, som personas med behov, användarmål och problem, och till det effektmålen som vi vill uppnå kopplat till affärsmål och dessa målgrupper. Under två intensiva dagar lyckades vi sedan skapa en story mapping över användarnas alla aktiviteter och delaktiviteter i produkten, från början till slut. Som vi sedan tillsammans med PO prioriterade för release 1 och 2, gjorde user storys av och sedan efter mycket trixande (tyvärr) lyckades få in i Jira (inte mitt favoritverktyg… men har man ett team i Sverige och ett utomlands så måste man i bland). Det betyder att alla som är med i projektet från PO, projektledare, UX, design, backend- och frontendutvecklare tillsammans har målat upp en ganska exakt målbild för produkten där alla vet exakt vem av målgrupperna som vill spara ett event till sin kalender, eller hur sökningen skulle fungera med förslag när man skriver text och vilka filtreringar som ska finnas för att användaren ska hitta det de är ute efter på bästa sätt.

Written by

Jag måste erkänna att jag ganska ofta sparkar lite bakut. För jag vill verkligen inte göra samma sak om och om igen – jag vill lära mig nya saker, vrida och vända på det jag trodde jag visste och kunde, och träffa och jobba med folk som kan andra saker än jag. Vilket då kanske inte helt självklart har resulterat i att jag gör saker som jag inte kan speciellt bra, men lär mig en hel del på grund av det.

Kanske inget revolutionerande i sig, men för vissa kan det kanske finnas något litet nytänkande eller till och med provocerande i det. Kan det kanske inte uppfattas som oseriös, naivt eller dåligt? Eller om man är mer optimistiskt lagd kanske modig, eller orädd eller till och med lite dum? Att man är öppen för nya saker innebär ofta att man lär sig något och får nya referenser. Och ju mer man vågar prova på den spännande o-vissa vägen – desto mer lär man sig ju, och desto roligare blir det.

Written by

Iterera mera - Product discovery
I höstas köpte jag ett par väldigt billiga skor på H&M, för sisådär en 250kr. Ett par stövletter. Anledningen till det var att jag ville testa om jag verkligen gillade att ha ett par stövletter eftersom jag bara har haft höga stövlar de senaste 15-20 åren. Det var första iterationen på mitt byta skor-projekt. Nu när jag har upptäckt att jag gillar dom riktigt mycket och dom börjar bli slitna, så känner jag att jag skulle vilja ha ett par skönare med lite lägre klack och svarta i stället för bruna. Då kan jag tryggt gå till den dyra skoaffären och köpa ett par utan att känna mig osäker.

Gör du kanske också så i vardagen eller på jobbet? I så fall jobbar du testdrivet och itererar dig fram till bättre lösningar eftersom.


Written by

Vi träffades en kväll i Crisps lokaler på Sveavägen ett gäng intresserade agila UXare, coacher och utvecklare för att prata om något som vi alla tycker är spännande, vill dela med oss av och lära av varandra – hur man kan arbeta med att upptäcka och utforska produkter och tjänster i ett agilt team – Product Discovery. Ett Product Discovery-team innehåller oftast tre roller, där ingår en person med fokus och stenkoll på de affärsmässiga förutsättningarna och målen (PO), en person med användbarhets och upplevelse-kompetens (UX) och en person som kan avgöra hur enkelt eller svårt det är att implementera (Utvecklare/Arkitekt).

Vi pratade om vilka metoder man kan använda för att utforska och lära sig mer om målgrupper och behov och hur detta kan kopplas mot effektmål och visualiseras. Men också om hur man skulle kunna gifta i hop Discovery och Delivery-processen till en helhet utan överlämningar och vi och dom känsla. Vilket vi kallade “Continuos Discovery” – kanske myntade vi ett nytt begrepp? (more…)

Shopping basket
Our Trainings
Enterprise Agile Coach Bootcamp with Certifications (ICP-ENT & ICP-CAT) – 5 Days On Site
Target Group: Experienced Team coaches, Multi-team coaches, Enterprise Agile Coaches, Leadership Senior Managers, Anyone who is managing a team in an organization moving towards agility. (Min 3 years experience.)
Teachers: John Inge Hervik
Stockholm 7-11 November