Written by

Collaboration, innovation, and high performance rarely come from teams that haven’t had the time or the chance to get to know each other, build a strong foundation of common values, and a psychologically safe environment.

No matter if it is a development team, a leadership team, or an operation team, as humans we all need to go through this process to make the magic happen. And when the team works remotely, this is even more important and it can take even longer.

The “Remote Team Culture Canvas” is a way to facilitate and speed up this process by filling up together the canvas, using it as a common ground for healthy -and fun- discussions.

Download the Team Canvas for free in high resolution (PDF) >

Remote team canvas
(more…)
Written by

En teambaserad organisation är ett ekosystem av team. Dessa kort är tänkta att användas för att kartlägga nuläget för respektive team i organisationen och sätta mål för vilka typer av team man skulle vilja ha och därigenom identifiera vad som håller teamen tillbaka från att ta sig dit.

Den här modifierade versionen av team topologier bygger på det fantastiska arbetet från teamtopologies.com som är skapat utifrån ett DevOps-perspektiv. De tillägg och justeringar vi har gjort på ursprungsmodellen syftar till att möjliggöra en tydligare produkt-ledd organisation där agila ledningsteam utifrån Agile Management Areas är en viktig del och justering för kundcentrerade produktteam där ofta även marknad och tech möts i gemensamma team, i stället för enbart stream aligned vilket är mer vanligt på en IT / Infrastrukturavdelning.

Conway’s Law är ett begrepp som pekar på att system ofta speglar organisationen som bygger dem, dvs för att justera de teamen man i nuläget har som ofta är av typen komponent-team och röra sig mot ett ekosystem som bygger på produktteam behöver man göra en omvänd Conway’s Law design. Då utgår man från vilka förmågor man skulle vilja att organisationen, och teamen har, kanske vill man att teamen har förmåga att ansvara för en optimal upplevelse direkt till slutanvändare utan mellanhänder. Äger produktutvecklings-processen end-to-end. Tar ansvar för det de bygger över tid och ser till att det skapar verksamhets och affärsnytta på både kort- och lång sikt – det vill säga vara ett Produktteam. Viktigt är att betona att man alltid behöver en mix av team i alla organisationer, enbart produkt-team är inte eftersträvansvärt, utan vanligt är att man har plattformsteam samt även enabling team, vad man dock vill gå ifrån är komplicerat subsystem-team (komponentteam), samt ha team med både produkt, plattform och enabling uppdrag.

Utifrån det målet kan man sedan identifiera vilka typer av team man har i nuläget, samt vilka typer av team man behöver för att steg för steg förändra den tekniska arkitekturen och förmågan i organisationen för att möjliggöra mer autonoma produktteam på sikt.

Alla team behöver även få tydligt definierade mål som de kan arbeta mot. Dessa mål ser olika ut beroende på vilket typ av team de är, men målet brukar var att ha uppdrag för teamen som spänner över ca 6 – 12 månader som gör att de själva kan se om de bidrar med värde och stöttar dom i att göra löpande prioriteringar.

(more…)
Written by

“On the Cover” is a great exercise to define the vision for a product, service, company… you name it!

Use it with your team to define your vision. If you create one each you can then share your thoughts with each other. It might just be valuable to see if you are aligned with eachother on the big picture, but you can also create one picture together and build on what you all shared and find the next level together.

If you are far away from each other on important topics, talk about why and what that means. It is valuable to get a shared vision to be able to know if we are doing the right things and to engage the team.

Free High-Resolution Download of the “On the Cover Poster” (PDF) >

Written by

When working in Agile teams, we want the teams to do usability testing to get quick feedback. This is the most efficient way to make sure we are building the right thing. The Test Canvas can be used to speed up the feedback process and enable more people to learn how to do it and join the process.

This canvas is created based on UX professionals practices and guide anyone through the process in a safe way as well as minimize the time to define and conduct usability testing on a continuous basis – it is perfect for building and scaling the UX capability in many product teams.

Download the test canvas for free as a high-resolution PDF >

Usability testing is qualitative as opposed to a quantitative method

The purpose of usability testing is to observe users and how they solve common user tasks in a prototype or existing service to see if the solution is working well. We want them to talk out loud so we can understand how they think when they use it.  We want to be able to ask them questions so we can better understand their mental models and experience. Since it is a qualitative test where we listen to and look at how users behave and how our service performed it is usually enough to test with 5-8 people. Once you realize nothing new “big” is coming from the tests you know you have reached the limit for what is needed now. But once you have fixed those issues you might test again on new people. You find more information about this in the canvas.

Usability testing can be done on anyone and any user type

Usability testing can be done on anyone and any user type. A user interview on the other hand is something else, that is when we need to learn if the solution solves a specific problem. In that case, we need to validate that on the target group and perhaps someone who is like our users and a specific persona. Often we then need to interview or observe 20 people instead of only 5-8.

Usability testing can be scary at the beginning

Meeting with customers and doing usability testing, in the beginning, can be intimidating. A good way to get started is by creating a safe-to-fail environment by practicing with people you know. Remember, if the team can test on real users once in a while and get valuable feedback, it is so much better than never getting to meet with any users and never getting any validation on what they do. It is also a lot better than only having experts outside of the team, or even worse outside of the organization.

Good methods for usability testing

(more…)
Written by

This is a canvas you can use with your team to visualize some of the key concepts, facts about the team – but it is also a part of the process to build a high performance team to do the activities needed to fill out the canvas with the team. Keep it visual by the team and bring it with you on important team meetings.

Download the Team Canvas for free in high resolution (PDF) >
team canvas 1

Team Name
It is always great for the team spirit to come up with a nice and cool or funny name by them selves, don’t let any one else set it for them.

Purpose or Mission
It is crucial for the team to set a clear mission to enable them to focus and give clarity. It should be in connection with user- and business strategy and it is usually a job for the Product Owner if the team has one. What the team delivers and prioritizes depends on their mission. (more…)

Written by
The online version that you can run in Google Drive via Google Slide.

The speedboat format for retrospectives is something I like a lot and have used with teams or even whole organizations (divided into teams). I find it to be a good way for the team to think individually, and then collaborate and define solutions for their problems through visualization. Visualization helps the team to more easily figure out what problems they should solve them selves, and what problems needs to be solved through collaboration between the teams, and what they need to ask management to help with. Some Agile coaches or Scrum Masters only highlight the negative on retrospectives, I believe it is a great thing to focus on the positive and also help the team take action more easily on real issues. It´s the teams responsibility to handle issues within the team, the Agile Coach/Scrum Masters job is to give them the capabilities to do that (not to do it for them).

Download the speedboat retrospective poster in high resolution (PDF) here >

Download the speedboat retrospective Power Point here (instructions and online retro space)>speedboat retrospective

(more…)

Shopping basket
Our Trainings
Dandy People Agile Power-Up (ICP Certified Professional – Agile Fundamentals, 10-week program)
Target Group: Anyone curious about Agile who wants to understand and use Agile ways of working, and get value from the core principles. You might work as a PL, PM, Consultant, Manager, within HR, as a Designer or as a Change Manager.
Teachers: Paolo D’Amelio, Jenny Persson, Mia Kolmodin, Rachael Gibb
Next date: Starts October 4