Artikel und Coaching-Titel über Produktivität erinnern mich oft an das Schild „Coffee – do stupid things faster with more energy“. („Kaffee – um schneller und mit noch mehr Energie Dummheiten zu begehen“):
Was bedeutet Produktivität eigentlich überhaupt? Wie geht „Produktiv sein“ und wie bemisst sich der Erfolg von Produktivität?
Being Busy === Business ?
Arbeit im Büro, bezahlt entweder nach Anwesenheit bzw. Zeit am Schreibtisch oder anhand anderer quantitativer Metriken vergütet – Lines of Code, Anzahl von Commits, Anzahl gelöster Supporttickets, Scrum-Velocity – verleitet Menschen dazu, immer beschäftigt zu wirken, und wir sind gute und wertvolle Angestellte (oder Freelancer) wenn wir es schaffen, die bestellten Features oder Produkte rechtzeitig abzuliefern.
Effizienz ungleich Effektivität
Wenn unsere Chefs oder Kunden Features fordern, die keinen wirtschaftlichen Nutzen bringen, dann können wir noch so effektiv arbeiten, das Ergebnis wird den geschäftlichen Erfolg nicht steigern.
Cartoon eines Geschäftsmeetings vor einem brennenden Flipchart. Manager sagt: Ich wollte ein Burndown Chart, nicht das Chart abbrennen sehen!!! (Quelle: Modern Analyst Media)
Als Entwickler sind wir normalerweise keine Experten was den Geschäftsbereich unserer Kundinnen und Kunden angeht, also bleibt uns nicht viel anderes übrig, entsprechend der Anforderungen so gut wie möglich zu arbeiten.
Professionelle Webentwicklung
Doch gerade wenn es um Webentwicklung geht, haben wir oft genug Expertise um zu wissen, dass einige der Sonderwünsche den Endkunden die Nutzung der Produkte nicht leichter oder angenehmer machen werden. Vielleicht sollten wir öfter mal etwas sagen, weil es uns nicht egal ist, auch wenn die Manager und Kunden ihre Gründe haben mögen, an den Anforderungen festzuhalten. Manche Verdienen auch viel Geld mit der Verarschung ihrer Endkunden.
Aber wenn wir immer nur versuchen, das was wir tun noch effizienter zu tun, dann werden wir irgendwann tatsächlich von Maschinen überholt und ersetzt.
Wenn du als Programmierer*in befürchtest, eine Maschine könnte dir jemals deinen Job wegnehmen, dann schau dir doch bloß mal an, was „künstliche Intelligenz“ aktuell fabriziert. Es gibt zwar sehr nützliche Tools wie Codevervollständigungsvorschläge, Fehlerprüfung usw. aber wie sollte eine Maschine jemals verstehen, was Menschen möchten, wenn es die meisten Menschen auch schon nicht können und zudem viele selbst gar nicht wissen, was sie wollen.
Wagen zu fragen was wirklich gebraucht wird
Im Laufe der Jahre haben wir Softwaretrends kommen und gehen sehen und haben immerhin gelernt zu denken, gelernt zu lernen, und gelernt unsere Arbeit zu diskutieren. Anders als Maschinen sind wir dazu in der Lage mit unseren Kund*innen und Kolleg*innen zu sprechen und versuchen zu verstehen, was sie eigentlich wollen. Als Senior Developer würden wir vielleicht sogar wagen zu sagen (oder zu fragen) was unserer Meinung nach wirklich gebraucht wird.
In dem Film Soul Kitchen verliert ein Koch seinen Job nachdem er sich weigerte, die gewünschte heiße Guacamole zu servieren sondern darauf bestand, dass Guacamole eine Andalusische Spezialität ist, die kalt serviert werden muss. Seine Arbeitslosigkeit erweist sich als Ausgangspunkt für ein erfolgreiches Startup das zum Place to go wird.
Ich lerne gerne, und ich glaube sogar, dass es tatsächlich Best Practices in der Webentwicklung gibt. Allerdings ist die Best Practice von heute morgen schon veraltet und deprecated, und die für mich richtige Lösung könnte in deinem Fall völlig verkehrt sein.
Best Practices ḱönnen das Ergebnis einer Einigung auf einheitliche Standards sein, an die ich mich als Profi tendenziell halte, sofern keine guten Gründe dagegen sprechen. Abgesehen von Coding Styles (beispielsweise PSR für PHP, eslint-config-recommended für ECMAScript / JavaScript, und stylelint-config-recommended für CSS) die dabei helfen können, fehlerträchtige Stolperfallen zu vermeiden, gibt es andere Einigungen, die sogar in Gesetze gegossen wurden.
Gesetzlich zur Best Practice verpflichtet
Barrierefreiheit wurde spezifiziert und immerhin in vielen Ländern rechtlich bindend. WCAG 2.0 ist die aktuelle offizielle Best Practice um sicherzustellen, dass auch beeinträchtigte User unsere Websites benutzen können, auch wenn sie beispielsweise nicht sehen können.
Rant Time
Warum schreibe ich über Barrierefreiheitsgesetzgebung in einem Artikel über falsch verstandene Produktivität? Tja, ich musste mir schon oft von Projektleiter*innen anhören dass Barrierefreiheit keine Priorität für die Stakeholder hat und dass wir uns als Entwickler*innen besser darauf konzentrieren sollen, schnell neue Features umzusetzen ohne die Anforderungen zu hinterfragen. Natürlich auch ohne uns um das Aufsetzen von Tests zu kümmern oder unsere Zeit gar damit zu „verschwenden“ zu recherchieren ob es ein Tool gibt, dass automatisch erstellte Screenshots direkt mit den Figma-Designs vergleicht oder wie sich geräteübergreifendes Testing automatisieren lässt um sogar alte iPhones zu testen, für die es nicht den neusten Safari-Browser gibt.
Zurück zum Thema: Was ist Produktivität und was zum Kuckuck meint der Typ denn mit „produktiver Prokrastination“?
Das Mindset eines Meisterprokrastinators
In seinem inspirierenden TED talk „Inside the mind of a master procrastinator“ erzählt Tim Urban im Standup-Comedy-Stil von seinen eigenen Prokrastinationsproblemen als Student, präsentiert Strategien gegen das Prokrastinieren und stellt nebenbei den Mythos der Produktivität infrage.
Mittagsschlafarbeit
In einem anderen, noch inspirierenderer Vortrag, den ich bei der beyond tellerrand conference sah, berichtete dorobot wie sie durch „nap working“ (Mittagsschlafarbeit) produktiver wurde und wie schwer es sein kann sich zu seinen Mittagsschläfchen zu bekennen.
Napworking – Dorobot from beyond tellerrand on Vimeo.
Produktive Prokrastination
Zum Schluss versuche ich also zu beschreiben, was produktive Prokratination aktuell ganz konkret für mich bedeutet:
Keine Zeit mit scheinbarer Produktivität verschwenden, die uns bloß dabei hilft, die üblichen nutzlosen Dummheiten effektiver zu erledigen. Ideen, Inspiration, Kontakte, Networking, nützliche Side Projects wie mein Cute Pink Light Theme für PhpStorm und, last but not least, mein DEV Blog. Nicht über „Zeitverschwendung“ ärgern, Langeweile zulassen, geduldig sein, neugierig und open-minded bleiben.
Diesen Artikel have ich ursprünglich auf Englisch also Productive Procratination vs. Apparent Productivity verfasst.
