Empathie vor Technologie

Ich beginne mit Menschen, ihren Zielen, ihrem Arbeitskontext und ihren Schwierigkeiten – nicht mit Funktionen.

Dazu gehört für mich, zuzuhören, zu beobachten und auch die Dinge ernst zu nehmen, die nicht in einem offiziellen Anforderungskatalog stehen. Menschen beschreiben oft eine gewünschte Lösung. Interessanter ist jedoch, welches Problem dahinterliegt, welche Umwege sie heute gehen und warum ein bestehendes System nicht zu ihrem Alltag passt.

Empathie bedeutet für mich nicht, jede geäußerte Anforderung ungeprüft zu übernehmen. Sie bedeutet, die Perspektive anderer so gut zu verstehen, dass eine verantwortliche Produktentscheidung möglich wird.

Komplexität entwirren

Mir liegen Themen, die am Anfang unübersichtlich wirken. Ich sammle nicht einfach immer mehr Informationen, sondern versuche, Beziehungen, Abhängigkeiten und Widersprüche sichtbar zu machen.

Dabei suche ich den Anfang des Fadens: Welche Frage müssen wir zuerst beantworten? Welche Annahme trägt mehrere andere Entscheidungen? Wo liegt die eigentliche Ursache und wo sehen wir nur Symptome?

Aus vielen losen Informationen entsteht so Schritt für Schritt eine klare Produktrichtung.

Vorausschauen

Ich denke nicht nur darüber nach, was heute gebraucht wird. Mich interessiert auch, was aus einer Entscheidung später folgt.

Dazu gehören mögliche Folgefunktionen, technische Abhängigkeiten, veränderte Nutzererwartungen und die Frage, ob eine Lösung mit dem Produkt mitwachsen kann. Das bedeutet nicht, alles im Voraus bauen zu wollen. Es bedeutet, den nächsten sinnvollen Schritt so zu gestalten, dass er spätere Entwicklung nicht unnötig blockiert.

Zusammenarbeit ermöglichen

Gute Produkte entstehen selten aus einer einzelnen Disziplin. Product, Design, Engineering, Fachbereiche, Management und Nutzer sehen unterschiedliche Teile desselben Problems.

Meine Aufgabe besteht deshalb nicht nur darin, selbst gute Lösungen zu entwickeln. Ich versuche auch, ein Umfeld zu schaffen, in dem unterschiedliche Perspektiven tatsächlich zusammenarbeiten können.

Dazu gehören eine gemeinsame Sprache, klare Fragen, sichtbare Zwischenergebnisse, regelmäßiger Austausch und Entscheidungen, die nachvollziehbar bleiben.

Dranbleiben und umsetzen

Eine gute Idee reicht nicht. Produkte entstehen erst, wenn jemand Verantwortung übernimmt, offene Fragen verfolgt, Widerstände aushält und Entscheidungen bis in die Umsetzung begleitet.

Ich arbeite gern konzeptionell, aber nicht losgelöst von der Realität. Mich interessiert, ob eine Lösung funktioniert, verstanden wird, technisch umsetzbar ist und im Alltag tatsächlich einen Unterschied macht.

Dabei bleibe ich beharrlich, ohne mich an eine einmal gefasste Idee zu klammern. Dranbleiben heißt auch, neue Erkenntnisse anzunehmen und den Weg zu korrigieren.

Empathy before technology

I begin with people, their goals, their working context and their difficulties – not with features.

For me, that means listening, observing and taking seriously the things that do not appear in an official requirements document. People often describe the solution they would like. More interesting is the problem behind it, the detours they currently take and why an existing system does not fit their everyday work.

Empathy does not mean accepting every stated requirement without question. It means understanding another person’s perspective well enough to make a responsible product decision.

Untangle complexity

I am drawn to subjects that initially appear confusing. I do not simply collect more and more information. I try to make relationships, dependencies and contradictions visible.

I look for the beginning of the thread: Which question do we need to answer first? Which assumption supports several other decisions? Where is the actual cause, and where are we only seeing symptoms?

Step by step, many loose pieces of information become a clear product direction.

Think ahead

I do not only think about what is needed today. I am also interested in what may follow from a decision later.

That includes possible future functions, technical dependencies, changing user expectations and the question of whether a solution can grow with the product. This does not mean trying to build everything in advance. It means shaping the next sensible step so that it does not unnecessarily block future development.

Enable collaboration

Good products rarely emerge from a single discipline. Product, Design, Engineering, subject-matter experts, management and users see different parts of the same problem.

My role is therefore not only to develop good solutions myself. I also try to create an environment in which different perspectives can genuinely work together.

That requires a shared language, clear questions, visible intermediate results, regular exchange and decisions that remain understandable.

Stay with it and make it real

A good idea is not enough. Products only emerge when someone takes responsibility, follows up on open questions, withstands resistance and accompanies decisions through to implementation.

I enjoy conceptual work, but not when it is detached from reality. I want to know whether a solution works, is understood, can be implemented technically and genuinely makes a difference in everyday use.

I remain persistent without clinging to an idea simply because it was once chosen. Staying with it also means accepting new evidence and correcting the course.

Empati før teknologi

Jeg begynder med mennesker, deres mål, deres arbejdskontekst og deres udfordringer – ikke med funktioner.

For mig betyder det at lytte, observere og tage de ting alvorligt, der ikke står i et officielt kravdokument. Mennesker beskriver ofte den løsning, de gerne vil have. Mere interessant er problemet bagved, de omveje de tager i dag, og hvorfor et eksisterende system ikke passer til deres hverdag.

Empati betyder ikke, at alle udtrykte krav skal overtages ukritisk. Det betyder at forstå andres perspektiv godt nok til at kunne træffe en ansvarlig produktbeslutning.

Vikl kompleksiteten ud

Jeg tiltrækkes af emner, der i begyndelsen virker uoverskuelige. Jeg samler ikke blot mere og mere information, men forsøger at gøre relationer, afhængigheder og modsætninger synlige.

Jeg leder efter begyndelsen på tråden: Hvilket spørgsmål skal vi besvare først? Hvilken antagelse bærer flere andre beslutninger? Hvor ligger den egentlige årsag, og hvor ser vi kun symptomer?

Trin for trin bliver mange løse informationer til en tydelig produktretning.

Tænk fremad

Jeg tænker ikke kun på, hvad der er brug for i dag. Jeg er også interesseret i, hvad en beslutning kan føre til senere.

Det omfatter mulige fremtidige funktioner, tekniske afhængigheder, ændrede brugerforventninger og spørgsmålet om, hvorvidt en løsning kan vokse med produktet. Det betyder ikke, at alt skal bygges på forhånd. Det betyder, at det næste fornuftige skridt bør formes, så det ikke unødigt blokerer den senere udvikling.

Gør samarbejde muligt

Gode produkter opstår sjældent i én disciplin. Product, Design, Engineering, fagområder, ledelse og brugere ser forskellige dele af det samme problem.

Min opgave er derfor ikke kun selv at udvikle gode løsninger. Jeg forsøger også at skabe et miljø, hvor forskellige perspektiver reelt kan arbejde sammen.

Det kræver et fælles sprog, tydelige spørgsmål, synlige delresultater, regelmæssig dialog og beslutninger, der forbliver forståelige.

Bliv ved og få det realiseret

En god idé er ikke nok. Produkter opstår først, når nogen tager ansvar, følger op på åbne spørgsmål, kan rumme modstand og ledsager beslutninger helt frem til implementeringen.

Jeg holder af konceptuelt arbejde, men ikke når det er løsrevet fra virkeligheden. Jeg vil vide, om en løsning fungerer, bliver forstået, kan implementeres teknisk og faktisk gør en forskel i hverdagen.

Jeg er vedholdende uden at klamre mig til en idé, blot fordi den én gang blev valgt. At blive ved betyder også at acceptere ny viden og korrigere kursen.