Programmierer, UX, Grafik, Chef und der ganze Rest. So sieht das Leben in einem Softwarehaus wirklich aus
Der Freitag ist wohl ein guter Zeitpunkt, um für einen Moment Systemarchitekturen, APIs, Deployments, Mock-ups, Deadlines und die Frage „Können wir das noch heute erledigen?“ beiseitezulegen und die IT-Branche mit einem Augenzwinkern zu betrachten.
Denn ein Softwarehaus ist kein Ort, an dem morgens zehn Programmierer ins Büro kommen, ihre Laptops aufklappen und abends ein fertiges System herauskommt.
Na gut. Manchmal sieht es tatsächlich so aus ... Aber nur auf den ersten Blick.
In Wirklichkeit entsteht ein gutes Projekt dank Menschen mit ganz unterschiedlichen Kompetenzen. Der Programmierer entwickelt die Lösung. UX fragt sich, ob ein Mensch überhaupt wissen wird, was er damit anfangen soll. UI achtet darauf, dass es nicht wie ein Admin-Panel aus dem Jahr 2008 aussieht. Das Marketing überlegt, wie man darüber sprechen kann. Die Person für Inhalte versucht, das alles in verständlicher Sprache zu erklären. Jemand kümmert sich um Kunden, Termine, Rechnungen und Organisation. Und jemand muss auch daran denken, dass das Papier im Drucker alle ist.
Und genau deshalb sind Technologieteams so interessant.
Programmierer – der Mensch, der mit dem Computer sprechen kann
Ein Programmierer kann in einem Marken-Hoodie, einem guten T-Shirt, tollen Sneakers und einem Parfüm zur Arbeit kommen, dessen Preis jemanden aus der Verwaltung darüber nachdenken lässt, ob wir vielleicht für eine Luxusmarke arbeiten. Er kann das neueste Gadget dabeihaben, Kopfhörer zum halben Gehalt und einen Laptop, dessen Spezifikationen wie die Bedienungsanleitung eines Kraftwerks aussehen. Zum Frühstück? Nicht nur ein Butterbrot mit Marmelade. Es kann auch Joghurt, gutes Brot, etwas mit Avocado, Specialty Coffee oder ein Mittagessen sein, das mit mehr Sorgfalt zubereitet wurde als so manches Firmenprojekt.
Und dann gibt es noch den zweiten Typ.
Hoodie. Kopfhörer. Stille. Am besten im Homeoffice. Am besten ohne Kamera. Nach der Arbeit bleibt der Computer eingeschaltet, denn schließlich muss man noch „kurz zocken“. Aus diesem kurzen Moment wird dann etwa 4:00 Uhr morgens.
Natürlich gibt es auch alle Varianten dazwischen – und genau das ist das Beste daran.
Ein Programmierer muss nicht wie ein stereotypischer Programmierer aussehen. Genauso wenig besteht Programmieren heute noch ausschließlich darin, acht Stunden über dem Code zu sitzen.
Ein guter Developer muss das Problem verstehen, für das er etwas entwickelt. Er muss mit anderen Fachleuten sprechen können, die Projektbeschränkungen verstehen, die Folgen technischer Entscheidungen abwägen und manchmal sagen: „Nein, so sollten wir das nicht machen, denn in einem halben Jahr werden wir es bereuen.“
Und dann beginnt die echte Teamarbeit.
UX/UI – oder warum dieser Button genau hier ist
UX bedeutet nicht, eine schöne Button-Farbe auszuwählen.
Und UI bedeutet auch nicht: „Machen wir etwas Modernes.“
Das Design eines digitalen Produkts erfordert ein Verständnis für den Nutzer, sein Ziel, seine Einschränkungen, seine Entscheidungsfindung, Gewohnheiten und den Kontext – und dafür, was ihn aufhalten könnte.
Deshalb darf ein Designer nicht nur auf den Bildschirm schauen. Er muss den Menschen im Blick haben. Und ein Designer, der auch die Technologie versteht, hat noch einen großen Vorteil. Er weiß, was sich tatsächlich umsetzen lässt. Er muss keinen Code schreiben. Aber es ist gut, wenn er versteht, wie Code funktioniert. Er weiß, worin sich Frontend und Backend unterscheiden. Er weiß, was eine API ist. Er versteht die Einschränkungen responsiver Gestaltung, Daten, Integrationen, Formulare, Fehlerzustände, Validierung, Performance und technische Aspekte, die sich auf die Benutzeroberfläche auswirken.
Denn einen schönen Bildschirm zu gestalten, der sich nicht sinnvoll umsetzen lässt, ist ein bisschen so, als würde man ein Auto entwerfen, das toll aussieht, aber keinen Platz für den Motor hat. Kann man machen. Aber wozu?
Bei mir bildet genau diese Mischung seit Jahren die Grundlage meiner Arbeit. Grafik, UX, UI, visuelle Kommunikation, Kommunikationspsychologie, Marketing, Inhalte und dazu Programmierkenntnisse und ein Verständnis für Technologie. Nicht, um gleichzeitig der beste Programmierer der Welt zu sein. Sondern um zu wissen, wie all diese Elemente zusammenspielen müssen, damit ein Produkt Sinn ergibt.
Denn ein gutes Projekt beginnt nicht mit der Frage „Wie zeichne ich das?“.
Es beginnt mit der Frage „Was soll ein Mensch hier tun und warum?“.
Grafiker – der Mensch, der dafür sorgt, dass nichts zufällig aussieht
Ein Grafiker bekommt oft eine sehr konkrete Aufgabe: „Mach etwas Cooles.“
Und dann geht der Spaß los.
Denn „cool“ kann alles Mögliche bedeuten ...
Minimalistisch.
Elegant.
Technologisch.
Mutig.
Hochwertig.
Modern.
Oder „so wie bei der Konkurrenz, nur besser“.
Ein guter Grafiker macht nicht einfach nur Bildchen. Er muss die Marke, Kommunikation, Typografie, Informationshierarchie, Proportionen, Kontraste, Zielgruppe und den Kontext verstehen. Und wenn er an digitalen Produkten arbeitet, sollte er auch UX verstehen. Denn Grafik kann schön und gleichzeitig völlig unbrauchbar sein. Und damit kommen wir zu etwas sehr Wichtigem ... In einem Softwarehaus gibt es nicht eine einzige Person für „schöne Dinge“.
Designer, Programmierer, Marketingfachleute und die Person für Inhalte müssen sich miteinander verständigen.
Erst dann entsteht ein Produkt, das nicht nur funktioniert, sondern auch verständlich, stimmig und überzeugend ist.
Marketingfachkraft – die Person, die ständig fragt: „Und wie verkaufen wir das?“
Marketingfachleute haben eine ganz besondere Superkraft.
Sie können ein fertiges Produkt sehen und fragen: „Super. Aber warum sollte der Kunde das wollen?“ – Und das ist eine sehr gute Frage.
Denn Technologie allein ist nur selten ein Verkaufsargument.
Der Kunde kauft keine API.
Er kauft kein Framework.
Er kauft keine wunderschöne Datenbankarchitektur.
Er kauft eine Lösung für sein Problem.
Deshalb muss das Marketing die Sprache der Technologie in die Sprache des Nutzens übersetzen können. Und dann noch einen Weg finden, damit überhaupt jemand diese Botschaft lesen möchte.
Die Person für Inhalte – die Übersetzerin von der Technologiesprache ins Menschliche
„Das System nutzt eine skalierbare Microservice-Architektur mit asynchroner Kommunikation ...“ – Klingt gut. Aber weiß der Kunde, was er davon hat?
Manchmal besteht der größte Mehrwert der Person für Inhalte darin, zu sagen: „Gut. Und jetzt schreiben wir es so, dass ein Mensch es versteht.“
Denn man kann ein hervorragender Technologe sein und gleichzeitig nicht in der Lage, jemandem außerhalb der Branche die eigene Arbeit zu erklären.
Schließlich sollte ein Nutzer keinen Doktortitel in Informatik brauchen, um ein Produkt zu kaufen, ein Konto anzulegen oder eine einfache Handlung auszuführen.
Assistentin – der Mensch, der alles weiß
Das ist eine Position, deren Bedeutung sich in einem einzigen Absatz gar nicht angemessen würdigen lässt.
Die Assistentin weiß, was bestellt werden muss.
Sie weiß, was nicht bestellt wurde.
Sie weiß, welche Rechnung noch offen ist.
Weiß, wer etwas erledigen sollte.
Weiß, wer es nicht erledigt hat.
Weiß, wann sie erinnern muss.
Weiß, wo das Dokument ist.
Weiß, dass jemand anrufen sollte.
Und bemerkt wahrscheinlich als Erste, dass der Kaffee in der Küche knapp wird.
Oft ist sie die Person, dank der sich der Rest des Teams um seine Arbeit kümmern kann, statt sich zu fragen, wer eigentlich Papier bestellen, eine Lieferung entgegennehmen oder die Dokumente im Blick behalten sollte.
Der Chef – also der Mensch, der Entscheidungen treffen muss, die sonst niemand treffen will
Der Chef kommt vielleicht etwas später.
Er hat sein eigenes Büro.
Er telefoniert viel.
Er schätzt Komfort, kommt aber eher nicht im Schlafanzug.
Er fährt zu Meetings.
Manchmal allein.
Manchmal nimmt er eine kreative Person mit.
Manchmal den CEO der Programmierer.
Manchmal alle auf einmal, weil der Kunde sehr viele Fragen hat.
Der Chef muss zuhören.
Er muss verhandeln.
Er muss auf das Geld, die Menschen, die Kunden und die Richtung des Unternehmens achten.
Und manchmal muss er einfach sagen: „Gut. Wir machen es so.“ Denn selbst das demokratischste Team braucht irgendwann jemanden, der die Verantwortung für die endgültige Entscheidung übernimmt.
Und genau dann wird klar, dass es beim Führen eines Technologieunternehmens um viel mehr als nur Technologie geht.
Und dann treffen sich alle an einem Projekt
Und plötzlich stellt sich heraus, dass alle recht haben.
Der Programmierer sagt: „So, wie es im Design vorgesehen ist, lässt sich das nicht umsetzen.“
UX entgegnet: „Aber der Nutzer muss diesen Weg gehen.“
Marketing sagt: „Der Kunde wird das nicht verstehen.“
Der Designer sagt: „Das passt hier doch überhaupt nicht rein.“
Die Person für Inhalte sagt: „Aber wir können das doch nicht so formulieren.“
Der Chef fragt: „Was wird das kosten?“
Und die Assistentin vom anderen Ende des Büros: „Hat jetzt endlich jemand diese Rechnung unterschrieben?“
Und genau daraus entsteht ein Produkt.
Nicht allein aus Code. Nicht allein aus Grafik. Nicht allein aus UX. Nicht aus Marketing – sondern aus dem Zusammenspiel verschiedener Kompetenzen.
Ein modernes Softwarehaus ist ein interdisziplinäres Team. Je nach Projekt gehören dazu Entwickler, UX/UI-Designer, QA, PM, Analysten, DevOps, Marketing, Content oder Personen, die für das Geschäft verantwortlich sind. Die Rollen können getrennt oder zusammengelegt sein, besonders in kleineren Teams.
Und genau deshalb ist die gute Zusammenarbeit zwischen diesen Personen so wichtig.
Denn ein Programmierer kann ein hervorragend funktionierendes System entwickeln.
Ein Designer kann eine großartige Benutzeroberfläche gestalten.
Ein Marketingfachmann kann eine großartige Kampagne vorbereiten.
Ein Texter kann einen großartigen Text schreiben.
Doch erst gemeinsam können sie ein Produkt entwickeln, das jemand wirklich nutzen möchte.
Und nach zwanzig Jahren Arbeit in dieser Welt weiß ich eines ganz sicher: Die Technologiebranche ist voller Extreme.
Es gibt Programmierer in Hoodies und Programmierer in T-Shirts, die ein halbes Monatsgehalt kosten.
Es gibt Menschen, die das Büro lieben, und solche, die am liebsten nie ihre eigene Wohnung verlassen würden.
Es gibt Pixel-Perfektionisten und Leute, die sagen: „Verschieb es um zwei Pixel, dann passt es.“
Es gibt Chefs, die Tabellen lieben, und solche, die lieber telefonieren.
Es gibt UX-Designer, die mit Recherche anfangen, und solche, die zuerst Figma öffnen – oder einfach Bescheid wissen.
Es gibt Programmierer, die stundenlang über Architektur reden können. Und solche, die einfach nur in Ruhe ihr Ticket abschließen wollen.
Und ich glaube, genau das ist das Beste an dieser Branche – wir müssen nicht alle gleich sein.
Wir müssen nur gemeinsam etwas liefern können, das funktioniert.
Und wenn jemand nebenbei guten Kaffee, neue Sneakers oder besonders gute Sandwiches mitbringt – umso besser.
