Den digitala transformationen är större än omställningen från resursoptimering till flödeseffektivisering. Transformationen utmanar också kulturen. Vi säger att vi förändrar kulturen efter att vi förändrar organisationen. När vi går från projektleverans till teamleverans förändrar vi en del av organisationen genom att vi sätter vi upp virtuella organisationer och introducerar nya metoder inom produkt- och systemutveckling. Om vi säger att vi förändrar kulturen efter att vi förändrar organisationen har vi ändå mycket att vinna på att inleda förändringen under metodskiftet.

Vi behöver både utmana  hur vi tänker och  hur vi gör. I förlängningen kräver transformationen att vi utvecklar vårt språk och vårt tänkande – där bor kulturen.

En gång lärde vi oss fel att nyckeln till ekonomisk framgång är effektivitet. Om vi tror på det kommer vi att fokusera på mätvärden som kapacitetsutnyttjande och hantera utvecklingsprocessen
med hög utnyttjandegrad (resursoptimering). Vi kommer mäta leverabler (output) utan att reflektera över värdet (outcome).

En gång lärde vi oss fel att att nyckeln till ekonomisk framgång är
överensstämmelse med planen. Om vi tror på det kommer vi att fokusera på att förhindra och korrigera avvikelser från planen. Vi kommer att investera kraft i att hantera oväntade hinder och ignorera nya möjligheter (innovation uteblir).

I omställningen från projekt och vattenfall till agila team och lean-agil
utveckling är språket centralt. Hur man förhåller sig till orden ”snabbare”, ”plan” och ”effektivare” avslöjar en del var man är i sin agila omställning. Vi behöver hjälpas åt i berättelsen att navigera rätt bland orden och att välja ett språk som bäddar för en uppdaterad kultur.

Vi ska inte jobba snabbare, vi ska jobba smartare.

Det finns flera saker som trumfar att jobba snabbare. Små batchar tex. En stor del av Lean produktutveckling bygger på processer för att jobba med mindre batchar. Vi omfamnar mindre batchar därför mindre batchar ger feedback snabbare och realiserar potentiellt värde snabbare. Det har inget att göra med att vi jobbar snabbare eller effektivare eller att kunderna får snabbare leveranser. Kunder vill inte nödvändigtvis få snabba leveranser de vill få rätt (= värde) leveranser.

Vi ska inte jobba snabbare, vi ska jobba smartare tillsammans och medlet är små ekonomiskt och storleksmässigt kvantifierade batchar uttryckta som hypoteser som ger oss snabb feedback vilket gör att vi lär oss snabbare och kan ta bättre ekonomiska beslut.

Genom att levererar i små batchar (iterationer och inkrement) tar vi mindre risker och vi hämtar hem det potentiella värdet snabbare. Det leder också till att vi får snabbare feedback. Och det är bara genom feedback baserad på objektiv data från våra IT-system och från våra kunder och användare som vi kan lära oss. I den projektdrivna kontexten sker lärandet sent eller aldrig.

Jobba snabbare spelar ingen roll om vi inte attackerar våra köer och storleken på jobben i dem, som exemplet nedan visar:

Jobba snabbare -> Små jobb -> Snabb feedback = ny kunskap snabbare

Jobba snabbare -> Stora jobb -> Långsam feedback= ny kunskap senare

Sammanfattning

• Snabbar och effektivare (på fel sätt) väcker ett skadligt beteende som vi vill transformera oss från.
• Vi ska inte jobba snabbare, vi ska jobba smartare.