Kommunikationsfluß

Choose

Kommunikationsfluï¿½

updated by rck, 2004-05-25

Projekte scheitern, das ist eine Tatsache. Oft genug ist fehlendes Wissen aufgrund einer schlechten Projektinternen Kommunikation schuld.

1 | 2

Das Problem
Fall A. Sie denken sich eine tolle Programmbibliothek aus. Eine Klasse, oder gleich eine ganze Klassenbibliothek, welche sï¿½mtliche Konfigurationsarbeiten wie "Parameter einlesen", "neue Parameter schreiben", und so weiter erledigt. Sehr benutzerfreundlich, ganz einfach zu bedienen. Nur sie erzï¿½hlen niemandem davon. Fall B. Kollege X hat ein Problem. Schon seit Stunden recherchiert er im Internet, wie man Dialogelemente gruppieren kï¿½nnte. Kollege Y hï¿½tte die Lï¿½sung, weis aber natï¿½rlich nicht, dass Kollege X ein Problem hat. Weil: Er hat keine Plattform, auf der er dieses Problem schildern kï¿½nnte. Fall C. Manager Heinz Wichtig bekommt einen Projektstatus Bericht. Es wï¿½ren irrsinnig wichtige Informationen darin. Beispielsweise ist ein Server eingegangen und die Lieferung der Ersatzteile nimmt zwei Monate in Anspruch, wodurch natï¿½rlich sï¿½mtliche Deadlines platzen. Dummerweise hat der Projektleiter mit der Information drei Wochen gewartet, weil der Projektstatusbericht nur monatlich zu verfassen ist.

Das Problem

Fall A. Sie denken sich eine tolle Programmbibliothek aus. Eine Klasse, oder gleich eine ganze Klassenbibliothek, welche sï¿½mtliche Konfigurationsarbeiten wie "Parameter einlesen", "neue Parameter schreiben", und so weiter erledigt. Sehr benutzerfreundlich, ganz einfach zu bedienen. Nur sie erzï¿½hlen niemandem davon.

Fall B. Kollege X hat ein Problem. Schon seit Stunden recherchiert er im Internet, wie man Dialogelemente gruppieren kï¿½nnte. Kollege Y hï¿½tte die Lï¿½sung, weis aber natï¿½rlich nicht, dass Kollege X ein Problem hat. Weil: Er hat keine Plattform, auf der er dieses Problem schildern kï¿½nnte.

Fall C. Manager Heinz Wichtig bekommt einen Projektstatus Bericht. Es wï¿½ren irrsinnig wichtige Informationen darin. Beispielsweise ist ein Server eingegangen und die Lieferung der Ersatzteile nimmt zwei Monate in Anspruch, wodurch natï¿½rlich sï¿½mtliche Deadlines platzen. Dummerweise hat der Projektleiter mit der Information drei Wochen gewartet, weil der Projektstatusbericht nur monatlich zu verfassen ist.

Kommunikation
Immer ï¿½fter stellen grï¿½ï¿½ere Firmen fest, wie wichtig ein funktionierender, unbï¿½rokratischer Kommunikationsfluï¿½ innerhalb eines Betriebs ist. Genauso, wie der Kolbenreiber schon passiert ist, wenn die ï¿½llampleuchte im Auto anspringt, gilt es, auf die vielen kleinen Nuancen von Aussagen im Projektteam zu achten und diese zu berï¿½cksichtigen. Ein erfolgreiches Team erkennt man oft genug an der funktionierenden Kommunikation, die quasi wie ï¿½l fï¿½r die Schmierung im Projekt sorgt und Dinge, im wahrsten Sinne des Wortes, reibungslos ablaufen lï¿½sst. Sind fï¿½r wichtige Dinge, und auch fï¿½r kleinere Probleme, die einzelne Personen vor Schwierigkeiten stellen, die andere schon lï¿½ngst gelï¿½st haben, erst mï¿½hsame Formalismen einzuhalten, werden diese nur fï¿½r ï¿½uï¿½erst groï¿½e Probleme in Anspruch genommen. Die kleinen vertuscht man lieber, weil sie weit grï¿½ï¿½ere Probleme und Aufwï¿½nde fï¿½r den einzelnen Verursachen, als sie lï¿½sen.

Kommunikation

Immer ï¿½fter stellen grï¿½ï¿½ere Firmen fest, wie wichtig ein funktionierender, unbï¿½rokratischer Kommunikationsfluï¿½ innerhalb eines Betriebs ist.

Genauso, wie der Kolbenreiber schon passiert ist, wenn die ï¿½llampleuchte im Auto anspringt, gilt es, auf die vielen kleinen Nuancen von Aussagen im Projektteam zu achten und diese zu berï¿½cksichtigen.

Ein erfolgreiches Team erkennt man oft genug an der funktionierenden Kommunikation, die quasi wie ï¿½l fï¿½r die Schmierung im Projekt sorgt und Dinge, im wahrsten Sinne des Wortes, reibungslos ablaufen lï¿½sst.

Sind fï¿½r wichtige Dinge, und auch fï¿½r kleinere Probleme, die einzelne Personen vor Schwierigkeiten stellen, die andere schon lï¿½ngst gelï¿½st haben, erst mï¿½hsame Formalismen einzuhalten, werden diese nur fï¿½r ï¿½uï¿½erst groï¿½e Probleme in Anspruch genommen. Die kleinen vertuscht man lieber, weil sie weit grï¿½ï¿½ere Probleme und Aufwï¿½nde fï¿½r den einzelnen Verursachen, als sie lï¿½sen.

Die Lï¿½sung
Von der Softwareindustrie gibt es verschiedenste Lï¿½sungen, die zu einem effizienten Kommunkationsfluï¿½ fï¿½hren. Wichtig sind Zugestï¿½ndnisse auch seitens des hï¿½heren Managements. Was nï¿½tzt der beste Kommunikationsfluï¿½, wenn das Management jeden Eintrag, jedes Problem als persï¿½nliche Beleidigung ansieht und entsprechend sanktioniert? Eine entsprechende Kommunikationskultur ist also ï¿½berlebenswichtig fï¿½r jedes Unternehmen und Projekt. Technische Varianten: eMails. Klassisch sinnvoll fï¿½r Gruppen von 2 bis max. 3 Personen. Mailinglists. Im groï¿½en Stil durchfï¿½hrbar, erzeugen jedoch sehr viel Traffic im Posteingang. Foren. Vorteil gegenï¿½ber Mailinglist: eigener Posteingang bleibt frei. Nachteil: Nicht ganz so "unmittelbar" wie Mails. Wikis: Vorteil: Jeder kann Dokumente verfassen und ï¿½ndern. Quasi ein "vernetztes Word". Nachteil: Ungewohnt. CMS/Portale: (siehe http://www.kiesler.at/). Vereinen mehrere Mechanismen und stellen sie als geballte Ladung zur Verfï¿½gung. Vorteil: Das beste aus allen Welten. Nachteil: Kann ï¿½berladen sein. Knowledge-Management System: Rein auf Wissensaustausch optimierte Onlinesysteme. Vorteil: Wissen kann sehr schnell gefunden werden. Nachteil: Einpflege teilweise mï¿½hsam, fï¿½r die unmittelbare Kommunikation untereinander ungeeignet. Instant Messaging (ICQ, etc). Vorteil: sehr unmittelbar. Nachteil: Keine Nachhaltigkeit.

Die Lï¿½sung

Von der Softwareindustrie gibt es verschiedenste Lï¿½sungen, die zu einem effizienten Kommunkationsfluï¿½ fï¿½hren. Wichtig sind Zugestï¿½ndnisse auch seitens des hï¿½heren Managements. Was nï¿½tzt der beste Kommunikationsfluï¿½, wenn das Management jeden Eintrag, jedes Problem als persï¿½nliche Beleidigung ansieht und entsprechend sanktioniert?

Eine entsprechende Kommunikationskultur ist also ï¿½berlebenswichtig fï¿½r jedes Unternehmen und Projekt.

Technische Varianten:

eMails. Klassisch sinnvoll fï¿½r Gruppen von 2 bis max. 3 Personen.

Mailinglists. Im groï¿½en Stil durchfï¿½hrbar, erzeugen jedoch sehr viel Traffic im Posteingang.

Foren. Vorteil gegenï¿½ber Mailinglist: eigener Posteingang bleibt frei. Nachteil: Nicht ganz so "unmittelbar" wie Mails.

Wikis: Vorteil: Jeder kann Dokumente verfassen und ï¿½ndern. Quasi ein "vernetztes Word". Nachteil: Ungewohnt.

CMS/Portale: (siehe http://www.kiesler.at/). Vereinen mehrere Mechanismen und stellen sie als geballte Ladung zur Verfï¿½gung. Vorteil: Das beste aus allen Welten. Nachteil: Kann ï¿½berladen sein.

Knowledge-Management System: Rein auf Wissensaustausch optimierte Onlinesysteme. Vorteil: Wissen kann sehr schnell gefunden werden. Nachteil: Einpflege teilweise mï¿½hsam, fï¿½r die unmittelbare Kommunikation untereinander ungeeignet.

Instant Messaging (ICQ, etc). Vorteil: sehr unmittelbar. Nachteil: Keine Nachhaltigkeit.

1 | 2

Das Problem
Fazit