Meine beiden Vorhaben, einerseits für Wissensmanagement zu lernen wie man Wikis (auf einem Server) einrichtet und administriert, andererseits ein Wiki-basiertes Geschäftsmodell umzusetzen, sind miteinander verbunden. Sie bauen auch aufeinander auf, aber andererseits erzeugen sie auch Widersprüche, die sich in der Vorgehensweise niederschlagen.

Vor gut 1,5 Jahren hatte ich das Vergnügen Prof. Faltin über den Weg zu laufen, der die Stiftung Entrepreneurship gegründet hat, und bei einem seiner Workshops über ein Wochenende mitzumachen. Besonderen Wert legt er auf die Aussage, dass es sich nicht lohnen würde selbst Expertise aufzubauen, wenn es möglich ist diese Expertise durch Fachleute einzukaufen. Dienstleistungen (wie Webhosting oder Versand…) werden eingekauft wenn sie benötigt werden und skaliert in dem Maß bezahlt wie es sein muss. Nicht mehr. Vorteil seien geringe Investitionskosten und kalkulierbare Kosten - die dann anfallen wenn auch Umsatz generiert wird.

Diesen Gedanken hatte ich heute wieder als mich an den Rechner setzte um die Software für die Projektidee auszusuchen. Gibt es villeicht einen externen Anbieter der mir den hohen zeitlichen Aufwand für Lernen, einrichten und administrieren abnimmt?

Leider ist das nicht der Fall. Ich schaute mir verschiedene Anbieter an, die alle an einem zentralen Punkt scheitern: Deutschsprachigkeit. Die Beschränkung auf die englische Sprache der Anbieter ist sinnvoll, aber ein k.o.-Kriterium. Getestet habe ich Socialtext, Confluence, das schon eher eine Projektmanagementsoftware ist, ebenso wie Central Desktop, über das ich hier berichtet habe. Dasselbe gilt für Wetpaint, mit dem ich mein PR-/Web. 2.0-Wiki betreibe.

Diese Auswahl bestand aus allen größeren gehosteten Wikis, die mir bekannt sind. Im zweiten Schritt wählte ich unter www.wikimatrix.org sämtliche verbliebenen Wikis aus, der webbasiert sind. Das Ergebnis ist fast dasselbe: Einzig Nexdo, das nicht wirklich mehrere Sprachen bedient und DekiWiki bleiben übrig. DekiWiki bietet wohl als downloadbare Version Mehrsprachigkeit an, nicht aber als gehostete. Schade, macht einen guten Eindruck.

Ein interessantes (englischsprachiges) Angebot, auf das ich so aufmerksam wurde, ist Netcipia, ein Start-up, das kostenlose werbefreie Blog-Wiki-Kombinationen anbietet. Ein Angebot mit sehr ungewöhnlichem Umfang für kostenfrei. Noch besser ist die Möglichkeit die darin enthaltenen Inhalte zu monetarisieren. Netcipia bietet die Funktion, für jede beliebige Blog- oder Wiki-Seite oder auch als ganzes nach eigenem Ermessen einen kostenpflichtigen Zugang einzurichten!!

Das schaue ich mir noch genauer an…

Einer meiner Lieblings-Blogs, bwl 2.0.de, befasst sich schwerpunktmäßig mit Web 2.0-Anwendungen in KMU´s, im Hinblick auf die Wettbewerbspotentiale die diese Technologien bieten. Damit steht der Blog auch Pate für den Anlass dieses Blogs, einerseits Kompetenz (als Angestellter) aufzubauen im Bereich Wissensmanagement, andererseits im Hinblick auf eine Projektidee dieses Wissen direkt zu verkaufen.

Matthias Schwenk, der Autor, schrieb über vier gute Gründe, warum sich die Auseinandersetzung mit Web 2.0 für den Mittelstand lohnen würde. Eine gute Zusammenfassung wie ich finde:

1. Blogs, Wikis und RSS bieten die Möglichkeit zur großen Zeitersparnis, was ich nur bestätigen kann.
2. Die Auseinandersetzung mit diesen Technologien liefert Medienkompetenz in einem Bereich, der gerade erst am Anfang steht! Kompetenz die sich nicht über Nacht aneignen lässt.
3. Web 2.0 bietet Konnektivität, die gerade KMUs mangels Masse für ihre Wettbewerbsfähigkeit benötigen.
4. Steht in Zusammenhang mit Punkt 2.: Web 2.0-Technologien läuten einen Kulturwandel ein, der sich gerade erst abzeichnet. Geschäftsmodelle der Zukunft bauen auf flachen Netzwerken und Austausch auf. Hierarchische Ansätze verlieren stark an Wettbewerbsfähigkeit.

Mit den nötigen Infos seit einem Telefonat versorgt konnte den nächsten Schritt gehen und mich mit verschiedenen Webhostern in Verbindung setzen. Es zeigt sich, dass ich noch stärker als bisher vermutet eine Auswahl treffen muss. Nicht alle Programmiersprachen werden automatisch unterstützt:

“ [Frage] > Vor dem Hintergrund würde ich mich auch gern mit Ihnen abstimmen. Denn ich habe bislang noch keinen Webspace gemietet und bin (noch) unerfahren in Bezug auf den Ablauf. Außerdem würde mich interessieren, welche Softwaretypen prinzipiell für Ihre Angebote nutzbar sind. Gibt es z.B.Programme, die ich gar nicht nutzen könnte?

[Antwort] Nun alle unsere Shared-Hosting Webserver bieten i.d.R Unterstützung für:
- statische Webseiten
- dynamische Webseiten (mittels PHP)
- MySQL-Datenbankanbindung

Darauf aufsetzend sind eigentlich fast alle CMS-Plattformen nutzbar. Lediglich Perl und CGI sind auf diesen Webservern nicht verfügbar.”

Der schnelle Blick auf www.wikimatrix.org, der Seite für den schnellen Vergleich von Wiki-Software, zeigt mir, dass längst nicht alle Wikis PHP verwenden. Das erfordert unerwartete Mehrarbeit und Auslese zur Vorbereitung, bevor ich mich mit diesem Anbieter treffe.

Den zweiten und bislang letzten Meilenstein, der die Entscheidung für diesen Blog herbeigeführt hat, war ein Telefonat mit einem Informatiker (Danke Phillip).

Ich erzählte ihm von meinen miteinander verbundenen Vorhaben und stellte ihm auf der Grundlage meiner bisherigen Vermutungen und Erfahrungen (hier, hier und hier) vor allem folgende Fragen:

1. Wie hoch ist der Schwierigkeitsgrad für mich als Anfänger? Kann ich das überhaupt stemmen ohne Programmierkenntnisse?
2. Müsste ich diese Kenntnisse grundsätzlich haben? Wäre das aufwändig sich anzueignen?

Wiederum zu meinem großen Vergnügen ermutigte er mich als “blutigen” Anfänger ausdrücklich meine Ideen umzusetzen. Es ist auch für Anfänger ohne Programmierkenntnisse machbar Blogs und Wikis auf einem Server zum Laufen zu bekommen.

Aus seiner Sicht sei es ein guter Anfang, mithilfe des XAMPP-WordPress-Tutorials erste Erfahrungen zu machen, da die Installation wesentliche Abläufe transparent macht. Nach seiner Aussage könne man sich das Angebot professioneller Hoster ähnlich wie XAMPP vorstellen. Man dürfe im Gegenteil aus Sicherheitsgründen gar nicht selbst viel machen, vielmehr bekäme man “ein gemachtes Bett”. Die Umgebung auf dem Server sei komplett fertig und die Einrichtung liefe genauso über eine graphische Benutzeroberfläche, das Frontend.

Aber wie sei es denn im Fall einer erforderlichen Anpassung des Blogs/Wikis? Ich dachte in dem Moment an Plug-Ins für den Blog. Auch kein Problem. es sei umgekehrt zu meiner Logik, das System würde auf dem eigenen Rechner laufen (XAMPP) und auf den Server aufgespielt werden.

Vielmehr sei es recht einfach einen eigenen Testbereich auf der Festplatte (C: ) einzurichten, die Dateien herunterzuladen und dort zu bearbeiten bzw. die Bearbeitung sicher zu testen. Und zum Abschluss per FTP wieder hochzuladen. Ok, das verstehe ich noch nicht genau, aber werde ich sehen.

Und wie das im Fall der Veränderung des Aussehens sei? Bei Farben oder Formen und Schriftgrößen? Wieder kein Problem. Abgesehen von kompletten Layoutpaketen, die sich installieren lassen gäbe es auch die Möglichkeit selbst mit CSS (Programmiersprache für das Aussehen) zu arbeiten.

CSS sei erfreulicherweise auch nicht sonderlich schwer zu lernen. Wer den Link zu CSS verfolgt sieht leicht kryptische Angaben, die mich erstmal schlucken lassen, aber es sei eine einfache Sprache, die leicht zu lernen sei. Zur Begründung und als Bonbon machte er mich noch auf eine Webseite aufmerksam, mit deren Hilfe er es sich angeeignet hätte: selfhtml.org - aufwändig und locker geschriebene Tutorials, mit denen man sich die Grundlagen selbst aneigenen könne.

Wir werden das sehen. Die ersten angeschriebenen Hoster haben bereits geantwortet. Ich bin gespannt, wie die “gemachten Betten” aussehen. Und was ich als nächstes lernen werde.

Ich hatte mich entschieden meinen ersten Gehversuch mit einer illustrierten Anleitung zu machen, dem Tutorial zur Installation von WordPress unter XAMPP.

Das stellte sich als leichter heraus als gedacht. Das installieren von XAMPP unterscheidet sich nicht von dem anderer Software, angeschaltet war schnell, ebenso machte die Einrichtung der erforderlichen MySQL-Datenbank keine Probleme.

Knifflig wurde erst die Installation von WordPress im zweiten Schritt. Da in der Zwischenzeit sowohl XAMPP als auch WordPress überarbeitet wurden (Stand 19.5.08), war die Anleitung zwar sehr hilfreich, aber nicht immer zutreffend.

Das bemerkte ich, als ich nach der Installation mit dem Browser WordPress öffnen wollte - mit einem Browser (wie Firefox) lassen sich auch Daten betrachten, die auf dem eigenen Rechner liegen. So z.B. alle HTML-Datein, mit oder ohne Internetverbindung.

Die Ursache lag darin, dass WordPress auf der Festplatte (C: ) nicht exakt an der Stelle abgelegt wurde wie im Tutorial beschrieben.

Nachdem dieser Fehler korrigiert war ging es allerdings flott. Zu meiner großen Freude musste ich keinerlei Programmierkenntnisse haben und einsetzen. Auch nicht zur Installation weiterer heruntergeladener Erweiterungen/Plug-Ins für den Blog. Dafür bestand die einzige “Kunst” darin, sie im richtigen Ordner (einfach zu den anderen) abzulegen, schon waren sie verwendbar. Welches die “richtigen” Ordner sind lernt man schon während durch die Anleitung.

Fazit: Das Tutorial ist hervorragend geeignet Anfängern wie mir die unnötige Scheu vor der Installation von Software auf einem Server zu nehmen. Den ersten Schritt meistert man damit ohne größere Anstrengung und lernt gleichzeitig by-the-way wie das System grundsätzlich funktioniert. Und: Welche Fragen zu stellen als nächstes sinnvoll wäre…

Nun stand ich da…  Welche Wiki-Software sollte ich den überhaupt verwenden? Aus welchen Gründen? Ganz allgemein: Wie schwierig ist das denn überhaupt, so eine Software auf einem Server zu betreiben? Was muss ich dafür können? Welche Programmiersprachen sind für mich relevant?

Dass die Auswahl und die Unterschiede ziemlich groß sind wusste ich spätestens nach dem Besuch von www.wikimatrix.org. Jede der aufgeführten Software lässt sich anklicken und per “Compare” auch gleich in allen Funktionen direkt vergleichen. Mir war klar, dass ich zwar schon die Funktionen, nicht aber die Unterschiede der Grundstruktur einschätzen konnte.

Während ich anfing in meinem Bekanntenkreis (indirekt) nach einem Informatiker zu suchen, der mir ein paar grundsätzliche Fragen beantwortet, machte ich mich auf eigene Faust auf die Suche im Internet.

Der erste wirkliche Meilenstein bei der Suche war die Entdeckung von XAMPP (ein Komplettpaket aufeinander abgestimmter Software). Über einen Blog stieß ich auf ein Tutorial, das einem zeigt, wie man mithilfe von XAMPP die Blogsoftware WordPress einrichten kann. Genau wonach ich suchte, einer der Schritte wenigstens! Ein Softwarepaket, das sich auf den häufigsten Servertyp bezieht, die geläufigste Datenbank (MySQL) und zwei verbreitete Skriptsprachen beinhaltet.

Daraus lernte ich, dass sich Software, die auf einem Server laufen soll, auf dem eigenen Rechner einrichten lässt. Das war mir neu. XAMPP ermöglicht dem heimischen Rechner so zu tun als ob er ein Webserver wäre, auf den die Daten letztlich müssen. Es simuliert bestimmte Funktionen, die eigentlich gar nicht vorhanden sind. Bildlich gesprochen schafft XAMPP Platz auf dem Schreibtisch für ein bestimmtes Werkstück, für das auch noch die passenden Werkzeuge bereitgestellt werden.

Diese Daten, also der eingerichtete Blog oder das Wiki, kommen dann per FTP - eine Art Transporter für die Daten - zum Server. Freundlicherweise auch gleich in XAMPP enthalten. Grund genug das so schnell wie möglich auszuprobieren. …

Wie ich im ersten Artikel schon geschrieben habe möchte ich in diesem Blog meine Experimente dokumentieren. Mit Blog- und vor allem Wiki-Software, und wie man beides auf einem Server aufspielt. Ich möchte auch alle diejenigen motivieren, die sich (wie ich früher oft und auch heute noch manchmal) mit dem Ausprobieren neuer Dinge manchmal ein bisschen schwer tun.

Aber irgendwie muss ich bis hier hin gekommen sein. Bis zur Entscheidung, einen zweiten Blog neben den Streifzügen aufzusetzen musste ich mir schon sicher sein auch etwas zu sagen zu haben. Ich wusste ja nicht, ob ich mit meinen Vorstellungen völlig auf dem Holzweg wäre. Ich war es nicht, aber das zu wissen musste ich auch erst lernen. Diesen Weg bis hier hin möchte ich kurz skizzieren.

Am Anfang stand der Besuch des Blogs www.wandelweb.de - übrigens ein hervorragender Blog zum Thema Prozessoptimierung. Dort sah ich das erste Mal (bewusst), dass jemand einen Blog als Startseite nimmt und über eine feste Seite den Blog mit einem “richtigen” Wiki verknüpft - umgesetzt mit MediaWiki (Wikipedia). Zu dem Zeitpunkt hatte ich schon mit den Streifzügen begonnen, mein kleines PR-Wiki-Experiment gibt es schon ein paar Monate länger.

Das will ich auch, dachte ich mir, vor allem das Wiki. Hauptsächlich da das webbasierte PR-Wiki bei Wetpaint bald an seine Grenzen stoßen wird: Das Unternehmen stellt die Software, den Speicherplatz und verlangt nicht mal Geld dafür. Stattdessen fügen Sie Werbung ein, was sich aber nur bei viel Traffic auf der Seite rechnet. Was hier nicht der Fall ist: Die Attachments nehmen relativ viel Speicher in Anspruch, und umgekehrt kommen nicht viel Leute als Besucher. Wir rechnen uns nicht. Ein Ersatz muss also her.

Eine weitere Motivation war ein Projektvorschlag bei einem früheren Arbeitgeber, dem ich für das interne Wissensmanagement die Verwendung eines Wikis vorgeschlagen hatte. Ist für mich als Privatperson die benötigte Zeit (für die Einrichtung und den Lernprozess) meine Privatsache, handelt es sich betrieblich gesehen klar um einen Kostenfaktor, den man vertreten muss. Bei allem Interesse stellte ich fest, dass ich nicht sagen konnte (aus Erfahrung), wie lange die Suche nach der passenden Software dauern würde. Und noch schwerwiegender: Wie hoch der Aufwand für die Installation der Software sein würde? Vier Stunden? Ein Tag oder auch zwei? Finanziell ein großer Unterschied für ein Experiment. Ich konnte es nicht beantworten, aber die Ideen aus der Zeit entwickelten sich weiter. Ich wollte es wissen.

OK. Aber wie? Welche Wiki-Software? …

Mein zweiter Blog geht online, während der andere weitergeführt wird. Aber im ersten wird es zu eng, oder vielleicht auch verändert er sich nur gerade.

Auf jeden Fall ist nach Wochen des Reifens die Entscheidung gefallen ein zweites Experiment zu beginnen. Während es in den Streifzügen hauptsächlich um gesellschaftliche und psychologische Aspekte geht, vorrangig zu Medien und Web 2.0 allgemein, wird der Schwerpunkt hier auf Wikis, auf die Technik und die Anwendung gelegt. Auf die Dokumentation von Experimenten, meinen Quellen und auch meine Entwicklung. Ich habe es hier ausführlich begründet.

Außerdem dokumentiere ich an dieser Stelle den Verlauf einer vagen Projektidee. Nichts Großartiges, aber eine Idee die Spaß macht. Vielleicht auch irgendwann Geld einbringt, die Experimente mit unterschiedlicher Wiki-Software führen darauf hin. Diese Entwicklung möchte ich ebenfalls deutlich machen:

Was passiert gerade? Welche Pläne für die nächsten Schritte entwickeln sich? Welche Schritte können abgehakt werden? Zu welchen Ergebnissen kam eine kritische Betrachtung oder ein Testlauf? Wie entwickeln sich Erwartungen und Bedürfnisse?

Das sind alles Ideen. Die Erfahrung mit den Streifzügen zeigt mir, dass schon sechs Wochen die redaktionelle Grundlinie verändern können. Normal eigentlich, oder?