• IT-Karriere:
  • Services:

Es gibt kein IT-Projekt ohne Misskommunikation

Erfahrene Software-Entwickler wissen, dass kein Projekt ohne eine neue Geschichte zum Thema schiefgelaufene Kommunikation vergeht. Denn auch, wenn sich die Vorgehensweise in Projekten seit den 1990er Jahren stark geändert hat - vom streng hierarchischen Wasserfallmodell über das (in Behörden mitunter immer noch verwendete) V-Modell bis hin zu aktuelleren Modellen wie Extreme Programming oder Scrum mit immer mehr Kommunikation und Rückmeldung: Wirklich gelebt wird das alles in den wenigsten Fällen. Es lassen sich immer Gründe finden, warum etwas auf die spezielle Situation in einem Projekt nicht ganz passt.

Stellenmarkt
  1. Deutsches Institut für Bautechnik, Berlin
  2. artvera GmbH & Co. KG, Berlin-Charlottenburg

"Auf die aktuelle Situation in dem Projekt nicht passen" ist Business-Sprache und bedeutet eigentlich: "Das erscheint uns nicht sinnvoll, hier können wir sparen." Häufig werden dann wichtige inkompatible Rollen in einer Person vereint oder Planungsmeetings, Schätzungsrunden und Feedback-Mechanismen zusammengestrichen - alles Einsparungen, die die Kommunikation innerhalb des Projekts stark einschränken. Gerade in Projekten, bei denen Mitarbeiter zu viel zu tun haben und die unbedingt zu haltenden Termine eigentlich zu knapp sind, sprechen die Sub-Teams weniger miteinander; stattdessen entsteht ein Gegeneinander.

Seit ich als Freiberufler arbeite, sind mir diese Probleme noch einmal bewusster geworden. Denn als Freelancer komme ich oft in Projekte, die schwierig sind und bei denen in einem letzten Rettungsversuch ein paar neue, erfahrene Entwickler dazugeholt werden. Ein Vorgehen, das so verbreitet ist, dass Freiberufler untereinander davon sprechen, "auf tiefrote Projekte gekippt zu werden".

Steigt man in ein solches Projekt ein, sieht man immer wieder die gleichen Probleme - und zwar viel deutlicher als Kollegen, die von Anfang an dabei waren und in der Zeit mit angesehen haben, wie sich die Dinge in die falsche Richtung entwickelt haben, immer nur ein kleines bisschen weiter, kaum wahrnehmbar. Man sieht es an den Kommentaren im Ticketing-System, ob und was da eingetragen wird, am Miteinander in Meetings und wie diese organisiert sind, und daran, wer mit wem überhaupt spricht, einfach so auf dem Gang.

Wenn im Specification Review alles abgelehnt wird

Und man sieht es daran, ob Arbeitsschritte eingebaut und ernstgenommen werden und welche die Kommunikation unterstützen - wie zum Beispiel das Specification Review. Es soll sicherstellen, dass einzelne Arbeitspakete hinreichend eindeutig spezifiziert sind, alle Informationen enthalten, die für eine Umsetzung benötigt werden, und dass abschätzbar ist, wie viel Zeit eine Umsetzung braucht. Im Scrum-Prozess ist dies Teil der Backlog-Pflege, die gemeinsam von Product Owner und dem Entwicklerteam durchzuführen ist.

Wird dem nicht genug Zeit eingeräumt, nehmen sich einzelne Entwickler oft ein Arbeitspaket-Ticket vor, schauen kurz drüber, entscheiden, dass da was fehlt, verpassen ihm den Eintrag "nicht genügend spezifiziert" - und geben es damit an die Kollegen aus der Fachabteilung zurück.

Das ist wenig hilfreich, denn es ist keine fundierte Kritik mit offenen Fragen, sondern eine Ablehnung, aus der die spezifizierende Person nichts lernen kann. Die Chance, dass der zweite Wurf dadurch besser wird, ist gering. Die Folge ist, dass beide Seiten früher oder später voneinander genervt sind: Niemand weiß, was die jeweils andere Person eigentlich will.

Unspezifisches Feedback ist keine Hilfe

Geholfen ist damit niemandem, das Arbeitspaket wird nicht fertig, es wird nur immer wieder blind mehr Zeit investiert: auf der Spezifikationsseite mit dem Fischen im Trüben, was noch fehlen könnte, auf der Entwicklerseite mit dem Durchsehen des Arbeitspakets und dem Versehen mit einem nichtssagenden Kommentar.

Die Folge ist ein verlangsamtes Projekt. Vielleicht steckt es noch nicht ganz fest - es ist aber höchstwahrscheinlich kurz davor.

Bitte aktivieren Sie Javascript.
Oder nutzen Sie das Golem-pur-Angebot
und lesen Golem.de
  • ohne Werbung
  • mit ausgeschaltetem Javascript
  • mit RSS-Volltext-Feed
 Software-Entwicklung: Wenn alle aneinander vorbeiredenJede Seite hält die andere für Trottel 
  1.  
  2. 1
  3. 2
  4. 3
  5. 4
  6. 5
  7. 6
  8.  


Anzeige
Spiele-Angebote
  1. 12,99€
  2. 31€
  3. 16,99€
  4. 24,29€

stefansoyka 20. Sep 2020 / Themenstart

Warum manche Projekte gelingen und andere nicht, warum manchmal großartige Lösungen...

ratti 13. Sep 2020 / Themenstart

Da ist meine Erfahrung gegensätzlich. Seit wir nach Scrum arbeiten, geht alles viel...

aemm202009 13. Sep 2020 / Themenstart

Auch mir ging es so. Die Analyse selbst, bzw. der gut zusammengefasste Erfahrungsbericht...

BLi8819 11. Sep 2020 / Themenstart

Du verwechselst die Sinnhaftigkeit der Anforderung mit der Komplexität der Umsetzung.

OutOfCoffee 11. Sep 2020 / Themenstart

"Neuartige Frameworks" ist das richtige Stichwort. Die schießen wie die Pilze gefühlt...

Kommentieren


Folgen Sie uns
       


Burnout im IT-Job: Mit den Haien schwimmen
Burnout im IT-Job
Mit den Haien schwimmen

Unter Druck bricht ein Webentwickler zusammen - zerrieben von zu eng getakteten Projekten. Obwohl die IT-Branche psychische Belastungen als Problem erkannt hat, lässt sie Beschäftigte oft allein.
Eine Reportage von Miriam Binner


    iPhone, iPad und Co.: Apple bringt iOS 14, iPadOS 14, TVOS 14 und WatchOS 7
    iPhone, iPad und Co.
    Apple bringt iOS 14, iPadOS 14, TVOS 14 und WatchOS 7

    Auch ohne neue iPhones lässt es sich Apple nicht nehmen, seine neue iOS-Version 14 zu veröffentlichen. Auch andere Systeme erhalten Upgrades.

    1. Apple Pay EU will Apple zur Freigabe von NFC-Chip bringen
    2. Apple One Abos der verschiedenen Apple-Dienste im Paket
    3. Corona Apple hat eigenen Mund-Nasen-Schutz entwickelt

    Geforce RTX 3080 im Test: Doppelte Leistung zum gleichen Preis
    Geforce RTX 3080 im Test
    Doppelte Leistung zum gleichen Preis

    Nvidia hat mit der Geforce RTX 3080 die (Raytracing)-Grafikkarte abgeliefert, wie sie sich viele schon vor zwei Jahren erhofft hatten.
    Ein Test von Marc Sauter

    1. Nvidia zur Geforce RTX 3080 "Unser bester und frustrierendster Launch"
    2. Geforce RTX 3080 Wir legen die Karten offen
    3. Ethereum-Mining Nvidias Ampere-Karten könnten Crypto-Boom auslösen

      •  /