Dandy People > Blog > Requirement analysis

Category: Requirement analysis

Agile User Experience in Nutshell- with a Dash of Lean UX – Free Poster

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…)

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

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.
(more…)

Product Discovery process framework and tools

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…)

Agil kravställning av Kungliga Operans planeringssystem

Written by

Bakgrund
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.

(more…)

Shopping basket
Related Trainings
Our Trainings
Digital Product Development Paradigms – How to Become Product-Led Instead of a Feature Factory
Digital Product Development Paradigms – How to Become Product-Led Instead of a Feature Factory
Target Group: Everyone in need of delivering business value faster in complexity
Teachers: Mia Kolmodin
Read more and Book your Spot
16 January 2025,Stockholm + Online