3.5 KiB
title, tags, source
| title | tags | source | |
|---|---|---|---|
| Software-Entwicklung: Wenn alle aneinander vorbeireden - Golem.de |
|
https://www.golem.de/news/software-entwicklung-aneinander-vorbeireden-2009-150711.html |
Software-Entwicklung: Wenn alle aneinander vorbeireden
Die Zeiten, in denen Software quasi von einer Person allein entwickelt wurde, liegen Jahrzehnte zurück. Das Bild des einsamen Software-Entwicklers aus den 90ern, der in einem abgedunkelten Kellerraum sitzt, hin und wieder durch einen briefkastenähnlichen Schlitz oder eine Klappe mit großen Mengen warmer oder kalter Pizza, Cola, Kaffee und Chips versorgt werden muss, stimmt einfach nicht mehr.
Stellenangebote spiegeln dies wider: Gefragt sind heute auch bei Programmierern Kommunikations- und Teamfähigkeit. Innerhalb eines Teams fällt die Kommunikation dabei in der Regel leicht. Vor allem, wenn die Kolleginnen und Kollegen im Team die gleichen Aufgaben haben, über einen ähnlichen Hintergrund und Wissensstand verfügen oder gar die gleichen Programmiersprachen gut beherrschen und ihre Bibliotheken auswendig kennen. Die Teammitglieder können sich dann in ihrer eigenen Sprache unterhalten.
Schwieriger wird es schon, wenn Entwicklerteams anderer Bereiche dazukommen. Wenn etwa Frontend- mit Backend-Entwicklern zusammenarbeiten oder mit einem Datenbank-Team. Richtig schlimm kann es werden, wenn IT-Teams mit Fachabteilungen kommunizieren sollen. Dann passiert es unter Umständen, dass "Außenstehende" - aus Sicht der ITler - in Unterhaltungen nur jedes zweite Wort verstehen. Und das kann nicht nur nervig sein und Zeit verschwenden, sondern ganze Projekte zum Scheitern bringen.
Jeder Bereich hat seine eigenen Fachausdrücke
Zu Außenstehenden aus Sicht eines IT-Teams können auch schon IT-Projektkollegen gehören, die nicht der eigenen Gruppe angehören. Etwa die Kollegen, die fachliche Funktionen oder Prozesse spezifizieren: Sie wissen vielleicht nichts von Arrays oder Strings, eine Datenbank ist bei ihnen gerne mal eine "Datei" und eine Tabelle ist das, was auf dem Bildschirm zu sehen ist, nicht unbedingt das, was in der Datenbank liegt.
Dafür kennen sie andere Begriffe, von denen Programmierer vor einem Projekt in einer anderen Branche noch nie gehört haben. Auf dem Bau gibt es da zum Beispiel die Fluchtlinie, in der Landwirtschaft einen Schlag und beim Finanzamt den Grenzsteuersatz. Die beiden Gruppen sprechen unterschiedliche Sprachen, trotzdem müssen sie zusammenkommen und den jeweils anderen verstehen, damit aus einer fachlichen Spezifikation ein Programm wird, das die gewünschte Aufgabe erfüllt.
Unklares mit Fantasie auffüllen
Ich bin seit vielen Jahren Software-Entwickler, mit meinem Studium zum Diplom-Informatiker habe ich fast auf den Tag genau vor 25 Jahren angefangen. Zu der Zeit studierte man noch ein paar Jahre länger, arbeitete 20 Stunden pro Woche nebenher und in den Semesterferien in Vollzeit als gut bezahlter Software-Entwickler. Ich habe also viel Praxiserfahrung und deswegen auch in Sachen Kommunikation schon so manches erlebt wie große Softwareprojekte, die sich verzögern und teurer werden als geplant oder scheitern.
Nicht immer ist mangelnde Kommunikation zwischen den Projektbeteiligten der Grund, manchmal war auch einfach die Planung schlecht oder das Projekt zu groß. Oft ist es aber schon so: Es wird aneinander vorbeigeredet, im Zweifelsfall nicht nachgefragt und unklare Stellen werden mit Fantasie aufgefüllt.