Problemet med högpresterande team!

I veckan lyssnade jag på Vadim Feldmans mycket insiktsfulla föredrag “Så skapar du ett högpresterande team“. Vadim presenterade en intressant modell som innehåller följande steg: Syfte –  Börja med att definiera mål och syfte för teamet och förankra det hos medlemmarna Kultur – Främja en kultur som bidrar till att medlemmarna känner sig delaktiga Organisation – Se till att kontexten och miljön bidrar till att främja kulturen och samarbetet Metod – Välj metoder som fungerar i er kultur och organisation Resultat – Analysera resultatet och och se om det går i linje med Syftet Men vad är då mitt problem? Föredraget av Vadim var verkligen lysande! Det har har jag verkligen inget problem med. Tvärtom, jag tycker verkligen Vadim har lyckats konkretisera och förmedla ett budskap jag själv predikat i många år. Det jag däremot har problem med är termen Högpresterande Team: Den antyder att det bara finns två sorters team: Högpresterande och Lågpresterande. Den antyder också att det är ett statiskt tillstånd teamet befinner sig i. Dessutom har det en lite dålig klang. Det låter som en floskel som man slänger sig med för att man tror det låter bra. Vad är då ett högpresterande team? Ett Högpresterande Team har nått Steg IV i IMGD-modellen, vilket de flesta team kan göra efter ett antal månaders fokuserat arbete. Dock når bara ca 15 procent av alla uppmätta grupper dit på egen hand. [www.skillnad.se] Även om begreppet är vedertaget, så gillar jag det inte. Jag tycker det är bättre att tala om Team som fungerar riktigt bra. Eller ännu hellre Team som fungerar bättre och bättre! För då slipper vi dels floskelvarningen, och dels antyder vi att det är...

“Det här är inte klokt! Jag gillar verkligen inte det här med Scrum!”

Känns det ibland som om det där med Scrum och Agile mest bara är en massa ord som man förväntas använda?! Känns det som om utvecklingsorganisationen har missuppfattat Scrum?! Kallas er projektledare för Scrum Master eller Product Owner, och kallas uppgifterna ni blir tilldelade för sprintplanering? Jag besökte en gång en sprintplanering, där produktägaren beordrade teamet att “leverera ett visst antal User Stories i slutet av sprinten”, innan han stormade ut. När han väl hade gått skakade utvecklarna på sina huvuden, skrattade nervöst, och sa: –Det kan han glömma! Det finns inte en chans att vi hinner leverera allt det där! och någon annan sa: -Det här är inte klokt! Jag gillar verkligen inte det här med Scrum! Här kliar det verkligen i fingrarna att få komma in och hjälpa teamet! Att hjälpa hela utvecklingsorganisationen förstå vad Scrum och Agile är! Att inte bara använda orden, utan att låta orden få liv! Att börja få dem att se och förstå fördelarna med att arbeta agilt. Och att våga ifrågasätta gamla strukturer och att tillsammans börja förändra och förbättra processerna. Just det här fallet fanns det ingen vilja att bli hjälpt, men när du och ditt team vill ha hjälp, så vet ni vem ni ska fråga. För jag gillar...

Scrum i Malmö

I morgon blir det: Scrum in one day på Malmö Yrkeshögskola. Illustrationer av den fantastiska Johanna på...

Hyper Island

@magnusandersson Thanks for a great lecture/workshop today at #hyperisland for the Mobile program #mdd14kna — Sebastian Carrasco (@SebazCarrasco) February 12,...