Am vergangenen Donnerstag war die Regionalgruppe Dresden der Gesellschaft für Projektmanagement in unserem Hause zu Gast. Über die rege Teilnahme von mehr als 30 Projektmanagement-Profis aus der Region haben wir uns sehr gefreut und gern die Gelegenheit genutzt, unser Leistungsportfolio vorzustellen. Der Haupteil des Abends war dann dem Thema “Microblogging im Projektmanagement” gewidmet.  Die Präsentation ist bei Slidehare verfügbar:

In der anschließenden regen Diskussion wurde deutlich, dass das Interesse an Microblogging zunimmt und der Nutzen immer greifbarer wird. Wichtige Voraussetzungen für den erfolgreichen Einsatz sind allerdings die durchgängige Verfügbarkeit von PC und Netzzugang und einschlägige Erfahrungen mit elektronischer Kommunikation für alle Mitglieder in einem Projektteam. Eine durch Offenheit und Transparenz geprägte Kommunikationskultur im Unternehmen ist ebenso vorteilhaft.

Angeregt durch meinen Vortrag auf der InterPM zum “Microblogging im Projektmanagement: Wie Mikroinhalte die Kommunikation und Dokumentation verändern” hat Berhard Schloß in seinem Weblog das Thema aufgegriffen und eine kontroverse und gerade weil sie kontrovers geführt wird sehr lesenswerte Diskussion u.a. zwischen Surfguard, Joachim Niemeier und Lutz Gerlach entfacht, zu der ich mit diesem Artikel einen kleinen Beitrag leisten möchte. Dass Microblogging in Unternehmen inzwischen zu einem hochaktuellen Thema geworden ist, beweisst nicht zuletzt auch das Interview zum Thema “Das Microblogging kann die Produktivität durchaus steigern” mit Prof. Oliver Günther von der Humboldt-Universität Berlin in der Computerzeitung vom 15. Juni 2009, welches über einem Blogbeitrag von Dirk Riehle verfügbar ist. Hier einige aus meiner Sicht wichtige Fragen und Antworten:

Was ist eigentlich ein “Microblog”?

Nun, zunächst einmal eine chronologische Aufzeichnung möglichst kurzer Nachrichten einer oder mehrerer Personen zu einem bestimmten Thema. Surfguard kommentiert im o.g. Beitrag

“Ein Microblog kann quasi die digitale Kaffeküche eines Projekts sein: Der Ort, an dem das Team sich informell aber doch relevant austauscht. In Microblogs wird das vermittelt, was ich “ambientes Wissen” nennen würde.” (Surfguard)

Muss ich alle Nachrichten in einem Microblog lesen?

Natürlich nicht. Microblog-Leser entscheiden selbst, welchen Themen oder Nutzern sie folgen und welchen nicht. Dies ist besonders in großen Organisation oder auch Großprojekten wichtig. Die eigene Erfahrung zeigt jedoch, dass Microblogs oft einen spannende Lektüre bieten, die wertvolle Informationen für den Leser beinhalten, die man auf anderem Wege nicht erhalten hätte.

Ist Microblogging in großen Projekten überhaupt anwendbar?

Es besteht die Befürchtung, dass in großen Projekten die Teammitglieder mit Informationen überhäuft werden. Eine schöne Antwort liefert wiederum Surfguard:

“Ein Microblog macht die vielen kleinen Informationen, die Projektmitarbeiter informell austauschen (sollten) für alle besser verfügbar. Man weiß einfach mehr über das Projekt. Und in sehr großen Projekten wird man bestimmt nicht allen Projektmitgliedern folgen, sondern nur denjenigen, die für einen selbst relevant oder interessant sind.” (Surfguard)

Kostet es nicht wertvolle Arbeitszeit, in Microblogs zu lesen und selbst Einträge zu schreiben?

An dieser Stelle wünsche ich mir für die Zukunft eine wirklich fundierte Antwort auf Basis empirischer Studien und meine dies explizit als Aufruf an die Wissenschaft. Aus der eigenen Anwendung kann ich berichten, dass Microblogs deutlich schneller lesbar sind als E-Mails und gerade beim Einsatz in Projekten der E-Mail-Anteil in der Kommunikation spürbar gesunken ist und damit genügend Zeit für’s Microblogging frei wurde. Und was für die Akzeptanz noch wichtiger ist: Inhalte, die im Microblog geschrieben werden, sind früher auch niedergeschrieben worden, nur als E-Mail, Papiernotiz oder Instant Message. Also auch hier kein Mehraufwand.

Sollten alle Microblogs für alle Mitarbeiter sichtbar sein?

Offene Kommunikation gilt als ein wesentliches Merkmal des Enterprise 2.0. Man sollte dies aber nicht falsch interpretieren und annehmen, dass dann alle Kommunikation offen sein muss. Vielmehr ist es wichtig, dass auch in Microblogs vertrauliche Kommunikation in Teams möglich ist, ohne dass immer gleich der Chef mitliest. Offene Kommunikation erfordert eben gerade eine Atmosphäre des Vertrauens, die in geschlossenen Gruppen eher gegeben ist. Aus Vertrauens- und auch Datenschutzgründen muss diese Vertraulichkeit von einem Enterprise Microblogging System gewahrt werden. So kann ich Prof. Günther nur zustimmen, wenn er sagt:

„Mein persönlicher Rat an das Management ist: Für die Produktivität eines Unternehmens ist es sinnvoll, auch innerhalb des Unternehmens Privatsphäre zuzulassen.“ (Prof. Oliver Günther, CZ 15.06.2009)

Im Alltag sehen wir dann durchaus Situationen, in denen sich früher geschlossene Gruppen dann nach einer bestimmten Zeit wieder öffnen.

Ist nicht die ständige Ablenkung eine Gefahr für die Produktivität des Unternehmens?

Prof. Günther sieht das so:

Microblogging ist ein Werkzeug, das unserem latenten Zappelphilipp-Syndrom – in der Fachsprache Attention Deficit Syndrome – neue Möglichkeiten zur Entfaltung bietet: Wir frönen unserem Trieb zur ständigen Zerstreuung. (Prof. Oliver Günther, CZ 15.06.2009)

Microblogging reiht sich damit in die Vielzahl der Informationsquellen und Tools ein, denen zugeschrieben wird, Mitarbeiter von ihrer eigentlichen Arbeit abzulenken. Ich möchte hier erwidern, dass es aus meiner Sicht viel eher darauf ankommt, ob man sich ablenken lassen möchte! Von zentraler Bedeutung ist hier m.E. die Vermittlung von Kompetenzen im Umgang mit den neuen Medien. Dazu gehört eben auch, störungsfreie Arbeitszeit für kreative Prozesse und eine sinnvolle Frequenz für das Lesen von E-Mails, Microblogs und Internetquellen.

Völlig abwegig ist im Übrigen auch die Befürchtung, dass Microblogs in Unternehmen für sinnlosen privaten Smalltalk, wie in Twitter oft zu beobachten, mißbraucht würden. Im Gegenteil, von Unternehmensblogs wird bisher unisono berichtet, dass dort eine rein fachliche Kommunikation stattfindet! Und dies ist nicht verwunderlich, denn Unternehmensmitarbeiter nehmen in aller Regel ihre Aufgabe ernst. Desweiteren wäre jeder Mißbrauch jederzeit gut nachlesbar, was einen selbstregulierenden Effekt hat.

Dies vorausgesetzt kann Microblogging sein Potential zur Produktivitätssteigerung voll entfalten, welches m.E. in der Vermeidung von Doppelarbeit und der Beschleunigung von Problemlöseprozessen aufgrund der deutlich gesteigerten Transparenz im Unternehmen begründet ist.

Ist nicht die direkte “face-to-face” Kommunikation besser als Microblogging ?

Selbstverständlich! Aber diese ist eben aufgrund räumlicher und zeitlicher Distanz nicht immer möglich. Microblogging ergänzt die Küchengespräche durch einen (fachlichen) virtuellen “Flurfunk”. Auch hier gilt die Erfahrung, dass virtuelle Kommunikation vor allem dann gut funktioniert, wenn man sich auch persönlich kennt.

Wie kann ich herausfinden, ob Microblogging auch in meinem Unternehmen sinnvoll ist?

Ganz einfach, in dem Sie es ausprobieren. Dazu ein Zitat von Joachim Niemeier aus der oben erwähnten Diskussion:

“Ich hab die Erfahrung gemacht, dass man in Projekten das Werkzeug Microblogging einfach mal nutzen sollte (und auch ohne große Einführung nutzen kann). Nach wenigen Tagen können es sich die Beteiligten gar nicht mehr wegdenken (‘Ich kann mir gar nicht mehr vorstellen wie wir früher im Projekt gearbeitet haben’)” (Joachim Niemeier)

In diesem Sinne möchten wir Sie einladen, eigene Erfahrungen zu sammeln und verweisen auf den Enterprise Microblogging Dienst aus unserem Hause www.communote.com.

Wir leben in einer spannenden Zeit. Nachdem Intranets über viele Jahre das Dasein eines zentral redaktionierten Informationsportals fristeten, welches von den Mitarbeitern oft nur mit Desinteresse gestraft worden ist, bringt nun das Web 2.0 frischen Wind in die Unternehmen. Von Zentralabteilungen gut gehütete Intranet-Redaktionssysteme machen Platz für neue, von den Mitarbeitern selbst gestaltete Plattformen für Informationsaustausch und Zusammenarbeit.

Es gibt immer mehr Unternehmen, die diesen mutigen, aber konsequenten Schritt hin zu mehr Freiheit in der internen Kommunikation gehen. Über die Schweizer Synaxon AG wurde schon viel berichtet. Wir haben derzeit die Gelegenheit, unseren Kunden T-Systems Multimedia Solutions bei diesem Prozess zu begleiten. Ganz konkret geht es dabei um den Aufbau eines “Teamweb” als neue wiki-basierte Kommunikationsplattform. Für diese Plattform wurde das Enterprise-Wiki System Confluence von Atlassian ausgewählt. Die Gründe hierfür lagen im Wesentlichen in der guten Abdeckung der für ein Intranet notwendigen Wiki-Funktionalität, in der guten Anpassbarkeit und Erweiterbarkeit und der Skalierbarkeit des Systems, welches den gestiegenen Anforderungen des in den letzten Jahren stark gewachsenen IT-Unternehmens gerecht werden muss.

Besonders hervorzuheben ist vor allem die breite Beteiligung der Fachbereiche an diesem Vorhaben. Im Kernteam sind nicht nur Vertreter der IT und des Realisierungspartners vertreten, sondern eben auch Mitstreiter aus verschiedenen Abteilungen, darunter Consultants, Abteilungsleiter und Vertreter aus dem Stab der Geschäftsführung. Diese Mischung macht Entscheidungen nicht immer einfach, dafür wird jedoch eine breite Verankerung im Hause erzielt und viele gute Ideen und Erfahrungen aus den eigenen Projekten können in die Entwicklung, einer echten Gemeinschaftsproduktion, einfließen.

Unsere Aufgabe als Implementierungspartner für Atlassian Confluence war neben der konzeptionellen Ausrichtung vor allem die technische Realisierung des Teamweb. Die Entwicklung erfolgte in kurzen mehrwöchigen Entwicklungsphasen, die jeweils einen Praxistest durch die Pilotnutzer beinhalteten. Dabei ging es vor allem um die CI/CD-konforme Anpassung der Oberfläche von Confluence-Themes, die Bereitstellung von speziellen Seitentemplates, die Erweiterung der Blogging-Funktionalität um wesentliche Features wie z.B. Tagclouds und Kategorien sowie um die Gestaltung eines persönlichen Bereiches für alle Mitarbeiter. Hinzu kamen Single-Sign-On Funktionen und die Einbindung von für die Arbeit im Teamweb nützlichen Plugins. In die Entwicklung sind unzählige Hinweise der IT-Consultants von T-Systems MMS eingeflossen. Dabei ist es immer wieder hochspannend zu beobachten, mit wieviel Ideenreichtum Mitarbeiter die Möglichkeiten von Confluence nutzen, um eigene Informationsangebote aufzubauen oder mit anderen Diensten zu verbinden. Auf diese Weise entstand u.a. eine persönliche Visitenkarte für alle Nutzer, die automatisch mit den Kontakt- und Fotodaten aus dem zentralen Mitarbeiterverzeichnis gefüllt wird.

Judith Schmalz hat unseren Ansatz für Wiki-basierte Intranet-Lösungen auch im Rahmen des Atlassian Usergroup Treffens am 23.10. in Berlin vorgestellt.

Das Teamweb bietet allen Abteilungen, Teams, Interessensgruppen und Mitarbeitern ein virtuelles Zuhause im Intranet. Mittlerweile sind viele Bereiche des Hauses mit eigenen Wikiseiten vertreten. Interessensgruppen können sich finden, un für ein Thema einen Bereich eröffnen. Mitarbeiter erhalten einen eigenen Bereich, der quasi als eigene Homepage mit Visitenkarte und Weblog dienst. Das Ganze ist selbstverständlich kein Zwang, sondern ein freiwilliges Angebot. Vor allem die Blogfunktionalität wird immer häufiger genutzt. Das Teamweb wird zunehmend zur Plattform für bereichsübergreifendes Wissensmanagement und die Zusammenarbeit. Beispielsweise erfolgte die Entwicklung der neuen Unternehmensstratege durch die Führungskräfte in einem sogenannten “StraWiki” innerhalb des Teamweb. Nachdem die Strategiedefinition zunächst im kleinen Kreis (zugriffsgeschützt) erarbeitet wurde, folgte später die Öffnung für alle Mitarbeiter des Hauses. Dieses Vorgehen ist durchaus als “Best Practice” anzusehen, denn zum einen wurde frühzeitig gezeigt, dass die Wikiplattform als Arbeitsmedium taugt und zum anderen wurden Mitarbeiter und Führungskräfte darüber frühzeitig mit dem Teamweb vertraut gemacht.

Ohne das Strawiki wäre der Strategieprozess nicht so gut umsetzbar gewesen, berichten beteiligte Führungskräfte. Man sei in der haus-internen Kommunikation einen großen Schritt vorangekommen, sagen andere. Doch die firmenweite Einführung braucht Zeit, durchdachte Kommunikation und viel Engagement. Erste gute Erfahrungen der “Leuchttürme” müssen auch in anderen Bereichen umgesetzt werden. Noch sind nicht alle Bereiche an Bord. Die Verantwortlichen bei T-Systems MMS sprechen offen über ihre Erfahrungen auf dem Weg zum Enterprise 2.0. So führte Ulrike Reinhardt vor wenigen Wochen ein Interview mit Stefan Ehrlich und Berit Jungmann, die im Teamweb-Kernteam die Entwicklung ganz entscheidend vorangetrieben haben:

Click here to view the embedded video.

In einem weiteren Interview mit Peter Klingenburg, dem Geschäftsführer von T-Systems Multimedia steht vor allem der Aspekt des Wissensmanagements im Mittelpunkt des Gesprächs:

Click here to view the embedded video.

Darüberhinaus hat Stefan Ehrlich das Teamweb-Projekt auch in einer Session auf dem Barcamp Berlin 3 vorgestellt. Einen Live-Bericht dazu hat Martin Koser in seinem Blog verfasst.

Im Rahmen dieses Projekte wurden eine Reihe von Erfahrungswerten bestätigt, die im Rahmen von Intranet-Projekten immer wieder wichtig sind:

• Es ist hilfreich und wichtig, frühzeitig Nutzer einzubeziehen und deren Feedback in die Entwicklung einfließen zu lassen.
• Unternehmens-Wikis brauchen einen “Kümmerer” oder “Wiki-Gärtner“, der mit Begeisterung für die Vorzüge der Plattform wirbt, neue Formen der Zusammenarbeit vorlebt und gute Praktiken aktiv vermittelt.
• Es ist förderlich, wenn das Management hinter dem Team steht und aktiv an der Nutzung teilnimmt.
• Wiki-Intranets werden in kurzer Zeit angenommen und für produktive Zwecke genutzt. Deshalb muss von Beginn an, trotz “Pilot” und “Beta” für einen stabilen Betrieb der Plattform mit Ausfallsicherheit, Backup und Systemmonitoring gesorgt werden.
• Tagging ist nicht für alle Mitarbeiter sofort verständlich. Einige Hinweise und Regeln helfen, das Potential der Folksonomien im Unternehmen zu entfalten
• Eine iterative Vorgehensweise in kleinen Schritten ist besser als ein “Big Bang”

Es liegt in der Natur der Sache, dass der Weg zum Intranet 2.0 noch lange an seinem Ende ist. Wir sind gespannt auf die weitere Entwicklung des Teamweb und die Einsatzformen in der täglichen Praxis.