Fortsätt till huvudinnehåll

Myers-Briggs Type Indicator

MBTI, eller Myers-Briggs Type Indicator är ett system för att identifiera sina personliga preferenser, till exempel för att se om man lättare får ny energi från att interagera med andra, eller om man bättre tankar batterierna genom tyst reflektion på egen hand. 

Varför skulle en Scrumanvändare vilja göra en sådan kartläggning? Dels för att man lär sig om sig själv, och självkännedom är aldrig dumt. Dels för att det gör interaktionen med personer som har andra preferenser mer begriplig, och därmed mer hanterlig. Båda dessa perspektiv är nyttiga för den som gillar Scrum. 

Praktisk nytta är ledordet här. Min första reaktion när jag hörde om MBTI var minst sagt skeptisk. Jag är ingen stor favorit av att sortera in människor i kategorier. Det var först när jag fick lära mig mer om MBTI på AYE-konferensen som nyttan började sjunka in. Steve och Don som förklarade grunderna var noga med att förklara att ens MBTI-typ inte är någon livstidsdom eller ödesbeskrivning, utan en bild av vilka preferenser man har. Att man har vissa preferenser betyder som bekant inte att man inte kan bete sig på ett helt annat sätt i praktiken. Det preferenserna lär oss är däremot vilken typ av beteenden som ligger närmast till hands för oss. Att agera utanför våra preferenser kräver mer ansträngning från oss.

Som vid all förändring är första steget för att dra nytta av MBTI att börja med sig själv. Man kan göra mer djupgående eller enklare typer av MBTI-analyser. Jag har vid två tillfällen gjort varianter av en enklare analys, som båda landade i samma resultat. (ENTP, om någon är intresserad, men ett svagt E, mitt på gränsen mellan extrovert och introvert).

Även om skeptikern i mig känner en viss lukt av horoskop kring MBTI och de många varianter av personlighetsanalyser som finns på marknaden, så tycker jag att verktygen är användbara, eftersom analysen ofta verkar resultera i att de som gör den börjar reflektera över vilka deras preferenser egentligen är, vilket i sin tur leder till en förståelse för människors olikheter. Den typen av förståelse är precis vad ett team behöver för att bli riktigt effektiva.

Jag tror att de mest effektiva teamen är komponerade av människor med varierande preferenser, som är helt medvetna om sina skillander - så att man aktivt kan dra nytta av dem. Man kompletterar varandra på ett sätt som gör att teamet som helhet blir mer heltäckande.

Kommentarer

Ulrika Park sa…
Hur gör man en MBTI-analys då?
Har du några länkar, lästips eller andra råd?
Tobias Fors sa…
Hej Ulrika! Innan jag åkte till workshopen PSL i mars i år gjorde jag ett test på typefocus.com. Då var det gratis, nu verkar man få bara E/I-delen gratis. Jag rotade runt lite på sajten, och det verkar kosta runt 45 dollar för en hel rapport. Men, då kan man ju hellre köpa en bok som innehåller samma typ av frågeformulär, och samtidigt lära sig mer om den här typen av analyser. På AYE-konferensen i höstas fick jag en kopia av Renee Barons "What Type Am I", som innehöll ett typtest.

Populära inlägg i den här bloggen

Pragmatisk eller dogmatisk? Progmatisk!

Scrum är ett enkelt ramverk. Några få regler bildar tillsammans ett system av aktiviteter som kan användas för att styra komplext arbete. Att ta bort en väsentlig del ur ett fungerande system påverkar alltid systemet som helhet. Tar man till exempel bort återblickarna ur Scrum minskar sannolikheten för framgång omedelbart. Man får lika stora problem, om inte större, om man försöker applicera Scrum dogmatiskt. Den som aldrig kan tänka sig att kompromissa kommer inte att ha någon framgång när det gäller att driva förändring. Har du själv jobbat med någon som aldrig kan kompromissa förstår du varför. Så hur ska man göra? Följa Scrum dogmatiskt för att inte förstöra arbetsmetodens effektivitet, eller vara pragmatisk för att inte alienera sig från andra människor? Jag föreslår en kompromiss. Låt oss kalla den en progmatisk hållning . Den progmatiska hållningen fungerar så här. Vi är å ena sidan aldrig rädda för att tänka själva och göra förändringar i Scrum, men å andra sidan gör vi

Hur lång ska en sprint vara?

Jag fick en fråga på mailen som löd: "Fick frågan av min chef varför vi har 3 veckors sprintlängd. Vet inte riktigt vad jag ska svara, det bara blev så. Vad säger du?" En sprint i scrum är en synonym för iteration. Det som utmärker scrums sprintar är att vi vill att de ska vara väldigt fokuserade och att de ska sluta i klar, potentiellt levererbar, produkt. Potentiellt levererbar betyder att om vi ville  så kunde vi skeppa ut produkten med ganska lite efterarbete. Tydlig och regelbunden feedback krävs för att styra utvecklingsarbete. Längre sprintar betyder att det blir längre tid mellan större avstämningar av nuläget, vilket ökar risken att vi drar iväg i fel riktning, eller att omvärlden ändrar sig så mycket under sprinten att det vi bygger hinner bli irrelevant. Ibland kan det kännas som om man lägger för mycket tid på planerings- och uppföljningsworkshops, vilket leder till idén att göra sprintarna längre. Jag vill hellre börja med att undersöka om arbetsmötena k

Introduktion till story points

Estimering med storlekspoäng är en sån där sak som somliga älskar och andra tycker är totalt förvirrande. Jag gillar det lugna sköna tempot i den här korta snutten om story points från Rally Software.