De entertainmentindustrie begrijpt productiviteit verkeerd. Zo ziet echte verbetering er werkelijk uit

Waarom zoveel mensen productiviteit nog steeds verkeerd begrijpen

In animatie, games, illustratie en UI-design keert steeds weer dezelfde vraag terug: “Hoe werken we sneller?” “Hoe worden we efficiënter?”

En bijna elke keer komen dezelfde antwoorden terug:

• voeg een nieuwe tool toe
• leer meer sneltoetsen
• beweeg je handen sneller
• raak er gewoon meer aan gewend

Ik zeg niet dat die dingen volledig nutteloos zijn. Maar als het hele gesprek zich daartoe beperkt, mist het zeer waarschijnlijk de kern van het probleem.

Soms werken zulke ideeën toevallig. Een nieuwe tool kan helpen. Een workflow op basis van sneltoetsen kan toevallig goed passen. Maar als je niet kunt meten wat er beter werd en hoeveel beter, dan is een groot deel van die activiteit niets meer dan het gevoel productief te zijn.

Het echte probleem is dat mensen zich blijven richten op wat er toegevoegd moet worden, zonder te kijken naar waarom de workflow überhaupt traag is.

Waarom “schijnverbetering” mislukt

Wanneer pogingen om productiviteit te verbeteren mislukken, ziet het patroon er bijna altijd hetzelfde uit: oplossingen worden op elkaar gestapeld zonder eerst de huidige toestand te meten.

In een Photoshop-workflow kan dat bijvoorbeeld betekenen dat je moet kijken naar:

• hoeveel minuten per dag opgaan aan het zoeken naar lagen
• hoeveel klikken alleen al verloren gaan aan het controleren van blend modes en opacity
• hoeveel tijd er verstrijkt voordat het echte werk begint nadat je iemands anders PSD hebt overgenomen
• hoe vaak revisies vastlopen alleen omdat niemand meteen ziet wat er eigenlijk aangepast moet worden

Als je die dingen niet begrijpt en toch blijft stapelen met ideeën als “laten we deze plugin proberen” of “laten we meer sneltoetsen delen”, dan is dat in de meeste gevallen geen verbetering.

Dat is gewoon verbeteringstheater. Je voert oplossingen in nog voordat het echte probleem überhaupt is vastgesteld.

Verbetering betekent niet dat je één magische tool vindt. Het belangrijkste onderdeel van echte verbetering is observeren wat het probleem werkelijk is.

Regel 1: zonder standaarden is er geen verbetering

Het eerste wat een team nodig heeft, is niet meer discipline of motivatie. Het heeft standaarden nodig.

Voordat je vraagt: “Hoe maken we mensen sneller?”, moet je dingen definiëren zoals:

• hoe lagen benoemd moeten worden
• hoe mappen gestructureerd moeten zijn
• waar aanpassingslagen en effecten moeten staan
• hoe een PSD eruit moet zien zodat de volgende persoon hem meteen kan lezen

Als die standaarden niet bestaan, kun je niet eens helder onderscheiden wat normaal is en wat afwijkend is.

Zonder standaarden is het moeilijk te bepalen of een workflow traag is of simpelweg chaotisch. Het gevolg is dat de persoon die het bestand op dat moment in handen heeft de regel wordt, en het proces persoonsafhankelijk wordt.

Dat betekent niet: “de workflow werkt omdat ervaren mensen goed zijn.” Het betekent: de workflow hangt af van ervaren mensen omdat er geen standaard bestaat.

Als je dieper wilt ingaan op hoe niet-gestandaardiseerde PSD’s een heel project vertragen, gaat dit artikel daar verder op in:

Als je Photoshop-PSD's niet gestandaardiseerd zijn, heb je een serieus productieprobleem

Wanneer naamgevingsregels en lagenstructuur niet gestandaardiseerd zijn, worden revisies, handoffs en regie trager.

Regel 2: voordat je beslist wat je moet doen, moet je begrijpen wat er werkelijk gebeurt

Zelfs als je standaarden definieert, is verbetering nog niet begonnen. De volgende noodzakelijke stap is het vermogen om de workflow te observeren.

Dat betekent niet dat je een overdreven ingewikkeld analyseplatform moet invoeren. Het betekent dat je heel praktische vragen goed moet bekijken, zoals:

• waar mensen tijd verliezen met zoeken
• waar ze het overzicht kwijt raken
• waar terugkerende controletaken ontstaan
• waar de cognitieve belasting plotseling omhoogschiet

Die dingen moet je met eigen ogen onderzoeken. Als je ze niet begrijpt, kun je ook niet de juiste ingreep kiezen.

In veel workflows rond het lagenpaneel zit de echte verspilling niet in pure invoersnelheid. Die zit in het aantal stappen dat nodig is om überhaupt te begrijpen wat er gaande is.

• laagnamen tonen op zichzelf de werkelijke toestand niet
• je moet op lagen klikken alleen om opacity en blend modes te controleren
• diepe mappenstructuren maken het moeilijk om het doelelement te bereiken
• irrelevante lagen blijven als constante ruis zichtbaar, zelfs wanneer je maar een paar elementen nodig hebt

Pas wanneer deze problemen zichtbaar worden, kun je beslissen wat werkelijk zinvol is om te repareren. Zelfs als het probleem op het eerste gezicht lijkt te zijn dat “mensen traag zijn”, moet je nog steeds concreet onderzoeken waarom dat zo is. Het kan een toolprobleem zijn. Het kan een trainingsprobleem zijn. Het kan een structuurprobleem zijn.

Een tool invoeren is op zichzelf nog geen verbetering. Het wordt pas verbetering wanneer het verbonden wordt met observatie en standaarden

Dit punt is belangrijk genoeg om heel direct uit te spreken:

Een nieuwe tool installeren verbetert de productiviteit niet automatisch.

Het wordt pas een echt verbeteringsinstrument wanneer het helpt met zaken als:

• standaarden zo nuttig maken dat het volgen ervan zichtbaar tijd bespaart
• afwijkingen in de huidige workflow makkelijker laten opvallen
• de tijd die verloren gaat aan zoeken, controleren en verwarring zichtbaar maken

Dat is precies waarom het zo moeilijk is om Photoshop-workflows te verbeteren met alleen de standaard-UI.

Je kunt laagnamen opruimen, maar dat verandert niet automatisch in snelheid. Je kunt laagkleuren definiëren, maar dat verbetert niet per se leesbaarheid of filterbaarheid. Je kunt de structuur ordenen, maar zodra een PSD groot wordt, blijf je alsnog scrollen en mappen openen.

In veel teams is daarom de inspanning die nodig is om standaarden te onderhouden zichtbaar, terwijl de opbrengst dat niet is.

En precies daarom vallen regels onder druk uit elkaar.

DLLP is niet alleen een “snelheidstool”. Het is eerder een hulpmiddel dat de problemen in de workflow zichtbaar maakt

Het is makkelijk om DLLP simpelweg als een handige tool te beschrijven. Maar dat is niet het belangrijkste punt.

De echte waarde zit niet alleen in het feit dat het:

• opacity en blend modes voortdurend zichtbaar kan houden
• met geavanceerde filters precies de elementen kan extraheren die je nodig hebt
• je verschillende delen van een PSD tegelijk laat observeren via dual view

De echte waarde zit erin dat het laat zien waar de workflow tijd verliest.

Als de naamgeving inconsistent is, legt filtering die zwakte meteen bloot. Als de structuur onleesbaar is, maakt een duidelijker paneel die breuk meteen zichtbaar. Als de status van lagen slordig wordt beheerd, leggen permanent zichtbare eigenschappen die chaos in één keer bloot.

Met andere woorden: DLLP is niet alleen een tool die mensen sneller maakt. Het is ook een spiegel die laat zien hoeveel vertraging je huidige werkomgeving veroorzaakt.

Als je concretere voorbeelden wilt van hoe je dit soort verspilling verwijdert, gaan deze artikelen verder de diepte in:

Verspil je 40 uur per jaar aan het zoeken naar lagen? De allereerste filter in Photoshop die de 'zoektijd' tot nul reduceert

Leer hoe je de verspilling van visueel door lagen scrollen elimineert door alleen te extraheren wat je echt nodig hebt.

Hoe je in Photoshop in één keer de dekking en overvloeimodi van alle lagen ziet

Bekijk hoe je controle op basis van klikken kunt verwijderen en de kost van het observeren van laagstatussen kunt verlagen.

Echte productiviteitsverbetering draait niet om het creëren van “snellere mensen”. Het draait om het creëren van een workflow die mensen niet trager maakt

Wat de entertainmentindustrie werkelijk nodig heeft, zijn niet nog meer individuen die simpelweg sneller werken dan anderen.

Wat ze nodig heeft, is:

• PSD’s die door iedereen gelezen kunnen worden
• een omgeving waarin de huidige toestand makkelijk te begrijpen is
• een systeem waarin standaarden het werk makkelijker maken in plaats van zwaarder
• een UI die onnodig zoeken en controleren vermindert

Zo ziet een workflow die niet traag wordt eruit.

Verbetering betekent niet dat je de schuld bij individuen legt. Het betekent dat je weigert verspilling vast in de structuur te laten zitten.

Als je team voortdurend een van de volgende dingen ervaart:

• steeds opnieuw naar lagen moeten zoeken
• revisietijd besteden aan eerst de bestandsstructuur begrijpen
• al moe worden van het lezen van PSD’s van anderen
• tools invoeren zonder ooit een duidelijke productiviteitswinst te voelen

dan zou de eerste vraag niet over persoonlijke inzet moeten gaan. Die zou moeten gaan over het ontbreken van standaarden en het gebrek aan observeerbaarheid van de workflow.

Samenvatting: als je productiviteit wilt, meet dan eerst de workflow

Sneltoetsen leren is niet verkeerd. Tools invoeren is niet verkeerd. Maar dat is niet de kern van echte verbetering.

Echte verbetering begint altijd in dezelfde volgorde:

• definieer standaarden
• observeer wat er werkelijk gebeurt
• verwijder verspilling op structureel niveau

Als een team die volgorde overslaat en direct springt naar “we moeten sneller worden”, eindigt het bijna altijd met een omweg.

Echte productiviteitsverbetering draait niet om meer wilskracht. Het draait om de oorzaken van vertraging zichtbaar maken en ze vervolgens vervangen door een structuur die niet opnieuw dezelfde verspilling produceert.