Entertainment-branchen misforstår produktivitet. Sådan ser reel forbedring faktisk ud

Hvorfor folk bliver ved med at forstå produktivitet forkert

I animation, spil, illustration og UI-design dukker det samme spørgsmål op igen og igen: “Hvordan arbejder vi hurtigere?” “Hvordan bliver vi mere effektive?”

Og næsten hver gang kommer de samme svar frem:

• tilføj et nyt værktøj
• lær flere genveje
• bevæg hænderne hurtigere
• væn dig bare mere til det

Jeg siger ikke, at de ting er fuldstændig værdiløse. Men hvis hele samtalen kun handler om det, rammer den meget sandsynligt ved siden af problemet.

Nogle gange virker sådan nogle idéer ved et tilfælde. Et nyt værktøj kan hjælpe. Et genvejsbaseret workflow kan tilfældigvis passe godt. Men hvis du ikke kan måle, hvad der blev forbedret og hvor meget, så er en stor del af den aktivitet bare følelsen af at være produktiv.

Det egentlige problem er, at folk bliver ved med at fokusere på hvad man kan tilføje, uden at se på hvorfor workflowet overhovedet er langsomt.

Hvorfor “falsk forbedring” fejler

Når forsøg på at forbedre produktiviteten fejler, er mønstret som regel det samme: man stabler løsninger oven på hinanden uden først at måle den aktuelle tilstand.

I et Photoshop-workflow kan det for eksempel betyde:

• hvor mange minutter om dagen der bruges på at lede efter lag
• hvor mange klik der spildes bare på at kontrollere blend modes og opacitet
• hvor lang tid der går, før man kan begynde på rigtigt arbejde efter at have overtaget en andens PSD
• hvor ofte revisioner går i stå, fordi ingen straks kan se, hvad der egentlig skal redigeres

Hvis du ikke forstår de ting og alligevel bliver ved med at stable idéer som “lad os prøve dette plugin” eller “lad os dele flere genveje”, så er det i de fleste tilfælde ikke forbedring.

Det er bare forbedringsteater. Du sætter løsninger i gang, før du overhovedet har identificeret det reelle problem.

Forbedring handler ikke om at finde ét magisk værktøj. Den vigtigste del af reel forbedring er at observere, hvad problemet faktisk er.

Regel 1: Uden standarder er der ingen forbedring

Det første et team har brug for, er ikke mere disciplin eller motivation. Det er standarder.

Før man spørger: “Hvordan får vi folk til at arbejde hurtigere?”, er man nødt til at definere ting som:

• hvordan lag skal navngives
• hvordan mapper skal grupperes
• hvor justeringslag og effekter skal placeres
• hvordan en PSD skal se ud, så den næste person kan læse den med det samme

Hvis de standarder ikke findes, kan man ikke engang se tydeligt, hvad der er normalt, og hvad der er en afvigelse.

Uden standarder er det svært at afgøre, om et workflow er langsomt eller bare kaotisk. Resultatet er, at den person, der sidder med filen lige nu, bliver til reglen, og processen bliver personafhængig.

Det betyder ikke: “workflowet fungerer, fordi erfarne folk er stærke.” Det betyder: workflowet afhænger af erfarne folk, fordi der ikke findes nogen standard.

Hvis du vil se nærmere på, hvordan ikke-standardiserede PSD’er gør et helt projekt langsommere, går denne artikel mere i dybden:

Hvis dine Photoshop-PSD'er ikke er standardiserede, har du et alvorligt produktionsproblem

Når navngivningsregler og lagstruktur ikke er standardiserede, bliver rettelser, handoffs og styring langsommere.

Regel 2: Før du beslutter, hvad du vil gøre, skal du forstå, hvad der faktisk sker

Selv hvis du definerer standarder, er forbedringen endnu ikke begyndt. Det næste nødvendige skridt er evnen til at observere workflowet.

Det betyder ikke, at du skal indføre en overdreven og kompliceret analyseplatform. Det betyder, at du skal se nøje på meget praktiske spørgsmål som:

• hvor folk bruger tid på at søge
• hvor de mister overblikket
• hvor gentagne kontrolopgaver opstår
• hvor den kognitive belastning pludselig stiger kraftigt

De ting skal du undersøge med dine egne øjne. Hvis du ikke forstår dem, kan du heller ikke vælge det rigtige indgreb.

I mange lagpanel-workflows ligger det egentlige spild ikke i selve inputhastigheden. Det ligger i antallet af trin, der er nødvendige bare for at forstå, hvad der foregår.

• lagnavne alene viser ikke den reelle tilstand
• man er nødt til at klikke på lag bare for at kontrollere opacitet og blend modes
• dybe mappestrukturer gør det svært at nå frem til det rigtige element
• irrelevante lag bliver ved med at være synlige som konstant støj, selv når man kun har brug for få elementer

Først når du gør disse problemer synlige, kan du beslutte, hvad det faktisk giver mening at rette. Selv hvis problemet ved første øjekast ligner, at “folk er langsomme”, er du stadig nødt til konkret at undersøge hvorfor. Måske er det et værktøjsproblem. Måske et træningsproblem. Måske et strukturproblem.

At indføre et værktøj er ikke i sig selv en forbedring. Det bliver først til forbedring, når det kobles til observation og standarder

Dette punkt er vigtigt nok til at sige helt direkte:

Det at installere et nyt værktøj forbedrer ikke automatisk produktiviteten.

Det bliver først et reelt forbedringsværktøj, når det hjælper med ting som:

• at gøre standarder så nyttige, at det tydeligt sparer tid at følge dem
• at gøre det lettere at opdage afvigelser i det aktuelle workflow
• at gøre søgetid, kontroltid og forvirring synlig

Det er netop derfor, at forbedring af Photoshop-workflows er så svært inden for standard-UI’et alene.

Du kan rydde op i lagnavne, men det bliver ikke automatisk til højere hastighed. Du kan definere lagfarver, men det forbedrer ikke nødvendigvis læsbarhed eller udtrækning. Du kan organisere strukturen, men så snart PSD’en bliver stor, ender du stadig med at scrolle og åbne mapper.

I mange teams er altså den indsats, der kræves for at holde standarder ved lige, synlig, mens gevinsten ikke er det.

Og det er præcis derfor, regler falder fra hinanden under pres.

DLLP er ikke bare et “speed tool”. Det er snarere et værktøj, der afslører problemer i workflowet

Det er let at beskrive DLLP som et praktisk værktøj. Men det er ikke den vigtigste pointe.

Dets reelle værdi ligger ikke kun i, at det kan:

• holde opacitet og blend modes synlige hele tiden
• udtrække præcis de elementer, du har brug for, med avancerede filtre
• gøre det muligt at observere forskellige dele af en PSD samtidig via dual views

Dets reelle værdi ligger i, at det afslører, hvor workflowet taber tid.

Hvis navngivningen er inkonsekvent, afslører filtrering den svaghed med det samme. Hvis strukturen er ulæselig, viser et mere overskueligt panel sammenbruddet med det samme. Hvis lagtilstande håndteres sjusket, blotlægger konstant synlige egenskaber det kaos på én gang.

Med andre ord: DLLP er ikke kun et værktøj, der gør folk hurtigere. Det er også et spejl, der viser, hvor meget langsommelighed dit nuværende arbejdsmiljø skaber.

Hvis du vil se mere konkrete eksempler på, hvordan man fjerner den slags spild, går disse artikler mere i detaljer:

Spilder du 40 timer om året på at lede efter lag? Det første filter i Photoshop, der reducerer 'søgetid' til nul

Lær, hvordan du fjerner spildet ved visuelt at scrolle gennem lag ved kun at trække det ud, som du faktisk har brug for.

Sådan ser du opacitet og blend modes for alle lag på én gang i Photoshop

Se, hvordan du fjerner klikbaseret kontrol og sænker omkostningen ved at observere lagtilstande.

Reel produktivitetsforbedring handler ikke om at skabe “hurtigere mennesker”. Det handler om at skabe et workflow, der ikke gør mennesker langsommere

Det entertainment-branchen i virkeligheden har brug for, er ikke flere enkeltpersoner, der bare arbejder hurtigere end alle andre.

Den har brug for:

• PSD’er som alle kan læse
• et miljø hvor den aktuelle tilstand er let at forstå
• et system hvor standarder gør arbejdet lettere i stedet for tungere
• et UI der reducerer unødvendig søgning og kontrol

Sådan ser et workflow, der ikke bliver langsomt, faktisk ud.

Forbedring handler ikke om at lægge skylden på enkeltpersoner. Det handler om at nægte at lade spild blive cementeret ind i strukturen.

Hvis dit team konstant oplever noget af følgende:

• at lede efter lag igen og igen
• at bruge revisionstid på først at forstå filstrukturen
• at være trætte bare af at læse andre menneskers PSD’er
• at indføre værktøjer uden nogensinde at mærke en tydelig produktivitetsgevinst

så bør dit første spørgsmål ikke handle om personlig indsats. Det bør handle om manglende standarder og manglende observerbarhed i workflowet.

Opsummering: Hvis du vil have produktivitet, skal du først måle workflowet

Det er ikke dårligt at lære genveje. Det er ikke dårligt at indføre værktøjer. Men det er ikke kernen i reel forbedring.

Reel forbedring begynder altid i den samme rækkefølge:

• definér standarder
• observér hvad der faktisk sker
• fjern spild på det strukturelle niveau

Hvis et team springer den rækkefølge over og direkte hopper til “vi skal være hurtigere”, tager det næsten altid den lange vej rundt.

Reel produktivitetsforbedring handler ikke om at øge viljestyrken. Det handler om at gøre årsagerne til langsommelighed synlige og derefter erstatte dem med en struktur, der ikke skaber det samme spild igen.