måndag 17 oktober 2016

Tio steg till organisationsagilitet

Organisationsagilitet har beskrivits som den tredje vågen inom lättrörlighet och smidighet. Den första vågen var när man började skapa små agila bubblor i annars väldigt trögrörliga och stela organisationer, och mycket av råden till agilister från den tiden handlade om hur man skulle skydda teamen och möjliggöra agilitet trots att verksamheten ville annorlunda. Den andra vågen handlade om hur man kunde synkronisera flera team att samarbeta på ett mer lättrörligt sätt, och idag är detta ett i huvudsak löst problem med väl beprövade ramverk och tricks. Den organisation som vill få storskalig agilitet att fungera kan få det på mella sex och tolv månader om de bara är villiga att göra som expertisen inom området säger.

Men både första och andra vågen handlade bara om en sak: hur man utvecklar tjänster, i synnerhet IT-baserade tjänster. Men utveckling är bara en liten del av en tjänsts livscykel, och tjänsteperspektivet är långt mer vittgående än IT. Det börjar gå upp för fler och fler organisationer att hela deras värde i nuet består i förmågan att möta människors olika behov, men deras värde över tid består i förmågan att kontinuerligt vidareutveckla tjänsteförmågan. Folks behov skiftar.

Och det är här organisationerna har utmaningen idag. För att kunna lyckas med att skapa en tjänsteinnovationsfabrik behövs organisationsagilitet och det är något som på många håll kräver ganska vittgående förändringar.

Det första som måste ryka är projekten. De har aldrig tjänat oss väl, och för kontinuerlig tjänsteutveckling är de rent destruktiva. Projekt betyder välplanerade tillfälliga arbeten i tillfälliga organisationer, och kontinuerlig tjänsteutveckling är tvärtom: ständig förbättring i den fasta organisationen på ett sätt som inte kan planeras på förhand. Istället för projekt behöver vi bygga in tjänstutvecklingskapaciteten i själva linjeorganisationen.

Det andra som måste ryka är årsbudgetar där man på förhand har beslutat om till vad man ska allokera hundra procent av sin förändringsförmåga under ett kalenderår. Den som har begått det misstaget får vänta till minst årsskiftet för att få igenom en förändring när de ser en möjlighet uppenbara sig. Istället behöver man allokera medel löpande inom de ramar man satt. Kostnadsmassan i organisationen är ganska stabil, det är vad organisationen ska lägga sin energi på som behöver kunna vara rörligt.

Det tredje som måste ryka är tron att man med en omorganisation kan anpassa linjeorganisationen efter värdeströmmen. Det går inte. Värdeströmmarna i tjänsteorganisationer (utom de allra enklaste) är komplexa och korsar organisatoriska gränser. Istället bör man låta organisationen så långt det går vara ifred så att den kan bygga kapacitet att hantera strömmarna på tvärs genom avdelningsgränserna. Omorganisation kan behövas för att slå sönder hinder men den bygger aldrig upp. För att bygga upp kapacitet i en organisation behöver organisationen tvärtom stabilitet.

Det fjärde som måste ryka är målstyrning på utfallsmått (management by objectives). Det felaktiga bakom denna styrfilosofi har varit känd sedan femtiotalet: utfallet är beroende både av faktorer som kan kontrolleras av de som arbetar och faktorer som inte kan kontrolleras. Om man arbetar metodiskt med förbättring kommer utfallet att bli bättre, men att styra på utfallsmått som i sig innehåller varians ökar variansen. Ersätt management by objectives med ledarskap.

Det femte som måste ryka är tron att viktiga nyckeltal också är styrtal. I samma stund som ett relevant nyckeltal behandlas som ett styrtal så upphör det att vara ett relevant nyckeltal (Goodharts lag).

Det sjätte som måste ryka är resursoptimering, tron att organisationen presterar mest värde när resurserna är maximalt utnyttjade. Det är en intuition som är matematiskt felaktig. Optimering på flöde betyder en viss överkapacitet i varje del av värdeströmmen vilket kan kännas lite dyrt, men eftersom flödet är bättre hinner fler värdeenheter levereras per tidsenhet vilket gör att kostnaden per värdeenhet går ner. Flödesoptimering är ett exempel på systemtänkande. Det finns fler.

Det sjunde som måste ryka är idén att chefer leder och fördelar arbetet. De som förstår arbetet bäst är de som befinner sig allra närmast värdeskapandet. De ser värdet, och de ser spillet uppstå, särskilt om de tränas i förmågan att se spill. Det kan hända att cheferna är bättre på att planera arbetet än vad folket närmast arbetet är. Då löser man det genom att lära dem planera och följa upp sitt eget arbete. Chefer ska ge förutsättningarna (mål, ramar, verktyg) för självorganisation om organisationen ska ha en chans att bli lättrörlig.

Det åttonde som måste ryka är idén att förbättringsarbetet är chefernas ansvar. Även den ständiga förbättringen behöver utföras av dem som är närmast värdeskapandet. Och den ska vara metodisk vilket kräver utbildning och coachning, regelbunden vilket kräver avsatt tid, och baserad på empiri vilket kräver stor transparens i organisationen.

Det nionde som måste ryka är tanken att narcissism är en god ledaregenskap. När vi rekryterar ledare på magkänsla tenderar vi att gynna stora egon. Dessa kommer att blockera sund grupputveckling, som ju är ett måste för att få breda och välfungerande arbetsgrupper, vilket är ett måste för att få organisationsagilitet. En organisation designar sitt ledarskap genom att besätta positioner på ett medvetet sätt.

Det tionde som måste ryka är den falska bilden av människan som en varelse utan psykologiska behov. Behov finns, och behöver tas hänsyn till, annars fungerar inte människan optimalt och organisationen fungerar dåligt. Den agila organisationen vet vad människor behöver och aagerar med hänsyn till dessa.

Vi som varit inblandade i första och andra vågens agilitet kan berätta att dessa tio saker måste städas bort från organisationerna om vi ska få smidighet i dem. Vi kan också berätta om hur man gör för att styra, leda, planera och följa upp på ett sätt som gör organisationen agil. Men orkar organisationen lyssna till budskapet?

Jag är på plats under hela Almedalsveckan 2017 och deltar gärna i flera samtal runt de här frågorna.

fredag 14 oktober 2016

Allt hänger ihop

Det jag hoppas kunna visa med Smidigt!-programmet är hur allt hänger ihop. Ett av våra problem är att vi delat upp verksamheternas aspekter i en massa småavdelningar med stängda dörrar emellan sig. Ledningar vimsar i den här miljön runt och försöker att med olika omorganisationer kunna skapa smartare indelning av avdelningarna som bättre följer värdeströmmarna, men det fungerar inte.

Har man lite komplexitet i verksamheten kommer alltid värdeskapandet att korsa avdelningsgränserna. Det är själva indelandet som är problemet, medan samarbetsformer som öppnar dörrarna på ett ordnat sätt är en del av lösningen.

Om allt hänger ihop är det naturligtvis svårt med överblicken, och det är precis det som Smidigt!-programmet är: en överblick över just en massa samarbetsformer som syftar till att koppla ihop alla olika avdelningar och perspektiv till en helhet. När jag håller kurs brukar jag likna Smidigt!-programmet vid en karta där de olika modulerna i programmet är platser vi kan utforska, och den app jag skriver på just nu kallar jag för "Smidgt! Atlas". Ett verktyg som ska ge överblick. De smidiga samarbetsformerna handlar ju om allt från budgetstyrning till omsorg om människor och maskiner till ledarskap och gruppsykologi. Det är ett integrerat synsätt som spänner över många fält, och sådana kan vara väldigt svåra att överblicka om man inte har en bra kartbok.

Här på bloggen finns redan en massa inlägg som handlar om gränsöverskridandet:

Att riva gränserna mellan "IT" och "verksamhet" (en indelning som vi lyckligtvis snart kommer att lägga på skräphögen) handlar dessa inlägg om: Vi bygger broar om att vi måste samsas om samma värdeström, Beställare och utförare om att beställar/utförar-perspektivet gör att det ser ut som att alla problem finns innanför "utförarnas" dörrar, men att det i själva verket handlar om bristande djup kommunikation dem emellan. Ett anspråkslöst förslag handlar om ett konkret verktyg: att "beställningar" läggs som en väldigt tunn idébeskrivning av vad man vill uppnå, och så kan "beställare" och "utförare" tillsammans utforska de bakomliggande behoven oxh möjliga lösningarna.

För att öppna dörrarna, eller hellre riva väggarna, och sätta sig vid samma bord behöver man en gemensam bild av vad som händer. Ett klassiskt sätt ifrån lean och Toyota är att gemensamt titta på värdeflödesperspektivet. Om detta har jag skrivit en hel serie inlägg som länkas till ifrån Den livsviktiga flödessynen. Hur blir folk glada? Vilka behov möter vi? För att se det kan man ha en workshop för att Leta värden tillsammans. För värde är mänskliga behov.

Ett tidigt försök att överbrygga avdelningsgränser var projekt. Nu har projekt enorma svårigheter av lite olika skäl. Ett skäl är att ett projekt per definition är tillfälliga arbeten i tillfälliga organisationer till en fast tid, kostnad och kvalitet. Det är ju inte tillfällighet vi behöver utan ett konstant värdeskapande. Och problemet med värdeskapande är att det bygger på utforskande, vilket gör det i princip oplanerbart (på det sätt som projekt definierar planerbarhet): Oplanerbara projekt? Istället utgår smidiga samarbetsmetoder från ett tjänsteperspektiv: värde levereras i form av tjänster, och tjänster måste betraktas utifrån hela sin livscykel. Där är utvecklingen bara en liten del. Här finns även början till det som blivit ALMA: The Agile Lifecycle Management Anatomy.

Det här helhetsperspektivet tror jag är viktig för både myndigheter och företag i ljuset av digitaliseringen. Jag sammanfattar i Samtiden och framtiden vad jag tror kommer att krävas. Dels att en massa strukturer rivs upp som i dagsläget mäter fel saker och på fel sätt. Just mätetal har jag bloggat en hel serie om. Särskilt skriver jag om Mätetal som kan vara relevanta i smidiga samarbeten.

Alla måste uppvisa ledarskap i smidiga samarbeten. Det ligger i själva det sätt som vi betraktar organisationer på. Så för den som har ett särskilt ansvar för ledarskapet är det extra viktigt att tänka över sitt ledarskap. Särskilt gäller det att förstå att ens roll i digitaliseringen handlar om att leda för förändring, inte för stillastående. Till din hjälp finns dock ett antal väl beprövade principer.

Om allt detta handlar Smidigt!-programmet. En massa moduler med kunskaper och gruppfärdighetsträningar som ska hjälpa samarbeten att bli mer smidiga. Det bygger på en massa erfarenhet, men också på en massa teoretisk kunskap från olika fält. Bland annat från dessa böcker. Fast det som jag försökt göra är att lägga ihop allt så att det blir både begripligt och möjligt att agera på. Kunskap i sig förändrar ingenting. Förändring förändrar, och att få bidra till förändring som gör jobb trygga och meningsfulla och produktiva är litegrann mitt livsmål. Jag hoppas så innerligt att du kan hitta något du har användning för genom det jag försöker göra.

tisdag 4 oktober 2016

Infographic: Kanban Board

Next infographic from the SMIDIGT! modules: suggestions how to set up and handle a kanban board in order to track your work and improve the flow.

Download the infographic here: infographic-kanban-board.pdf

måndag 3 oktober 2016

Infographic: Scrum Board

The updating of the SMIDIGT! course and coaching material continues. Here is an infographic from the course module "The Daily Meeting": a collection of facts and suggestions regarding how to use and set up a scrum board.

Download the infographic here: infographic-scrum-board.pdf

fredag 16 september 2016

Documentation: Retrospectives

The work with updating my course material continues. This is the first draft of the new version of the documentation for the module Retrospectives, with grammatical errors, spelling errors and all.

A module is a part of a full course. In a day we go through 4-6 modules depending on how deep we need to go with each module in that particular course. The module is normally presented by a small lecture by me, illustrations on the whiteboard and on flipchart pages, questions from the participants, and one or more exercises. The documentation collects the main points from the module, together with the notes that the participants make themselves.

The module Retrospective can be experienced in the courses Introduction to Agile methods - Lean, Scrum & Kanban (link in Swedish) and the course Scrum Master (link in Swedish).

In order to fit screens (the material is distributed digitally) the documentation is in landscape orientation. Open it using a PDF-viewer and read it in full screen mode.

Download the documentation here: Retrospectives.

lördag 10 september 2016

Infographic: Forecasting

I have created an overview over a couple of development forecasting techniques: one using estimates only with no empirical data, one using only empirical data and no attempts to estimate, and two that mix subjective estimation with objective observation. This is from the Smidigt! module "Development Planning".

Download it here: infographic-forecasting.pdf

Infographic: Scrum Overview

The "Smidigt! Program" (link in Swedish) is an attempt to arrange my bits of knowledge regarding agile, lean, teal, organization, leadership etc in a consistent whole of actionable tools that collaborations of all sorts (organizations, teams, projects) can take off the shelf, learn, and start to use. It is like an "operating system" for collaborations, but modular so that you don't have to implement everything at once.

During the year of 2016 I have a special project: I am doing an overhaul of the program, creating more tools and experimenting with the formats. One format that I use a lot is the infographic: a one-pager that presents the content of a module in a very dense way. Print them on an A3 and put them on the wall!

Here is the latest infographic, from the Module "Scrum Overview": infographic-scrum.pdf

Share (Creative Commons) and enjoy!