Underhållningsbranschen har fel om produktivitet. Så här ser verklig förbättring faktiskt ut

Varför människor gång på gång tänker fel om produktivitet

Inom animation, spel, illustration och UI-design dyker samma samtal upp om och om igen: “Hur jobbar vi snabbare?” “Hur förbättrar vi effektiviteten?”

Och nästan varje gång kommer samma svar:

• lägg till ett nytt verktyg
• lär dig fler genvägar
• rör händerna snabbare
• vänj dig bara mer

Jag säger inte att allt detta är helt värdelöst. Men om hela diskussionen stannar där missar man sannolikt själva kärnan.

Ibland fungerar sådana idéer av en slump. Ett nytt verktyg kan hjälpa. Ett visst genvägsupplägg kan råka passa. Men om du inte kan mäta vad som faktiskt förbättrades och hur mycket, då är en stor del av aktiviteten bara känslan av att vara produktiv.

Det verkliga problemet är att människor fortsätter fokusera på vad man ska lägga till, utan att först titta på varför workflowet över huvud taget är långsamt.

Varför “låtsasförbättring” misslyckas

När försök att förbättra produktiviteten misslyckas ser mönstret nästan alltid likadant ut: man staplar lösningar ovanpå varandra utan att först mäta nuläget.

I ett Photoshop-workflow kan det till exempel handla om:

• hur många minuter per dag som går åt till att leta efter lager
• hur många klick som slösas bort bara för att kontrollera blandningsläge och opacitet
• hur lång tid det tar innan verkligt arbete kan börja efter att man har tagit över någon annans PSD
• hur ofta revisioner stannar upp därför att ingen direkt kan se vad som faktiskt ska ändras

Om du inte förstår de sakerna och ändå fortsätter lägga på idéer som “vi testar det här pluginet” eller “vi delar fler genvägar”, är det för det mesta inte en förbättring.

Det är bara förbättringsteater. Du applicerar lösningar innan du har identifierat det faktiska problemet.

Förbättring handlar inte om att hitta ett magiskt verktyg. Den viktigaste delen av förbättring är att observera vad problemet faktiskt är.

Regel 1: utan standarder finns ingen förbättring

Det första ett team behöver är inte mer vilja eller mer driv. Det är standarder.

Innan du frågar “hur får vi människor att arbeta snabbare?” måste du definiera saker som:

• hur lager ska namnges
• hur mappar ska grupperas
• var justeringslager och effekter ska ligga
• hur en PSD ska se ut så att nästa person kan förstå den direkt

Om de standarderna inte finns kan du inte ens avgöra vad som är normalt och vad som är onormalt.

Utan standarder kan du inte tydligt avgöra om workflowet är långsamt eller bara kaotiskt. Resultatet blir att personen som råkar röra filen just nu blir själva regeln, och processen blir personberoende.

Det betyder inte “workflowet fungerar för att veteranerna är starka”. Det betyder att workflowet är beroende av veteraner därför att någon standard inte finns.

Om du vill se djupare hur icke-standardiserade PSD:er saktar ner ett helt projekt går den här artikeln igenom det mer i detalj:

Om dina Photoshop-PSD:er inte är standardiserade har du ett allvarligt produktionsproblem

När namnregler och lagerstruktur inte är standardiserade blir revisioner, handoffs och styrning långsammare.

Regel 2: innan du bestämmer vad du ska göra måste du förstå vad som faktiskt händer

Även om du definierar standarder har förbättringen ännu inte börjat. Nästa krav är förmågan att observera workflowet.

Det betyder inte att du måste införa någon avancerad analysplattform. Det betyder att du noggrant måste titta på grundläggande och praktiska frågor som:

• var människor lägger tid på att leta
• var de går vilse
• var upprepade kontrollmoment uppstår
• var den kognitiva belastningen plötsligt skjuter i höjden

Du måste se dessa saker med egna ögon. Om du inte förstår dem kan du inte välja rätt åtgärd.

I många arbetsflöden kring lagerpanelen ligger det verkliga slöseriet inte i rå handhastighet. Problemet är antalet steg som krävs bara för att förstå vad som pågår.

• lagernamn i sig visar inte det verkliga tillståndet
• du måste klicka på lager bara för att kontrollera opacitet och blandningslägen
• djupa mappstrukturer gör det svårt att nå rätt element
• irrelevanta lager ligger kvar som konstant brus, även när du bara behöver några få objekt

Först när dessa problem blir synliga kan du avgöra vad som faktiskt ska åtgärdas. Även om problemet ser ut att vara att “människor är långsamma” måste du fortfarande undersöka varför det händer i konkreta termer. Det kan vara ett verktygsproblem. Det kan vara ett utbildningsproblem. Det kan vara ett strukturproblem.

Att införa ett verktyg är inte en förbättring. Det blir en förbättring först när det kopplas till observation och standarder

Den här punkten är viktig nog att säga rakt ut:

Att installera ett nytt verktyg förbättrar inte produktiviteten automatiskt.

Det blir först ett förbättringsverktyg när det hjälper dig med sådant som:

• att göra standarder värda att följa eftersom de synligt sparar tid
• att lättare upptäcka avvikelser i det nuvarande workflowet
• att göra söktid, kontrolltid och förvirring synlig

Det är exakt därför Photoshop-workflow är så svåra att förbättra om man bara använder standard-UI:t.

Du kan städa upp lagernamn, men det blir inte alltid till hastighet. Du kan definiera lagerfärger, men det förbättrar inte nödvändigtvis läsbarhet eller extrahering. Du kan organisera strukturen, men när PSD-filen växer slutar det ändå med scrollning och öppning av mappar.

Så i många team är ansträngningen som krävs för att upprätthålla standarder synlig, men nyttan är det inte.

Det är därför regler kollapsar under press.

DLLP är mindre ett “snabbhetsverktyg” och mer ett instrument för att synliggöra problem i workflowet

Det är lätt att beskriva DLLP som ett bekvämt verktyg. Men det är inte det viktigaste.

Dess verkliga värde ligger inte bara i att det kan:

• hålla opacitet och blandningslägen synliga hela tiden
• extrahera exakt de element du behöver med avancerad filtrering
• låta dig observera olika delar av PSD-filen samtidigt med dual view

Dess verkliga värde ligger i att det visar var workflowet slösar tid.

Om namngivningen är inkonsekvent avslöjar filtrering den svagheten direkt. Om strukturen är oläslig gör en tydligare panel att sammanbrottet syns direkt. Om lagerstatus hanteras slarvigt visar ständig synlighet av egenskaper hela röran på en gång.

Med andra ord är DLLP inte bara ett verktyg som gör dig snabbare. Det är också en spegel som visar hur mycket långsamhet din nuvarande miljö faktiskt skapar.

Om du vill ha mer konkreta exempel på hur du kan ta bort den här typen av slöseri går dessa artiklar djupare:

Slösar du 40 timmar om året på att leta efter lager? Det första filtret någonsin i Photoshop som minskar 'söktiden' till noll

Lär dig hur du eliminerar slöseriet med att visuellt skrolla genom lager och i stället extraherar exakt det du behöver.

Så ser du opacitet och blandningslägen för alla lager på en gång i Photoshop

Lär dig hur du tar bort klickbaserad kontroll och sänker kostnaden för att observera lagerstatus.

Verklig produktivitetsförbättring handlar inte om att skapa “snabbare människor”. Det handlar om att skapa ett workflow som inte gör människor långsammare

Det underhållningsbranschen faktiskt behöver är inte fler individuella fartmonster.

Den behöver:

• PSD:er som vem som helst kan läsa
• en miljö där det aktuella tillståndet är lätt att förstå
• ett system där det blir lättare, inte svårare, att följa standarder
• ett UI som minskar onödigt letande och onödiga kontroller

Det är så ett workflow som inte blir långsamt av sin egen struktur faktiskt ser ut.

Förbättring handlar inte om att skylla på individer. Den handlar om att vägra låta slöseri ligga inbyggt i själva strukturen.

Om ditt team ständigt upplever sådant som:

• att leta efter lager om och om igen
• att lägga revisionstid bara på att först förstå filstrukturen
• att känna sig utmattad av att läsa andra människors PSD:er
• att införa verktyg utan att någonsin känna någon tydlig produktivitetsvinst

är det första som ska ifrågasättas inte individuell ansträngning. Det är bristen på standarder och observation.

Sammanfattning: om du vill ha produktivitet måste du först mäta workflowet

Att lära sig genvägar är inte dåligt. Att lägga till verktyg är inte dåligt. Men det är inte kärnan i förbättring.

Verklig förbättring börjar alltid i samma ordning:

• definiera standarder
• observera vad som faktiskt händer
• ta bort slöseri på strukturell nivå

Om ett team hoppar över den ordningen och direkt går till “vi måste jobba snabbare”, leder det nästan alltid till den längre vägen runt.

Verklig produktivitetsförbättring handlar inte om att öka viljestyrkan. Den handlar om att göra orsakerna till långsamheten synliga och sedan ersätta dem med en struktur som inte skapar samma slöseri igen.