Studie der Cornell University

Unglückliche Entwickler – schlechter Code

| Autor / Redakteur: Mirco Lang / Stephan Augsten

Eine Illustration der Konsequenzen des Unglücklichseins in der Software-Entwicklung.
Eine Illustration der Konsequenzen des Unglücklichseins in der Software-Entwicklung. (Bild: Consequences of Unhappiness While Developing Software / Daniel Graziotin, Fabian Fagerholm, Xiaofeng Wang, Pekka Abrahamsson / CC BY 4.0)

Was sind die Konsequenzen, wenn Entwickler unglücklich sind? Diese für alle Manager im Bereich IT-Entwicklung interessante Frage haben Forscher der Universitäten Stuttgart, Trondheim, Helsinki und Bozen gestellt. Die Antwort gibt es in Form einer Studie bei arXiv.org.

Die arXiv-Studie wertet 181 Fragebögen aus, die über GitHub an Entwickler verteilt wurden; darunter 78 Prozent professionelle Entwickler, 13 Prozent in Rollen wie Researcher oder Manager und neun Prozent Studenten und Unbeschäftigte. Die Befragten waren im Schnitt 34 Jahre alt und konnten auf 8,22 Jahre Entwicklungspraxis verweisen.

Im Endergebnis konnten die Forscher in den offenen Fragen 249 Codes/Formulierungen finden, die auf Konsequenzen des Unglücklichseins hindeuten. Diese wurden in 49 Arten und diverse Subgruppen unterteilt. Die kompletten Ergebnisse stehen als Open Data zur Verfügung, die Studie selbst gibt es wie eingangs verlinkt als Dreiseiter sowie als Sechseiter.

Die wichtigsten Konsequenzen sind dabei nicht unbedingt überraschend, für Personalverantwortliche jedoch äußerst wertvoll. Grundsätzlich unterscheiden die Autoren zwischen internen und externen Konsequenzen. Die häufigste Form im inneren, auf den Entwickler selbst bezogenen Bereich, ist demnach eine niedrige kognitive Performance – der Mitarbeiter verliert den Fokus. Es folgen leichte Depressionen und niedrige Motivation, die üblichen Burnout-Symptome.

Aus Sicht der Firmen scheinen die externen Folgen häufig deutlich relevanter – und hier steht an erster Stelle eine verminderte Produktivität. Es soll Entwicklern schlicht schwerer zu fallen, unter derartigen Umständen (passable) Lösungen zu finden. Der logische Platz 2 geht an "Verzögerung", unter anderem, weil Prozesse nicht mehr optimal laufen.

In die gleiche Richtung geht auch der dritte Aspekt: Entwickler scheinen häufiger von etablierten Vorgehensweisen abzuweichen, Abkürzungen zu suchen oder faule Kompromisse einzugehen, um sich von den unangenehmen Aufgaben schnellstmöglich abzuwenden.

All diese Konsequenzen münden letztlich in schlechtem Code – und in Extremfällen dazu, dass die befragten Entwickler den entsprechenden Code oder gar das ganze Projekt gelöscht haben; immerhin, um mit sauberem Code neu anzufangen.

Kommentare werden geladen....

Kommentar zu diesem Artikel

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Infos finden Sie unter www.mycontentfactory.de (ID: 44708982 / Coding & Collaboration)