exensio it blog

Enterprise-2.0-Portale mit Grails − geht das?

2013-12-18T12:26:00.003+01:00

Unsere Kollegen Manuel Breitfeld und Tobias Kraft haben zu diesem Thema einen Artikel in der aktuellen Ausgabe 01/ 2014 der Zeitschrift JavaAktuell veröffentlicht.

In dieser Veröffentlichung beschreiben sie äußerst ausführlich die Grundlagen, die die Basis unseres Claretportal-Frameworks bilden.

Folgende Aspekte werden beleuchtet:

Was ist ein Portal?
Grails als Basis-Technologie
Schnelles Entwickeln mit Grails
Integration mit Groovy und Grails
Grails für Portale
Umsetzung von Portal-Modulen

Tagging
Enterprise-Suche
Content/Document Management System
Web 2.0 Funktionalitäten

Personalisierung und Berechtigungen

Der Sonderdruck kann von der exensio Homepage heruntergeladen werden.

Interview mit exensio in IT-MITTELSTAND zum Thema Portale

2013-12-05T19:30:00.000+01:00

In der aktuellen Ausgabe (11/2013) der Zeitschrift IT-Mittelstand bin ich zum Thema "Portale als Wissenskatalysator" interviewt worden. Folgende Aspekte wurden beleuchtet:

Was ist genau genommen ein Portal?
Was für eine Rolle spielen Portale im Zeitalter von Enterprise 2.0?
Was unterscheidet die exensio Claretportal-Lösung von Microsoft Sharepoint?
Ist eine individuelle Portal-Lösung bezahlbar?

Der interessierte Leser kann sich einen Sonderdruck von unserer Homepage [1] herunterladen.

Links

[1] IT-MITTELSTAND Sonderdruck

Experten finden lohnt sich

2013-10-09T16:49:00.001+02:00

Im letzten Beitrag zum Thema Wissensmanagement [1] ging es um die Umsetzung einer Wissensdatenbank. Mit einer solchen Lösung können Informationen und Wissen effizient zugänglich gemacht werden.
Wie sieht es aber mit dem Wissen in den Köpfen der Mitarbeiter aus? Dieses implizite Wissen, vorwiegend auf vielen wertvollen Erfahrungen basierend, lässt sich schwer zugänglich machen. Aber gerade Erfahrungswissen und die bekannten „Lessons Learned“ sind so wichtig für die Wettbewerbsfähigkeit eines Unternehmens.

Wie schon bei der Wissensdatenbank aufgezeigt, gibt es auch hier einen praxisorientierten Weg für eine Lösung, die ich anhand unseres Expert Finders vorstellen möchte.

Probleme von Experten Datenbanken

Bei der Einführung von Experten Datenbanken stößt man immer wieder auf die gleichen Probleme: Wie schaffe ich es, dass sich alle Mitarbeiter beteiligen? Wie sorge ich für Informationsqualität, d.h. wie bremse ich Selbstdarsteller und wie vermeide ich Understatement? Wie erfasse ich die Wissensgebiete, was gebe ich vor, wo lasse ich Freiraum? Wie halte ich die Informationen aktuell? Hinzu kommt stets die Einbindung des Betriebsrats, wenn es um personenbezogene Daten geht.

Kernpunkte einer Lösung

Viele der genannten Fragestellungen müssen organisatorisch gelöst werden, insbesondere wenn es um die Mitarbeiterbeteiligung und die Datenqualität geht. Aber es gibt auch einige Punkte, die durch eine geeignete Software-Lösung unterstützt und gelöst werden können. Zusammenfassend könnten folgende 3 Kernaspekte durch geeignete Software umgesetzt werden:

Strukturierte Expertise-Erfassung
Einheitliche Taxonomie
Leistungsfähige Suche

Diese 3 Aspekte führen zu einer strukturierten und einheitlichen Erfassung des Wissens sowie zu einem effizienten Finden der gesuchten Experten.

Umsetzung

Um das Wissen strukturiert und einheitlich erfassen zu können, müssen zunächst die Skills definiert werden. Bei der von exensio umgesetzten Lösung sind die Skills in einem hierarchischen Baum umgesetzt worden. Wichtig bei der Festlegung ist das Verständnis dieser Hierarchie. Bedeutet die Auswahl einer übergeordneten Expertise, dass man auch alle untergeordneten Themen kennt? Oder bedeutet die Auswahl eines übergeordneten Elements, dass ich in diesem Thema Überblickswissen besitze, andere Kollegen aber die Experten in einzelnen Unterthemen sein können? Diese Festlegungen beeinflussen auch die umzusetzende Suche.

Darüber hinaus können weitere Profil-Informationen definiert werden, die für jeden Experten einzutragen sind. Dies können übergreifende Informationen wie die Anzahl der Jahre an Berufserfahrung sein oder beispielsweise Sprachkenntnisse.

Wichtig sind ebenso Kontaktdaten zu dem Experten. Gewöhnlich hat jedes Unternehmen bereits seine Anwendung, um zentral die Kontaktdaten aller Mitarbeiter zur Verfügung zu stellen. Daher sollte die Experten Datenbank nicht redundant die Kontaktdaten erfassen sondern auf das zentrale Mitarbeiterverzeichnis verlinken.

Die Suche nach Experten orientiert sich dann an der definierten Hierarchie an Skills sowie den anderen Attributen eines Experten Profils. Eine facettierte Suche, d.h. die Einschränkung über Filter, sorgt für ein schnelles Auffinden der gesuchten Experten.

Die Stärken der Lösung

Bei der Umsetzung der Lösung wurde eine klare Zielsetzung ausgegeben und diese konsequent verfolgt: Primäres Ziel ist die Vernetzung der Experten. Unter der Annahme, dass ein Gespräch zwischen Experten schneller die Anforderungen klärt als eine langwierige Recherche, wurde der Fokus auf das schnelle Auffinden eines möglichen Ansprechpartners gelegt.

Daraus resultierend wurde darauf geachtet, die Skill-Hierarchie so zu definieren, dass sie alle Themen abdeckt aber nicht zu sehr ins Detail geht und noch übersichtlich bleibt. Ebenso sind gleich Sprachkenntnisse und Kontaktdaten schnell sichtbar, mit dem Ziel, dass einfach der Telefonhörer in die Hand genommen wird.
Das Thema der Datenqualität wird durch die Freigabe eines Profils durch den jeweiligen fachlichen Vorgesetzten sichergestellt. Die Aktualität der Daten wird durch eine Erinnerungsfunktion unterstützt. Zudem gibt es einen permanenten Abgleich mit dem zentralen Mitarbeiter-Verzeichnisdienst, damit Personen, die das Unternehmen verlassen haben, nicht mehr angezeigt werden.

Um den Anforderungen des Betriebsrats zu genügen, muss zum einen jeder Mitarbeiter, der sein Profil einstellt, die Freiwilligkeit und das Wissen über die Sichtbarkeit der Daten bestätigen. Zudem ist eine Suche nach Namen nicht möglich, d.h. es kann kein Nutzer gezielt nachschauen, welche Informationen ein bestimmter Kollege eingetragen hat.

Nutzung und Nutzen

Die Einfachheit der Lösung hat zu einer durchgängigen Nutzung geführt. Besonders gefreut hat uns das Feedback des Kunden, dass vor kurzem einmal ein hoher sechsstelliger Betrag sowie ein siebenstelliger Betrag eingespart werden konnten. Die Ersparnis konnte durch die Nutzung von Expertenwissen eines Kollegen, der über die Anwendung ausfindig gemacht wurde, erzielt werden. Und dies war vermutlich nur einer der Fälle, die aktiv kommuniziert wurden.

Ausblick

Denkbare Erweiterungen aus Sicht der bekannten Social Web Funktionalitäten wäre beispielsweise eine Kommentar-Funktion. Diese könnte genutzt werden, um (positives) Feedback zu einem Experten geben zu können. Zu bedenken ist in diesem Fall aber, dass diese Funktion nicht missbraucht wird und man daher ggf. eine Freigabe oder einen Moderator vorsehen sollte. Ähnliches gilt für ein denkbares Stern-Rating. Hier könnte man Missbrauch durch Verwendung eines 3-Stern-Rasters mit lediglich positiven Ausprägungen vorbeugen. Oder es wäre eine einfache Bewertung „hat weitergeholfen“ analog dem bekannten „Gefällt mir“ denkbar.

Fazit

Der geschilderte Expert Finder zeigt einen praxisorientierten Ansatz, der nachweislich seinen Nutzen entfaltet hat und sich schon vielfach gerechnet hat. Er zeigt auch gleichzeitig, dass manchmal „weniger mehr ist“: eine überschaubare, effiziente und einfach zu bedienende Lösung erzielt sehr schnell seine Wirkung. Internes Marketing und systematische Erfolgskontrolle sind aber auch hier unabdingbar.

[1] Wissensdatenbank - ein pragmatischer Ansatz

Unterstützung des Pharma Außendienstes mit intelligenten Informationssystemen

2012-08-17T15:52:00.002+02:00

Vor kurzem habe ich einen interessanten Pharma Artikel mit dem Titel „Außendienst bleibt im digitalen Zeitalter unersetzlich“ [1] gelesen. Berichtet wurde von einer von der GFK [2] durchgeführten Grundlagenstudie über die Erfahrungen von Ärzten in der Nutzung der neuen digitalen Medien.

Allen, die sich für dieses Thema interessieren, kann ich den Artikel nur ans Herz legen. Ich will hier nur einige wenige Aspekte wiedergeben, die ich persönlich in Bezug auf unsere Tätigkeitsschwerpunkte besonders interessant fand.

Informationsbeschaffung und Weiterbildung

In erster Linie werden Online Angebote zur beruflichen Informationsbeschaffung und insbesondere Weiterbildung genutzt. Dabei spielen die Online-Angebote von Fachzeitschriften, medizinischen Webseiten, Webseiten von Fachgesellschaften und Online Datenbanken die größte Rolle. Skepsis herrscht dagegen bei den Web-Angeboten der Pharmahersteller in Bezug auf Vollständigkeit und Objektivität. Hier ist sicherlich noch ein Betätigungsfeld für die Pharmahersteller, mit professionellen Angeboten diese Skepsis abzubauen.

Immerhin erfreuen sich virtuelle Vorträge zu Produkten und die Präsentation wissenschaftlicher Materialen größerer Beliebtheit bei den Ärzten – auch wenn deren Eignung noch eher zurückhaltend bewertet wird.

Rolle des Außendienstmitarbeiters ändert sich

Der wesentliche Schluss aus den Erhebungen war, dass der persönliche Kontakt des Außendienstes nach wie vor unersetzlich ist. So wird dessen persönliche Präsentation immer noch einer virtuellen Präsentation vorgezogen. Allerdings verändert sich die Rolle des Außendienstmitarbeiters, der als Beziehungs- und Wissensmanager professionell den Informationsbedürfnissen der Ärzte für Produkt- und Medizinfragen zur Verfügung steht.

Unterstützung mittels Wissensmanagement Systeme

Hierbei muss der Außendienst natürlich effektiv durch entsprechende IT Systeme unterstützt werden. Wissensmanagement Systeme bilden die notwendige Basis, die geeigneten Informationen stets im Zugriff zu haben und ermöglichen die Interaktion mit den Experten im eigenen Haus.

Wir können diese Entwicklung nur bestätigen. exensio arbeitet aktuell an der Implementierung einer solchen Lösung [3], die unter anderem vorhandene Informationen und Wissen schnell auffindbar zur Verfügung stellt, die Zusammenarbeit und Kommunikation zwischen Außendienst und Backoffice (beispielsweise den Medizinern) erleichtert und Möglichkeiten bietet, Erkenntnisse aus Frage-Antwort-Zyklen für alle anderen Benutzer zugreifbar abzulegen.

Kernelemente dieser Lösung sind daher:

Eine effektive Suche umgesetzt in Form einer Faceted Search [4]
Tagging Mechanismen zur Umsetzung einer Taxonomie
Bekannte Dokumentenmanagement Funktionalitäten
Wiki Funktionen zur leichten und schnellen Informations- und Wissenserfassung
(Micro-) Blog Funktionen zum schnellen und collaborativen Austausch

Hinzu kommen natürlich Unternehmens-individuelle Anwendungen zur Unterstützung von Mikroprozessen, die dann in diese Lösung integriert werden, ebenso wie die Anbindung von Backend-Systemen, wie beispielsweise SAP oder ein CRM-System.

Ausblick

Es ist zu erwarten, dass die Online-Affinität der Ärzte bedingt durch die nachrückende jüngere Ärzte-Generation weiter massiv steigen wird. Professionelle Angebote hinsichtlich interaktiver Kommunikation mit den Ärzten werden in den Vordergrund rücken – sowohl aus Sicht der Weiterbildung als auch der Betreuung durch den Außendienst. Und hierfür sind wiederum intelligente Informationssysteme gefordert.

[1] http://www.pharma-marketing.de/content/news/aussendienst-bleibt-im-digitalen-zeitalter-unersetzlich;77569

[2] http://www.gfk.com/

[3] http://blog.exensio.de/2012/07/projektinfo-wissensportal-fur-die.html

[4] http://blog.exensio.de/2011/11/verbesserung-der-usability-mittels.html

Das Such-Interface in der exensio Enterprise 2.0 Plattform

2011-08-25T15:32:00.014+02:00

Im Artikel Fuzzy Search und "Meinten Sie?" in Apache Solr habe ich bereits erwähnt, dass wir in unserer Enterprise 2.0 Plattform auf Apache Solr als Suchmaschine setzen. In diesem Artikel gehe ich auf das User Interface unserer Suche innerhalb unseres Portals ein.

Prinzipien eines User Interfaces einer Suche

In jeder besseren Suche kann man nicht nur nach Begriffen suchen - man kann auch im Anschluss die zurückgelieferte Ergebnismenge mithilfe nützlicher Filter weiter einschränken. Bekannte Filteroptionen sind unter anderem das Datum oder der Dateityp.

Hilfreich sind solche Filter insbesondere dadurch, dass man die gesamte Ergebnismenge schrittweise (per Klick) verfeinern kann, um letztendlich aus einem großen "Topf" an Daten die relevanten Informationen zu erhalten.

Einsatz innerhalb des Enterprise 2.0 Portals

In unserem Portal ist die Suche eine zentrale Komponente, die in verschiedenen Portlets zur Filterung der Inhalte verwendet wird. Im Folgenden gehe ich auf das User Interface der "eigenständigen" Suche ein.

Eingabe von Suchbegriffen: Eingegeben werden kann alles, was Apache Solr unterstützt. Eine Übersicht über die Syntax und die boolschen Operatoren findet sich unter [1].

Auto-complete: Dabei werden die Auto-complete Vorschläge zur Laufzeit anhand der aktuell im Index vorhandenen Daten über Apache Solr ermittelt.

Administrations-Tools: Nützliche Funktionen rundum die Indizierung können von berechtigten Benutzern direkt über die Suchseite aufgerufen werden.

Sortierung: Die Sortierung nach Relevanz ist Standard und erfolgt über den von Apache Solr ermittelten Score. Alternativ wird eine Sortierung nach Datum angeboten.

Filter (Navigatoren/Facets): Die Filter lassen sich in unterschiedliche Kategorien einteilen. Sie können benutzt werden, um Dokumente nach Datum, Typ, Autor, Kategorie o.ä. zu filtern. In Screenshot 2 ist dargestellt, wie sich solche Filter sukzessive anwenden lassen um von einer großen Ergebnismenge auf ein paar gezielt herausgesuchte Ergebnisse zu kommen.

Meta-Informationen: Jeder Treffer enthält nützliche Meta-Informationen wie das Datum der letzten Aktualisierung oder - im Fall von Dokumenten - die Dateigröße.

Teaser und Highlighting: Zu jedem Treffer wird ein Teaser angezeigt, bei dem die gesuchten Begriffe hervorgehoben werden.

Blätterung: Die Blätterung erlaubt das schnelle Durchsuchen der Ergebnismenge.

Tag-Cloud: Die Tag-Cloud kann über beliebige Informationen gebildet werden. In diesem Fall werden die am häufigsten Begriffe, die im Kontext des aktuellen Suchbegriffs auftauchen, angezeigt (groß = häufig, klein = weniger häufig). Gleiches lässt sich auch problemlos auf strukturierte Daten wie Tags anwenden.

Screenshots der Suche

Suche nach exensio GmbH

Suche nach exensio GmbH mit anschließender Filterung auf Blog-Beiträge mit Tag "exensio" im Zeitraum ab 1. August 2011

[1] http://lucene.apache.org/java/3_3_0/queryparsersyntax.html
[2] http://wiki.apache.org/solr/SolrRelevancyCookbook

Fuzzy Search und "Meinten Sie?" in Apache Solr

2011-07-29T10:31:00.006+02:00

In unserer Enterprise 2.0 Plattform setzen wir die Volltextsuchmaschine Apache Solr, die auf Basis der Such-Bibliothek Lucene arbeitet, mit Begeisterung ein. Dieser Beitrag soll beschreiben, wie dem Benutzer mit einfachen Mitteln bei Tippfehlern geholfen werden kann.

Spellchecker Komponente
Mit der SpellCheckComponent [1] teilt Solr Vorschläge zu den vom Benutzer abgesandten Suchtermen mit. Als Grundlage dieser Vorschläge kann ein Feld aus dem Such-Index herangezogen werden.

Die Konfiguration der Komponente ist bereits in der standardmäßigen schema.xml enthalten. So gilt es nur noch das Vorschläge-Verzeichnis aufzubauen. Solr erledigt dies automatisch, wenn der Parameter spellcheck.build=true an die Anfrage angehängt wird. Ein Beispiel wäre:

http://localhost:8983/solr/spell?q=test%20cotent&spellcheck=true&spellcheck.collate=true&spellcheck.build=true

Das muss selbstverständlich nicht bei jeder Abfrage gemacht werden.

Die eigentliche Suchabfrage sieht genau gleich - nur ohne den Parameter - aus. Bemerkenswert ist der Parameter spellcheck.collate=true, der nicht nur das falsch geschriebene Wort, sondern auch gleich die komplett korrigierte Suchabfrage zurück liefert. So liefert die SpellCheck-Abfrage nach "test cotent" als Vorschlag "test content" zurück.

Fuzzy Search
Ein weiteres Mittel, das Apache Solr (genauer gesagt: Apache Lucene) bietet, ist die "Fuzzy Search". "Fuzzy Search" steht für Suche mit einer gewissen Unschärfe.
Durch Anhängen einer Tilde an den eigentlichen Suchterm wird angegeben, dass der Suchterm mit Unschärfe betrachtet werden soll. Dies korrigiert zum Beispiel automatisch Tippfehler, liefert aber auch ähnliche Suchtreffer, die möglicherweise passen könnten, als Ergebnis zurück.
Während bei uns die Suche nach "exnsio" keinerlei Treffer hat, findet die Fuzzy Search nach "exnsio~" alle Dokumente, in denen "exensio" auftaucht.

Verwendung in unserer Enterprise 2.0 Plattform
Sowohl die SpellCheck-Komponente als auch die "Fuzzy Search" bieten eine einfache Möglichkeit, um den Benutzer bei der Suche zu unterstützen und eventuelle Tippfehler (sogar automatisch) zu korrigieren.
In unserer Enterprise 2.0 Plattform verwenden wir beide Möglichkeiten: Wir bieten dem Benutzer Vorschläge wie "Meinten Sie? ..." à la Google und führen gleichzeitig bei wenig Treffern eine Fuzzy Search zum eingegeben Suchterm aus, um dem Benutzer sofort passende Ergebnisse anzeigen zu können.

[1] Ausführliche Beschreibung zur SpellCheck-Komponente: http://wiki.apache.org/solr/SpellCheckComponent

Unsere Enterprise 2.0 Plattform - basierend auf dem Grails-Framework

2011-05-30T09:49:00.001+02:00

Mit diesem Blogeintrag will ich über die Entwicklung unserer Enterprise 2.0 Plattform berichten. Es werden weitere Beiträge, die Teilaspekte der Plattform beleuchten, folgen. Die Entwicklung unserer Enterprise 2.0 Plattform basiert auf dem Framework Grails [1], das wir seit dessen Veröffentlichung sehr erfolgreich in diversen Web-Projekten einsetzen.

Warum eine weitere Enterprise 2.0 Plattform?
Schaut man sich den Markt für Enterprise 2.0 Lösungen an, so kann der Markt folgendermaßen klassifiziert werden:

Spezialisierte Anbieter – hierzu zählen beispielsweise ThoughtFarmer, SocialText, Confluence oder XWiki (Open-Source). Diese Lösungen waren meistens ursprünglich Wikis und wurden im Laufe der Zeit um weitere Funktionalitäten erweitern. Ein guter Überblick findet sich hier [2].
Content Management Systeme – wurden in den letzten Jahren um Enterprise 2.0 Funktionalitäten erweitert. Zu den kommerziellen Anbietern zählen beispielsweise OpenText oder Day CQ. Im Open-Source-Bereich finden sich hier beispielsweise TYPO3 oder Drupal.
Portal Anbieter – hierzu zählen alle großen, wie IBM (WebSphere / Lotus Connections / Lotus Quickr), Microsoft (Sharepoint) oder Oracle (WebCenter) aber auch Liferay aus dem Bereich Open-Source.

Unsere Enterprise 2.0 Plattform wird sich von der Idee auch im Portal-Segment wiederfinden. Im Vergleich zu den „großen“ Systemen soll unsere Lösung vor allem durch einen modularen Aufbau bestechen. Des Weiteren wird eine einfache Anpass- und Erweiterbarkeit durch das Grails-Framework erreicht. Es müssen nur die Teile benutzt werden, die vom Kunden in unterschiedlichen Projekten gefordert werden. So kann dies bei einem Wiki beginnen und bei einer komplexen Portal-Lösung enden.

Ein Portal hat hier (meine persönliche Meinung) den großen Vorteil, dass es einen ganzheitlichen Ansatz verfolgt. Das Portal ist hier mit einem Cockpit vergleichbar. Der Benutzer muss nicht zwischen verschiedenen Applikationen (bestehendes Portal und neu eingeführte Enterprise 2.0 Lösung) umschalten.

Als Beispiel möchte ich ein Außendienst-Portal heranziehen. Mit diesem erhalten die Außendienst-Mitarbeiter aktuelle Informationen in Form von Dokumenten oder die aktuellen Verkaufszahlen aus SAP. Dieses kann mit einem Microblog angereichert werden. Mit diesem können die Außendienst-Mitarbeiter - in Echtzeit - Informationen (beispielsweise über das Verhalten des Wettbewerbers) austauschen. Der Innendienst kann sich auch auf diesen Informationskanal („Flurfunk“) aufschalten und erhält tagesaktuelle Informationen über das Marktgeschehen.

Funktionalitäten unserer Enterprise 2.0 Plattform

In diesem Abschnitt möchte ich die Funktionalitäten beschreiben, die aktuell geplant sind. Weitere Funktionalitäten, wie Activity Stream oder Unterstützung von mobilen Endgeräten werden in Zukunft noch aufgenommen werden.

Content Management – hier haben wir uns entschieden, ein kleines CMS System selbst zu entwickeln. Weceem, ein CMS basierend auf dem Grails-Framework, war nicht mit unserem Portal-Gedanken zu verbinden. Wir sehen hier vor allem die Anforderung, dass Content in Form von Portlets dargestellt wird. Hier werden auch Informationen, wie Bilder oder Filme gespeichert.
Wiki – dieses Modul wird es einem Team ermöglichen Informationen zu dokumentieren. Im Unterschied zum CMS gibt es hier beispielsweise keinen Workflow.
(Micro)Blog – dieses Modul ermöglicht das Erstellen von Blogs. Mit Microblogs können Kollegen in Echtzeit Kurzinformationen austauschen (Twitter unternehmensintern).
Dokumenten Management – hier sind wir noch auf der Suche nach einem geeigneten Open-Source-System, das sich einfach integrieren lässt.
Tag-Management – ist die zentrale Komponente. Alle Informationen sollen mit Tags versehen werden können. Mit diesen Tags ist es dann auch möglich, eine Faceted-Search zur Navigation aufzubauen. Die integrierte Suche kann mit Hilfe der Tags bessere Ergebnisse liefern.
Kommentieren und Bewerten – dies ist auch eine zentrale Komponente. Es soll möglich sein, Content, Dokumente, Wiki- und Blog-Einträge kommentieren und bewerten zu können.
Suche – hier benutzen wir Apache Lucene bzw. Apache Solr.
Portlets – alle Module können in Form von Portlets integriert werden. Des Weiteren können Portlets auch Informationen aus Back-End-Systemen - wie SAP - darstellen.
Kollektive Intelligenz – dieses Modul soll Empfehlungen geben. Zum Beispiel, könnte ein Benutzer Informationen erhalten, dass sein Kollege Dokumente gelesen hat, die mit denselben Tags verknüpft sind, die auch für sie oder ihn von Interesse sein könnten.

Aktueller Stand

Die Implementierung der CMS-Funktionalitäten, des Blogs und die Applikations-Integration mittels Portlets ist abgeschlossen. Gegenwärtig arbeiten wir am Wiki, dem Tag Modul und der Suche. Die Abbildung rechts oben liefert einen ersten Eindruck über den aktuellen Stand der Implementierung.

Aufruf zur Mitarbeit

Wir suchen Mitstreiter, die an diesem Projekt mitarbeiten wollen. Voraussetzung wären Kenntnisse des Grails-Frameworks und eine Affinität für das Thema Enterprise 2.0.

Links

[1] Homepage Grails Framework
[2] Wikimatrix

Enterprise 2.0 – Rating und die wichtige Involvierung des Betriebsrates

2011-04-18T14:42:00.000+02:00

Das bewerten und kommentieren von Content ist ein wesentlicher Baustein im Enterprise 2.0. In einem Enterprise 2.0 Projekt wollten wir ein 1-5 Star Rating einführen. Dies wurde jedoch durch den Betriebsrat untersagt, da vermieden werden sollte, dass Mitarbeiter eine schlechte Bewertung für den von Ihnen eingestellten Content erhalten können. Es wurde vielmehr ein 1-3 Star Rating (von „Good“ bis „Excellent“ ) entwickelt und vom Betriebsrat abgesegnet. Wir haben mit diesem Rating Verfahren sehr positive Erfahrungen gemacht.

In meiner Social Media Arbeitsgruppe haben wir letzten Freitag hierüber gesprochen. Als Nachteil eines nur positiven Ratings wurde aufgeführt, dass es nicht möglich ist, zu unterscheiden welcher Content wirklich gut und welcher schlecht ist. Der Arbeitskollege erwähnte jedoch auch, dass in seiner Firma ein Rating wieder abgeschafft wurde, da sich ein Spezialist darüber echauffiert hatte, dass sein Content nur mit 2 Sternen bewertet wurde.

Ich habe hierzu im Internet recherchiert und bin auf folgenden interessanten YouTube-Blog-Eintrag [1] gestoßen. In diesem wird die Auswertung von allen auf YouTube getätigten Bewertungen beschrieben und in der Grafik unten visualisiert. Das interessante hierbei ist, dass es eigentlich nur 1-Star und 5-Star-Ratings gibt. In diesem Blog gibt es noch jede Menge interessante Kommentare, wie ein Rating verbessert werden kann. Das Ergebnis der Auswertung hat dazu geführt, dass es bei YouTube nur noch eine binäre Bewertung („Mag ich“ bzw. „Mag ich nicht“ analog zu Facebook mit „Gefällt mir“) gibt.

Fazit
Wie eingangs beschrieben ist das bewerten und kommentieren von Content sehr wichtig im Enterprise 2.0 Kontext. Der Betriebsrat sollte von Projektbeginn an involviert werden, da dieser hier ein gewichtiges Wort mitzusprechen hat. Wir haben sehr gute Erfahrungen mit dem 1-3 Star-Rating gemacht und dieses ist auf jeden Fall keinem Rating vorzuziehen. Den von YouTube gewählten Ansatz finde ich auch sehr interessant und besser als ein 1-3 Star-Rating. Mich würde interessieren, ob diese Art der Bewertung auch von einem Betriebsrat abgelehnt würde. Meiner Meinung nach eher nicht, da es keine harte „Notenskala“ gibt, sondern eine weichere Bewertung. Des Weiteren sollte die Bewertung auch kommentiert werden, um Rückschlüsse auf die Bewertung zu ermöglichen.

Links
[1] YouTube Blog - Five Stars Dominate Ratings

Enterprise 2.0 und das Problem mit der Partizipation

2011-04-10T18:20:00.002+02:00

Eine Enterprise 2.0 Lösung ist meist schnell innerhalb eines Unternehmens eingeführt. Jedoch fehlt es meistens an einer Strategie, die Nachhaltigkeit von Enterprise 2.0 innerhalb eines Unternehmens zu verankern. Die Nachhaltigkeit kann sich jedoch nur einstellen, wenn die Enterprise 2.0 Community durch interessante Beiträge lebt.
Jakob Nielsen (Nielsen Norman Group) hat in seinem Blog-Beitrag (90-9-1 Rule for Social Design) im Jahre 2006 auf das ungleichmäßige Verhältnis von Content-Lesern und Content-Editoren im Internet hingewiesen. Seine in diesem Blog erwähnte 90-9-1-Regel besagt folgendes:

90% - lesen und suchen, liefern jedoch keinen Content
9% - steuern gelegentlich Content bei
1% - steuern regelmäßig Content bei

Quelle: Jakob Nielsen

Jakob Nielsen weist in seinem Blog-Beitrag (Social Networking on Intranets) aus dem Jahre 2009 darauf hin, dass es auch im Intranet ein Ungleichgewicht zwischen Mitarbeitern gibt, die viel beisteuern und solchen, die nur lesen. Es kommt seiner Meinung nach darauf an, dass das Verhältnis von Editoren und Lesern innerhalb der Community stimmt. Auch sind die reinen Leser nicht unterzubewerten, da auch sie von der Community profitieren. Das Verhältnis von Lesern und Editoren kann von Unternehmen zu Unternehmen variieren. Andrew McAfee beschreibt in seinem Blog-Beitrag (Enterprise 2.0 the Indian Way – 7. April 2011) einen Besuch beim indischen IT Dienstleister Tata Consultancy Services. Hier war der Anteil der Editoren sehr viel höher, bedingt durch einen sehr hohen Anteil von jungen Mitarbeitern (Digital Natives), die schon mit Social Media aufgewachsen sind.

Wie kann die Partizipation erhöht werden?

Jakob Nielsen hat in seinem Blog folgende Punkte hierzu aufgeführt:

Die Veröffentlichung von Content muss sehr einfach sein, damit nicht nur technisch Versierte mitmachen können.
Partizipation als Nebeneffekt. Vergleichbar mit Amazon‘s Empfehlungen oder Most Viewed Topics (Tag Cloud).
Teilnehmer sollen belohnt werden. Dies kann monetär (Incentives) oder auch mittels Anerkennung („Gold Stars“ auf Profil) realisiert werden. Andrew McAfee beschreibt in seinem Blog-Beitrag, dass bei TCS die Editoren vor allem durch Ihre Reputation innerhalb der Community motiviert wurden Inhalte beizusteuern. In Deutschland ist es ratsam sehr früh den Betriebsrat einzubinden.
Editoren mit qualitativ hochwertigen Informationen müssen promotet werden, damit Ihre Beiträge nicht in der Masse der 1% Überaktiven untergehen.

Folgende Vorschläge wurden innerhalb eines OpenSpace Workshops (moderiert durch Dr. Willms Buhse) auf der Social CRM Veranstaltung der Computerwoche in Karlsruhe erarbeitet:

Geduld - ein Klima (Unternehmenskultur), in dem die Mitarbeiter im doppelten Sinne Zeit bekommen
- in dem die Umstellung nicht bis gestern erwartet wird
- in dem der Zeitaufwand für die Einarbeitung in die neuen Strukturen und Werkzeuge berücksichtigt und/oder honoriert wird
Benutzerfreundlichkeit
Konkrete Ziele vereinbaren und dabei das mittlere Management einbeziehen
Menschen, die den Umgang mit den neuen Technologien und ihren Möglichkeiten begleiten (Moderatoren)

Fazit

Partizipation ist ein wichtiger Aspekt bei der Einführung von Enterprise 2.0 innerhalb eines Unternehmens. Meines Erachtens ist die kontinuierliche Moderation nach dem Go-Live sehr wichtig, damit die Begeisterung nach einer anfänglichen Euphorie nicht verloren geht. Ich höre des Öfteren auch noch eine weitere Möglichkeit, um die Partizipation zu steigern. Hierbei wird erwähnt, die Teilnahme innerhalb der Enterprise 2.0 Community in die Ziele des Mitarbeiters aufzunehmen. Dies würde ich jedoch nur als letzte Maßnahme in Betracht ziehen (falls obige Punkte nicht greifen), da eine freiwillige Teilnahme besser ist, als eine erzwungene.

Infografik über Kollaboration im Enterprise 2.0

2011-02-27T15:31:00.001+01:00

Folgende Infografik von Socialcast zeigt meines Erachtens kurz und knapp, wofür Enterprise 2.0 steht. Besonders schön zeigt die Teilgrafik die historische Entwicklung von Collaboration Tools - von Emails hin zu Twitter. Der ganze Blog findet sich hier (inklusive größerer Grafik).

(Source: socialcast.com)

In unserem Unternehmen brauchen wir Twitter nicht!

2011-02-26T11:11:00.004+01:00

Diese Aussage höre ich des Öfteren. Auch in unserem Unternehmen wird der Einsatz von Twitter kontrovers diskutiert. So sind viele der Meinung, dass über Twitter nur sinnlose Informationen verteilt werden, beispielsweise, dass der Zug von Kollege X 5 Minuten Verspätung hat. Dies kann natürlich geschehen, da es neben introvertierte auch extrovertierte Kollegen gibt. Aber nun möchte ich kurz schildern, wie wir diese Woche mittels Twitter einen Spezialisten für ein dediziertes Thema gefunden haben.

Wie uns Twitter half einen Spezialisten zu finden:

Wir hatten diese Woche ein Problem, zu dessen Lösung wir gerne den Rat eines Spezialisten eingeholt hätten. Nun gibt es die Möglichkeit, solch eine Frage in einer offenen Mailingliste oder in einem Internet-Forum zu stellen. Das Problem ist nur, es gibt sehr viele Mailinglisten und auch Foren, die teilweise die selben Themen adressieren. Deshalb dachten wir, ob sich das Problem nicht mit einem Tweet lösen lassen würde. Auf unseren Tweet haben wir innerhalb von 1 Minute eine Antwort erhalten. Wir waren alle sehr beeindruckt. Wichtig hierbei ist, dass man ein für das Thema relevantes Tag benutzt. Diesen Tag-Kanal können dann Interessierte abonnieren.

Was könnte Twitter für Unternehmen bringen?

In großen Unternehmen stellt die Suche nach einem Spezialisten immer eine große Herausforderung dar. Jeder kennt den Spruch: „Wenn Siemens wüsste, was Siemens weiß“. Gerade für das Finden von Spezialisten würde sich Twitter meines Erachtens sehr gut eignen. Man könnte Twitter vielleicht auch mit dem unternehmensinternen „Flurfunk“ vergleichen. Über den „Flurfunk“ werden Informationen verteilt. Bei Interesse kann man sich auf solch einen Informationskanal aufschalten. Diese Informationen können per Tag oder Volltext durchsucht werden. Dies würde auch dramatisch zu einer Reduktion von Informationsemails führen, die nur versendet werden, um beispielsweise auf einen nützlichen Link hinzuweisen.

Twitter in Grails einbinden mit Twitter4J

2011-02-25T11:40:00.002+01:00

Twitter kann auf sehr einfache Weise in Grails[1]-Applikationen eingebunden werden. Aufgrund der vorhandenen Grails-Plugins und Java APIs wird das Twittern in der eigenen Applikation damit zum Kinderspiel.

Eigene Applikation bei Twitter registrieren
Um mit einer fremden Applikation auf den eigenen Twitter-Account zugreifen zu können, muss die Applikation bei Twitter registriert werden. Das geschieht auf der Twitter-Seiter unter Einstellungen -> Verbindungen. Die entsprechenden Tokens, die Twitter für die Applikation generiert, werden für die Authentifzierung benötigt.

Installation und Konfiguration des Grails-Plugins Twitter4J
Unter anderem wegen der guten OAuth-Unterstützung [2] haben wir uns für das Grails-Plugin Twitter4J [3] entschieden.
Die Installation läuft Grails-typisch über "grails install-plugin twitter4j" ab. Die Konfiguration, in welcher der eigenen Applikation Zugang zum Twitter-Account gestattet wird, erreicht man über http://localhost:8080/enterprise20/twitter4j (enterprise20 steht für den eigenen Applikationsnamen). Innerhalb dieser Konfiguration werden die zuvor erzeugten Tokens benötigt.

Der erste Tweet über die eigene Applikation
Der Twitter4J Service lässt sich intuitiv in einem Grails-Controller ansprechen und so ist alles, was für den ersten Tweet benötigt wird, der folgende kleine Controller.


package com.exensio.enterprise20.controller

import org.twitter4j.grails.plugin.Twitter4jService;
import twitter4j.TwitterException

class TwitterController {

 Twitter4jService twitter4jService
 def maxMessageLength = 140
 
 def postStatus = {
  def message = params.twitterMessage
  if (message?.size() <= maxMessageLength) {
   twitter4jService.connect()
   try {
    twitter4jService.updateStatus(message);
   } catch (TwitterException te) {
    flash.error = te.message
   }
  } else {
   flash.message = "Please limit yourself to 140 characters"
  }
 }
}

Fazit & weitere Möglichkeiten
Der Zugriff auf Twitter gestaltet sich mit Grails und dem richtigen Plugin also sehr einfach. Über die Möglichkeit, mehrere Twitter-Accounts in der Applikation zu verwalten, kann beispielsweise durch eine intuitive Oberfläche das Twittern unter verschiedenen Accounts deutlich vereinfacht werden. Durch Implementierung von Addons wie der automatischen Einbindung eines URL-Shorteners [4] kann dem Benutzer hilfreiche Funktionalität rund um das "normale" Twittern angeboten werden.

Links
[1] Homepage Grails Framework
[2] Das OAuth-Protokoll
[3] Das Twitter4J Grails-Plugin
[4] Zum Beispiel der Google URL Shortener

Ist unternehmensinternes twittern sinnvoll?

2011-02-20T19:29:00.003+01:00

Immer mehr Unternehmen beschäftigen sich mit dem Thema Enterprise 2.0. So befinden Wikis bei den meisten Unternehmen bereits im Einsatz, um Wissen unter Kollegen zu teilen. Doch kann Micro-Blogging die Wissensvermittlung unter Kollegen fördern?

Was ist ein Micro-Blog?
Die Kurznachrichten, die über Twitter versendet werden, heißen Micro-Blogs. Die Länge einer Nachricht ist auf 140 Zeichen begrenzt. Die interessanteste Neuerung bei Twitter war meines Erachtens die Einführung von Hash-Tags im August 2007, mit denen es möglich ist, Nachrichten zu filtern. Ich möchte nicht verschweigen, dass es zu dem Thema ‚Tags‘ kontoverse Diskussionen gibt, da Twitter auch über eine Suchfunktion verfügt. Suchergebnisse, die auf Tags basieren, sind meistens jedoch sinniger.

Wozu könnten Micro-Blogs innerhalb von Unternehmen eingesetzt werden?
Die Email – das heute beliebteste Kommunikationsmittel – stößt langsam an seine Grenzen. Bei großen verteilt arbeitenden Teams können Micro-Blogs dem Austausch von Informationen und Ideen dienen und viele Emails ersetzen. Eine Email erwartet von der Idee her eine Antwort. Es gibt jedoch viele Informationen, die per Email verteilt werden, jedoch keine Antwort erwarten. Diese enthalten meistens das Akronym „FYI“ und einen oder mehrere Links. Ein weiterer Unterschied zur Email ist, dass meine Informationen gefunden werden, ohne, dass ich diese verteile (Push vs. Pull). Micro-Blogs können auch mit einer virtuellen Kaffee-Pause vergleichen werden, bei der Informationen in Kurzform ausgetauscht werden. Ich möchte mit dieser Aussage jedoch keine Vier-Augen-Kaffee-Pausen durch virtuelle ersetzen ;-). Kollegen, die auf Reisen sind, können auch an diesen Informationen partizipieren. Ein weiterer Vorteil ist die Möglichkeit, nach diesen Informationen (und deren Verfassern, die potentielle Experten sein könnten) zu suchen.

Lösungen für unternehmensinternes twittern:
Die folgenden Lösungen können unternehmensintern eingesetzt werden. Hierbei gibt es die Möglichkeit, diesen Service zu mieten (SaaS) oder sich die Software intern zu installieren. Bei Saas gilt es auch, Fragestellungen bezüglich des Datenschutzes zu bedenken. Hier eine kurze Auflistung von verfügbaren Lösungen (die Liste erhebt keinen Anspruch auf Vollständigkeit):

Yammer – ist wohl die bekannteste Plattform. Ist als SaaS verfügbar. Weitere Informationen finden sich hier.
CO-OP – verfügbar als SaaS. Weitere Informationen finden sich hier.
Status.net – Open-Source-Lösung. Kann als SaaS gemietet oder hausintern installiert werden. Weitere Infos finden sich hier.
Communote – SaaS Lösung aus Deutschland. Weitere Infos finden sich hier.
Es wäre auch denkbar, solch eine Lösung basierend auf dem Grails-Framework ganz individuell - auf Kundenwünsche angepasst - zu realisieren.

Fazit:
Ich bin der Meinung, dass Micro-Blogs eine interessante Möglichkeit zur Wissensverarbeitung bieten können. Für einen erfolgreichen Einsatz reicht es jedoch nicht aus, sich ein Tool auszusuchen. Es ist vielmehr wichtiger, eine sinnvolle Tag-Taxonomie aufzubauen, damit das Wissen später wieder gefunden werden kann.