Wie Entwickler aus einer Idee konkrete Aufgaben machen

Von der Idee zur Aufgabe

Der Schritt, der am meisten Zeit spart, ist der zweite: die Frage nach dem Zweck. Eine Übersicht für die Geschäftsführung sieht anders aus als eine für die Sachbearbeitung — andere Felder, andere Sortierung, andere Rechte. Wer diese Frage überspringt, baut eine Liste und erfährt hinterher, dass sie nicht die gemeinte war.

Die unscheinbaren Regeln

Der dritte Schritt bringt die Fragen, die im Gespräch oft überraschen, weil die Antwort im Betrieb jedem klar ist — nur nirgends geschrieben steht:

• Wann gilt ein Vorgang als offen? Ab dem Eingang oder ab der ersten Bearbeitung?
• Wer darf ihn schließen? Nur der Bearbeiter oder jeder im Team?
• Was passiert, wenn der Bearbeiter nicht da ist?
• Zählt ein zurückgezogener Vorgang in der Statistik mit?

Jede dieser Antworten ist eine Zeile Code und eine Entscheidung, die nur Sie treffen können. Deshalb fragen wir nach — nicht, weil die Idee unklar war, sondern weil die Software sich eindeutig verhalten muss, auch in dem Fall, über den noch niemand nachgedacht hat.

Warum die Reihenfolge eine eigene Entscheidung ist

Am Ende steht die Frage, was zuerst gebaut wird. Sie ist nicht technisch, sondern Ihre: Welcher Teil ist schon nützlich, wenn der Rest noch fehlt?

Eine Liste ohne Filter ist nützlich. Ein Filter ohne Liste nicht. Diese Reihenfolge klingt banal und ist der Unterschied zwischen einem Projekt, das nach drei Wochen etwas liefert, und einem, das nach drei Monaten alles gleichzeitig liefern will.

Wie Sie die Arbeit beschleunigen

• Nennen Sie den Zweck, nicht die Lösung. „Ich muss morgens sehen, was liegen geblieben ist“ ist hilfreicher als „wir brauchen ein Dashboard“.
• Bringen Sie einen echten Fall mit, am besten einen schwierigen.
• Sagen Sie, was nicht dazugehört.
• Benennen Sie eine Person, die fachliche Fragen verbindlich entscheiden darf.