Digital Designer – ein neuer IT-Beruf?

„Digital Design“ – unter diesem Namen propagiert der Bitkom (Bundesverband Informationswirtschaft, Telekommunikation und neue Medien e.V.) ein – wie gesagt wird – neues Berufsbild. Begründet wird dessen Notwendigkeit in erster Linie damit, dass erfolgreiche Digitalisierung ein Umdenken in der Softwareentwicklung erfordert. Digitalisierung führe zu einer qualitativ anderen Form in der Softwareentwicklung. Es sei nicht mehr von klaren Anforderungen der Fachbereiche auszugehen. Es wird also postuliert, dass die Gestaltung bisher von der Anwenderseite übernommen wurde – und die Entwicklung das so vorgegebene Design nur mehr zu realisieren brauchte. Dadurch, dass die technische Entwicklung völlig neue Anwendungen ermögliche, funktioniere das nicht mehr auf diese Weise – und die Gestaltung der Software müsse von jemand anderem übernommen werden – und zwar eben vom „Digital Designer“.

Das Digital-Design-Manifest

Zentrales Instrument des Bitkom zur Propagierung des neuen Berufsbildes ist das „Digital-Design-Manifest“. [1] Mit diesem Dokument will Bitkom die Notwendigkeit für Digital Design begründen und darstellen, was Digital Design ist und leisten soll. Die Frage nach dem Wesen des Digital Design wird mit den Aktivitäten der Digital Designer folgendermaßen beschrieben:

• Digital Designer gestalten im Großen und Kleinen.
• Digital Designer gestalten Sichtbares und Verborgenes.
• Digital Designer gestalten Materielles und Immaterielles.
• Digital Designer gestalten Ziel, Nutzen und Mittel im Zusammenspiel.
• Digital Designer gestalten den Gestaltungsprozess.

Verknüpft mit dem Digital-Design-Manifest ist die Möglichkeit, dieses zu unterzeichnen und damit seine Unterstützung der Initiative zu bekunden.

Um das Bild abzurunden, hat das IREB (International Requiremens Engineering Board) ein neues Zertifikat angekündigt: Analog zum CPRE (Certified Professional for Requirements Engineering) soll man sich in Zukunft auch als Digital Design Professional zertifizieren lassen können. Ein entsprechender Lehrplan soll vom IREB im Jahr 2019 veröffentlicht werden.

Wirklich neu?

Wir blicken mittlerweile auf mehr als fünf Jahrzehnte Software-Entwicklung zurück. Ist es wirklich so, dass es bisher kein Design gegeben hat? Haben tatsächlich Entwickler unmittelbar die Anforderungen der Fachbereiche umgesetzt? Und bedurfte es wirklich nur einer Funktion, die diese Anforderungen einsammelte und sauber aufschrieb?

Bereits Mitte der 80er Jahre des vergangenen Jahrhunderts und davor gab es die Profession des „Systemanalytikers“. Teil dessen Job-Description war die „Entwicklung von Lösungsvorschlägen und von Sollkonzepten für neue Informationssysteme“. [2] Also ziemlich genau das, was auch die Aufgabe des „Digital Designers“, wie er jetzt gefordert wird, sein soll.

Wenn es also in den 80er-Jahren bereits ein Berufsbild gegeben hat, das „Sollkonzepte für neue Informationssysteme“ (was ja nur ein anderer Ausdruck für „Digital Design“ ist) erstellen sollte, warum wird jetzt dieses Berufsbild als ein völlig neues verkauft. Ist hier Wissen, das bereits vorhanden war, verloren gegangen?

Die Antwort darauf ist vielschichtig. Eines ist allerdings festzuhalten: Die aktuell bestimmenden Lehren über die Entwicklung von IT-Systemen legen keinen Fokus auf die Lösungsfindung und -gestaltung. Das gilt sowohl für die Disziplin des Requirements Engineerings als auch für die der Business Analyse. 

Requirements Engineering und Business Analyse

Im Falle des Requirements Engineerings, wie es im Lehrplan des IREB beschrieben ist, wird das allein schon durch die vier Haupttätigkeiten bestätigt:

1. Anforderungen ermitteln.
2. Anforderungen dokumentieren.
3. Anforderungen prüfen und abstimmen.
4. Anforderungen verwalten.

In dieser Aufzählung ist nichts dabei, das an Gestaltung oder Design einer Lösung erinnern würde.

Im zweiten aktuellen Standard – der Business Analyse – ist es ähnlich. Wesentliches Werk, das den Inhalt der Business Analyse festlegt, ist der BABOK (Business Analysis Body of Knowledge). Dieser beschreibt die Business Analyse in sechs „Wissensgebieten“. Drei von diesen beschäftigen sich mit Erheben und Verwalten von Anforderungen. Lösungen kommen nur am Rande vor – und das Finden und Gestalten von Lösungen gar nicht.

So gesehen ist der Digital Designer mit der Fokussierung auf die Lösung tatsächlich eine neue Entwicklung. Aber wie sieht es eigentlich in der Praxis aus? Beschränkt sich die Tätigkeit in den IT-Projekten jenseits von Entwicklung und Projektmanagement tatsächlich auf die vier Haupttätigkeiten des Requirements Engineering? Machen die Analytiker, Requirements Engineers und wie die entsprechenden Job Titles sonst noch genannt werden, tatsächlich nichts anderes als Anforderungen zu ermitteln und aufzuschreiben?

… und die Praxis?

Selbstverständlich gibt es die Rolle des Gestalters auch heute – nahezu in jedem IT-Projekt. Diese Rolle unterscheidet sich sowohl von den Fachexperten, also den Bedarfsträgern, als auch von den Entwicklern. Hier werden Datenmodelle erdacht, Prozesse und Algorithmen beschrieben, User Interfaces gestaltet. Diese Rolle trägt verschiedene Namen. Häufig wird sie sogar „Requirements Engineer“ genannt, oder „Anforderungsmanager“. Und doch ist deren Aufgabenbereich wesentlich weiter, als er von den vier Haupttätigkeiten des Requirements Engineering beschrieben wird. Die Tätigkeiten gehen deutlich über das Erheben und Dokumentieren von Anforderungen hinaus. Was tatsächlich ausgeführt wird, ist: Gestaltung.

Und – genau genommen – widerspricht das auch gar nicht dem Inhalt des Lehrplans für die IREB-Zertifizierung. Die vier Haupttätigkeiten sind zwar gewissermaßen die Hauptüberschriften bzw. die Definition für das Requirements Engineering. Wenn man aber tiefer in die Materie eindringt, dann sind hier sehr wohl die Methoden der Modellierung bzw. auch des Prototyping enthalten. Wenn man modelliert, muss man sich zwangsläufig mit der Lösung beschäftigen – man muss diese gestalten. Auch wenn damit noch keine Aussagen über die konkrete technische Umsetzung getroffen werden. Und erst recht gilt das, wenn man Prototyping betreibt.

Das heißt, entgegen seinem theoretischen Anspruch beschäftigt sich sehr wohl auch das Requirements Engineering mit der Lösungsgestaltung. In analoger Weise gilt das auch für die Business Analyse.

Die Etablierung des „Digital Designers“ ist notwendig

Warum also benötigt man als neues Berufsbild den „Digital Designer“? Ist das alles vielleicht doch nicht mehr als „alter Wein in neuen Schläuchen“?

Auch wenn das bisher Gesagte kritisch klingen mag, so ist die Einführung des Berufsbildes des Digital Designers doch sinnvoll, ja notwendig.

Endlich wird dadurch wieder das gelehrt, was in der Praxis wirklich benötigt wird. Die Profession der IT-Analyse wird gewissermaßen vom Kopf auf die Füße gestellt. Die eigentliche (anspruchsvolle) Tätigkeit des Analytikers – nämlich die Lösungsfindung und Gestaltung – tritt in den Vordergrund. Und das Sammeln und Dokumentieren von Anforderungen nimmt jene Rolle ein, die ihm tatsächlich zukommt: nämlich das Mittel zum Zweck – nicht mehr, aber auch nicht weniger.

Noch ist relativ wenig darüber bekannt, was für die Zertifizierung zum „Certified Digital Design Professional“ zu lernen sein wird. Aber es besteht die Hoffnung, dass angehende Analytiker – oder zukünftig eben Digital Designer – schon in dieser Grundausbildung das lernen, was sie später in der Praxis tatsächlich benötigen – und dass nicht, so wie heute, falsche Schwerpunkte gesetzt werden.

Und es ist auch gut für uns Analytiker, wenn wir auch in der öffentlichen Wahrnehmung als das gesehen werden, was wir heute schon sind: nämlich nicht bloß penible Verwalter von Anforderungen, sondern kreative Gestalter von Lösungen.

Schon allein deshalb sollten wir diese Initiative des Bitkom begrüßen und sie unterstützen, zum Beispiel dadurch, dass wir uns in die Liste der Unterzeichner des Digital-Design-Manifests eintragen. Ich habe es schon getan.

Hinweise:

Interessieren Sie sich für weitere Tipps aus der Praxis? Testen Sie unseren wöchentlichen Newsletter mit interessanten Beiträgen, Downloads, Empfehlungen und aktuellem Wissen.

[1] Digital-Design-Manifest
[2] vgl. Hansen, Hans-Robert: Wirtschaftsinformatik I, Stuttgart 1983

Josef Falk hat zwei weitere Beiträge im t2informatik Blog veröffentlicht:

t2informatik entwickelt und modernisiert Software als Dienstleister. Ein Klick hier und Sie erfahren mehr.