Team Canvas – skapa samsyn och riktning i teamet
Detta är en canvas du kan använda med ditt team för att visualisera nyckelkoncept och fakta om teamet, samt en process för att bygga högpresterande team.
Detta är en canvas du kan använda med ditt team för att visualisera några av de viktigaste koncepten och fakta om teamet – men det är också en del av processen för att bygga ett högpresterande team att genomföra de aktiviteter som krävs för att fylla i canvasen tillsammans med teamet. Håll den visuell i teamet och ta med den till viktiga teammöten.
Teamnamn Det är alltid bra för teamandan att komma på ett fint, coolt eller roligt namn själva, låt ingen annan bestämma det åt dem.
Syfte eller Mission Det är avgörande för teamet att sätta en tydlig mission för att möjliggöra fokus och ge tydlighet. Den bör vara kopplad till användar- och affärsstrategi och det är vanligtvis en uppgift för produktägaren om teamet har en sådan. Vad teamet levererar och prioriterar beror på deras mission.
Roller Vilka roller teamet har beror på hur teamet arbetar. Om teamet arbetar i Scrum är det vanligtvis bara tre roller: Team, Scrum Master och Produktägare. När vi arbetar agilt och vill bygga högpresterande team som kan samarbeta och arbeta mot ett gemensamt mål vill vi inte att personer har andra typer av roller som kan göra det svårt för teamet att samarbeta kring det som har högst värde just nu.
Teammedlemmar Dessa är personerna i teamet. Ett effektivt team har alla i teamet på 100%.
Nyckelkompetenser Vad teamets nyckelkompetenser är, är bra att tydliggöra. Nyckelkompetenserna bör ligga i linje med teamets mission så att teamet kan leverera ”end-to-end” utan beroenden till andra team. I agila team pratar vi hellre om kompetenser än om roller.
Lärandemål Det är bra att även tydliggöra lärandemål för teamet och för individer. Om teamet som helhet behöver utveckla kompetenser för att optimera prestationen eller för att kunna ta sig an en ny mission, bör de göra det som ett team. Att uttala målet gör det tydligt och lättare att planera för och följa upp som ett team.
Förbättringsmål Ett agilt team förbättras ständigt, ofta genom små saker i varje sprint. Men ibland behöver teamet samarbeta med andra utanför teamet, med andra team och med andra funktioner. Den typen av gemensamma mål och aktiviteter, till exempel OKR (Objectives and Key Results), är något teamet kan arbeta med under en längre tid och kanske mäta effekt i samarbete med andra team. Båda typerna av förbättringsmål kan placeras här.
Nyckelprinciper Principer som vi förstår och ser hjälper oss att vara så bra vi kan vara är ett utmärkt sätt att hjälpa oss experimentera och förbättras över tid utan att röra oss i fel riktning. Ett exempel på principer är ”Vi tar ansvar end-to-end”, ”Alla i teamet träffar kunden” eller ”Vi slutar påbörja, börjar avsluta”.
Arbetsöverenskommelse (Working Agreement) Att skapa en arbetsöverenskommelse med ett team är ett utmärkt sätt för teamet att komma samman och enas om hur man samarbetar samt tar ansvar och ägarskap tillsammans.
Ceremonier Vilka ceremonier teamen har beror på vilken process teamet arbetar i. Att tydliggöra och definiera den processen gör det möjligt för teamet att förbättra den. Om teamet arbetar i Scrum är de vanliga ceremonierna Refinement, Sprintplanering, Daily Standup, Review och Retrospective. Teamet kan också lyfta fram vem som är ansvarig för vilken ceremoni.
Definition of Done Många team och deras kunder tycker att det är värdefullt att ha en överenskommelse om när teamet är klara med sitt arbete, eller ”done-done” som det ibland kallas. Vad är den förväntade nivån på det engagemang som vi förväntar oss av varandra? Detta är vanligtvis ett utmärkt sätt att minimera konflikter i teamet och även mellan teamet och kunder. Definition of done är vanligtvis en lista som täcker vad som ska vara gjort innan någon kan dra något på Scrum- eller Kanban-tavlan till ”done”.
Viktiga Intressenter Att skapa en lista med teamets viktigaste intressenter gör det möjligt för teamet att bli mer autonomt och att komma i kontakt med dem även utan produktägaren.
