<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Kommentare zu: Wikis im Intranet Teil 1: MediaWiki und TWiki – sehr ausgereifte Systeme für sehr unterschiedliche Anforderungen</title>
	<atom:link href="http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/</link>
	<description>Consulting, Online-Marketing, Design, Technologie, Unternehmenskommunikation, Wikis, Jira</description>
	<lastBuildDate>Mon, 06 Feb 2012 07:38:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>Von: Jubiläum: Der 500. Beitrag im //SEIBERT/MEDIA-Blog ist online &#124; //SEIBERT/MEDIA Weblog</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-115589</link>
		<dc:creator>Jubiläum: Der 500. Beitrag im //SEIBERT/MEDIA-Blog ist online &#124; //SEIBERT/MEDIA Weblog</dc:creator>
		<pubDate>Mon, 21 Sep 2009 07:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-115589</guid>
		<description>[...] Wikis im Intranet: MediaWiki und TWiki [...]</description>
		<content:encoded><![CDATA[<p>[...] Wikis im Intranet: MediaWiki und TWiki [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Performance und Stabilität: Der TWiki-Patch 4.2.1 ist verfügbar &#124; //SEIBERT/MEDIA Weblog</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-76154</link>
		<dc:creator>Performance und Stabilität: Der TWiki-Patch 4.2.1 ist verfügbar &#124; //SEIBERT/MEDIA Weblog</dc:creator>
		<pubDate>Fri, 08 Aug 2008 08:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-76154</guid>
		<description>[...] Wikis im Intranet Teil 1: MediaWiki und TWiki - sehr ausgereifte Systeme für sehr unterschiedliche ... [...]</description>
		<content:encoded><![CDATA[<p>[...] Wikis im Intranet Teil 1: MediaWiki und TWiki &#8211; sehr ausgereifte Systeme für sehr unterschiedliche &#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Wikis in an Intranet Part 1: MediaWiki and TWiki - Extremely Well-Developed Systems for Very Different Demands &#124; //SEIBERT/MEDIA Weblog</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-72045</link>
		<dc:creator>Wikis in an Intranet Part 1: MediaWiki and TWiki - Extremely Well-Developed Systems for Very Different Demands &#124; //SEIBERT/MEDIA Weblog</dc:creator>
		<pubDate>Wed, 02 Jul 2008 05:34:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-72045</guid>
		<description>[...] Siehe auch den deutschsprachigen Artikel zum Thema. [...]</description>
		<content:encoded><![CDATA[<p>[...] Siehe auch den deutschsprachigen Artikel zum Thema. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Michael Daum</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-72012</link>
		<dc:creator>Michael Daum</dc:creator>
		<pubDate>Tue, 01 Jul 2008 10:36:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-72012</guid>
		<description>TWiki besitzt einige der sogenannten &quot;Enterprise Features&quot;, über die MediaWiki schlicht nicht verfügt. Was jedoch diese Enterprise Features sind, hast du nicht besonders gut herausgearbeitet.

Als langjähriger TWikiContributor muss ich leider sagen, dass das Gros der Plugins für TWiki schlecht geschrieben, nicht mehr maintained oder einfach inkompatibel zu anderen Plugins ist. Einer der Hauptanfragen von Kunden ist immer wieder, die durch ein Plugin versprochenen Features nun auch tatsächlich zu implementieren oder zu fixen. Dieses Problem haben aber alle Platformen und nicht nur TWiki, die derart modular aufgebaut sind, also ein Schwert dass in zwei Richtungen schneidet.

Webs als Untergliederung für Themenbereiche zu verwenden, ist keine gute Strategie für eine Intranet Informationsarchitektur. Der Hauptanwendungsfall für Webs ist Mandantenfähigkeit. Webs eignen sich hervoragend zur Begrenzung der Authorisierung. Eben dies macht TWiki zu einem &quot;Enterprise TWiki&quot;. Das hat erstmal garnichts mit Vandalismus zu tun. Projekte und Abteilungen wünschen sich &quot;eine eigenen Schmutzecke&quot;. Wikiness hin oder her: Entwickler sollten z.b. nichts im Sales Web zu suchen haben. Dazu kommt Qualitätssicherung, ein schwieriges Thema für Wikis generell. Auch hier ist TWikis Rechteverwaltung ausschlaggebend, und das auch ohne WebPreferencesPlugin. 

Die Möglichkeit, Webs (hierarchisch) anzulegen, ist einer der Schlüssel zur Akzeptanz von TWiki im Intranet. Unternehmen besitzen von haus aus eine eigene Struktur, mit der bereits Policies verbunden sind. Dies lässt sich eben mit Webs und TWiki&#039;s Rechteverwaltung sehr gut abbilden.
Im Gegensatz dazu gibt es in einer Internet Community wie der WikiPedia Community keine solche Struktur, zu mindest nicht a priori. Natürlich nehmen in der WikiPedia verschiedene Benutzer unterschiedliche Rollen ein, womit dann auch unterschieldliche Berechtigungen verbunden sind. In der Regel erbigt sich allerdings das Social Network in einem Internet Wiki erst durch die Interaktion der Benutzer auf der Platform. Manchmal wird dieses Netzwerk auch explizit abgespeichert (my friends), was langfristig eher ein Problem ist, wenn some friends da eigentlich nicht mehr aufgelistet werden sollten, man diesen aber nicht so explizit die Freundschaft kündigen kann, wie man sie eingegangen ist. 

Aus genau diesem Grund gibt es Clearspace in zwei Produktvarianten. Soweit ist TWiki noch nicht.</description>
		<content:encoded><![CDATA[<p>TWiki besitzt einige der sogenannten &#8220;Enterprise Features&#8221;, über die MediaWiki schlicht nicht verfügt. Was jedoch diese Enterprise Features sind, hast du nicht besonders gut herausgearbeitet.</p>
<p>Als langjähriger TWikiContributor muss ich leider sagen, dass das Gros der Plugins für TWiki schlecht geschrieben, nicht mehr maintained oder einfach inkompatibel zu anderen Plugins ist. Einer der Hauptanfragen von Kunden ist immer wieder, die durch ein Plugin versprochenen Features nun auch tatsächlich zu implementieren oder zu fixen. Dieses Problem haben aber alle Platformen und nicht nur TWiki, die derart modular aufgebaut sind, also ein Schwert dass in zwei Richtungen schneidet.</p>
<p>Webs als Untergliederung für Themenbereiche zu verwenden, ist keine gute Strategie für eine Intranet Informationsarchitektur. Der Hauptanwendungsfall für Webs ist Mandantenfähigkeit. Webs eignen sich hervoragend zur Begrenzung der Authorisierung. Eben dies macht TWiki zu einem &#8220;Enterprise TWiki&#8221;. Das hat erstmal garnichts mit Vandalismus zu tun. Projekte und Abteilungen wünschen sich &#8220;eine eigenen Schmutzecke&#8221;. Wikiness hin oder her: Entwickler sollten z.b. nichts im Sales Web zu suchen haben. Dazu kommt Qualitätssicherung, ein schwieriges Thema für Wikis generell. Auch hier ist TWikis Rechteverwaltung ausschlaggebend, und das auch ohne WebPreferencesPlugin. </p>
<p>Die Möglichkeit, Webs (hierarchisch) anzulegen, ist einer der Schlüssel zur Akzeptanz von TWiki im Intranet. Unternehmen besitzen von haus aus eine eigene Struktur, mit der bereits Policies verbunden sind. Dies lässt sich eben mit Webs und TWiki&#8217;s Rechteverwaltung sehr gut abbilden.<br />
Im Gegensatz dazu gibt es in einer Internet Community wie der WikiPedia Community keine solche Struktur, zu mindest nicht a priori. Natürlich nehmen in der WikiPedia verschiedene Benutzer unterschiedliche Rollen ein, womit dann auch unterschieldliche Berechtigungen verbunden sind. In der Regel erbigt sich allerdings das Social Network in einem Internet Wiki erst durch die Interaktion der Benutzer auf der Platform. Manchmal wird dieses Netzwerk auch explizit abgespeichert (my friends), was langfristig eher ein Problem ist, wenn some friends da eigentlich nicht mehr aufgelistet werden sollten, man diesen aber nicht so explizit die Freundschaft kündigen kann, wie man sie eingegangen ist. </p>
<p>Aus genau diesem Grund gibt es Clearspace in zwei Produktvarianten. Soweit ist TWiki noch nicht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Johannes Moskaliuk</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-69736</link>
		<dc:creator>Johannes Moskaliuk</dc:creator>
		<pubDate>Thu, 29 May 2008 15:47:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-69736</guid>
		<description>Ja, ich habe selbst die Bekanntheit von Mediawiki oft als Argument verwendet. Die Erfahrung ist aber doch das Gegenteil: Die wenigsten Leute, die Wikipedia kennen, kennen (oder mögen) auch den Editor und da ist spätestens bei längeren und komplexen Dokumenten nicht mehr viel Motivation vorhanden, sich die Auszeichnungsprache anzueignen. 

Und das die Faszination von Wikipedia wohl am wenigstens mit Mediawiki zu tun hat, ist wohl sicher. Ich wage sogar zu behaupten, dass die Software Wiki als Grundlage nur einer von vielen Erfolgsfaktoren ist.</description>
		<content:encoded><![CDATA[<p>Ja, ich habe selbst die Bekanntheit von Mediawiki oft als Argument verwendet. Die Erfahrung ist aber doch das Gegenteil: Die wenigsten Leute, die Wikipedia kennen, kennen (oder mögen) auch den Editor und da ist spätestens bei längeren und komplexen Dokumenten nicht mehr viel Motivation vorhanden, sich die Auszeichnungsprache anzueignen. </p>
<p>Und das die Faszination von Wikipedia wohl am wenigstens mit Mediawiki zu tun hat, ist wohl sicher. Ich wage sogar zu behaupten, dass die Software Wiki als Grundlage nur einer von vielen Erfolgsfaktoren ist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin Seibert</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-69675</link>
		<dc:creator>Martin Seibert</dc:creator>
		<pubDate>Wed, 28 May 2008 07:10:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-69675</guid>
		<description>Bei TWiki ist genau diese Lösung über unterschiedliche Webs schon bedacht. Darüber hinaus ist es mit Hilfe des WebPermissionPlugins (http://twiki.org/cgi-bin/view/Plugins/WebPermissionsPlugin) eine Lösung zu etablieren, die allen Anforderungen gerecht wird und bei denen man auch &quot;mal schnell&quot; ein einzelnes Dokument schützen kann.</description>
		<content:encoded><![CDATA[<p>Bei TWiki ist genau diese Lösung über unterschiedliche Webs schon bedacht. Darüber hinaus ist es mit Hilfe des WebPermissionPlugins (<a href="http://twiki.org/cgi-bin/view/Plugins/WebPermissionsPlugin" rel="nofollow">http://twiki.org/cgi-bin/view/Plugins/WebPermissionsPlugin</a>) eine Lösung zu etablieren, die allen Anforderungen gerecht wird und bei denen man auch &#8220;mal schnell&#8221; ein einzelnes Dokument schützen kann.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Kai Nehm</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-69674</link>
		<dc:creator>Kai Nehm</dc:creator>
		<pubDate>Wed, 28 May 2008 07:02:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-69674</guid>
		<description>Oft kommt nach Einführung eines Wikis mit steigender Akzeptanz die Forderung nach einem geschützten Bereich auf.
Auch wenn das nicht dem ursprünglichen Gedanken eines Wikis entspricht, ist doch eine ausgereifte Rechteverwaltung oft der Schlüssel zur Unterstützung auf höherer Ebene.

Hier kann MediaWiki mit der rudimentären Rechtevergabe leider auch die Euphorie seitens der Promoter stark dämpfen.</description>
		<content:encoded><![CDATA[<p>Oft kommt nach Einführung eines Wikis mit steigender Akzeptanz die Forderung nach einem geschützten Bereich auf.<br />
Auch wenn das nicht dem ursprünglichen Gedanken eines Wikis entspricht, ist doch eine ausgereifte Rechteverwaltung oft der Schlüssel zur Unterstützung auf höherer Ebene.</p>
<p>Hier kann MediaWiki mit der rudimentären Rechtevergabe leider auch die Euphorie seitens der Promoter stark dämpfen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin Seibert</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-69672</link>
		<dc:creator>Martin Seibert</dc:creator>
		<pubDate>Wed, 28 May 2008 05:33:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-69672</guid>
		<description>Ja, das ist wirklich ein Argument, dass ich auch schon gehört habe. Zum Einen wird meines Erachtens wie bei RSS-Feeds überschätzt, wie viele Anwender tatsächlich schon Erfahrungen mit Wikipedia gesammelt haben. 

Zusätzlich ist der WYSIWYG-Editor in TWiki 4.2 schon ziemlich ausgereift und schlägt jeden Wiki-Code in Augen der &quot;Laien&quot; um Längen.</description>
		<content:encoded><![CDATA[<p>Ja, das ist wirklich ein Argument, dass ich auch schon gehört habe. Zum Einen wird meines Erachtens wie bei RSS-Feeds überschätzt, wie viele Anwender tatsächlich schon Erfahrungen mit Wikipedia gesammelt haben. </p>
<p>Zusätzlich ist der WYSIWYG-Editor in TWiki 4.2 schon ziemlich ausgereift und schlägt jeden Wiki-Code in Augen der &#8220;Laien&#8221; um Längen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Martin Koser</title>
		<link>http://blog.seibert-media.net/2008/05/26/wikis-im-intranet-teil-1-mediawiki-und-twiki-sehr-ausgereifte-systeme-fur-sehr-unterschiedliche-anforderungen/#comment-69671</link>
		<dc:creator>Martin Koser</dc:creator>
		<pubDate>Wed, 28 May 2008 04:59:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.seibert-media.net/?p=754#comment-69671</guid>
		<description>Ein weiteres Argument dass oft für die Mediawiki-Entscheidung angeführt wird, ist dass Mitarbeiter bereits von der Wikipedia das Look-and-Feel kennen und daher schneller mit dem Firmen-Wiki arbeiten können.

Überzeugt mich aber nicht so sehr - zum einen weil auch andere Wikis vernünftige Benutzeroberflächen haben, zum anderen weil ich die Markup-Language von Mediawiki eher als Akzeptanzbremse und -hindernis einschätze.

Erfahrungen mit der Wikipedia helfen so nicht unbedingt bei der Akzeptanzförderung von Intranet-Wikis, und es tut daher sehr gut einen Artikel zu lesen, der einmal die Stärken der &quot;Konkurrenz&quot; wie bspw. TWiki ins Licht rückt.</description>
		<content:encoded><![CDATA[<p>Ein weiteres Argument dass oft für die Mediawiki-Entscheidung angeführt wird, ist dass Mitarbeiter bereits von der Wikipedia das Look-and-Feel kennen und daher schneller mit dem Firmen-Wiki arbeiten können.</p>
<p>Überzeugt mich aber nicht so sehr &#8211; zum einen weil auch andere Wikis vernünftige Benutzeroberflächen haben, zum anderen weil ich die Markup-Language von Mediawiki eher als Akzeptanzbremse und -hindernis einschätze.</p>
<p>Erfahrungen mit der Wikipedia helfen so nicht unbedingt bei der Akzeptanzförderung von Intranet-Wikis, und es tut daher sehr gut einen Artikel zu lesen, der einmal die Stärken der &#8220;Konkurrenz&#8221; wie bspw. TWiki ins Licht rückt.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

