<?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/">
	<channel>
		<title><![CDATA[Forum von Schübeler Consulting - 💾 Tools & Systeme]]></title>
		<link>https://forum.schuebeler-consulting.de/</link>
		<description><![CDATA[Forum von Schübeler Consulting - https://forum.schuebeler-consulting.de]]></description>
		<pubDate>Mon, 22 Jun 2026 09:51:58 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Confluence oder SharePoint — die Frage ist meistens falsch gestellt]]></title>
			<link>https://forum.schuebeler-consulting.de/thread-28.html</link>
			<pubDate>Tue, 06 Jan 2026 09:37:43 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.schuebeler-consulting.de/member.php?action=profile&uid=2">Johann Jörgen Schübeler</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.schuebeler-consulting.de/thread-28.html</guid>
			<description><![CDATA[Ich werde regelmäßig gefragt: "Confluence oder SharePoint - was nehmen wir?" Meine ehrliche Antwort: Bevor wir das beantworten, brauchen wir Klarheit über drei Dinge. Erstens: Wer schreibt regelmäßig Inhalte und wer liest nur? Zweitens: Wie eng ist die Verzahnung mit dem Microsoft-Stack im Unternehmen? Drittens: Brauchen Sie strukturierte Dokumente mit Wiederverwendung, oder geht es um geteilte Notizen und Projekt-Workspaces?<br />
<br />
SharePoint ist stark, wenn Sie ohnehin im Microsoft-365-Universum leben - Berechtigungen folgen Azure AD, OneDrive integriert sich nativ, Teams hängt dran. Schwach ist es, wenn die Redaktion ein echtes Wiki-Gefühl will, oder wenn Sie viele externe Mitwirkende haben.<br />
<br />
Confluence ist stark bei kollaborativer Redaktion, Versionierung im Seitenkontext und Macros. Schwach wird es bei sehr großen Dateibeständen, anspruchsvollem Rechtekonzept und wenn die IT keinen weiteren Atlassian-Stack pflegen will.<br />
<br />
Keines der beiden ersetzt ein CCMS oder ein DMS mit Prüfworkflows. Wenn Sie revisionssichere, ISO-9001-konforme Dokumentation brauchen, sind beide die falsche Klasse - dann sprechen wir über andere Werkzeuge.<br />
<br />
Was hat bei Ihnen den Ausschlag gegeben? Mich interessiert besonders, was Sie ein Jahr nach Einführung anders machen würden.]]></description>
			<content:encoded><![CDATA[Ich werde regelmäßig gefragt: "Confluence oder SharePoint - was nehmen wir?" Meine ehrliche Antwort: Bevor wir das beantworten, brauchen wir Klarheit über drei Dinge. Erstens: Wer schreibt regelmäßig Inhalte und wer liest nur? Zweitens: Wie eng ist die Verzahnung mit dem Microsoft-Stack im Unternehmen? Drittens: Brauchen Sie strukturierte Dokumente mit Wiederverwendung, oder geht es um geteilte Notizen und Projekt-Workspaces?<br />
<br />
SharePoint ist stark, wenn Sie ohnehin im Microsoft-365-Universum leben - Berechtigungen folgen Azure AD, OneDrive integriert sich nativ, Teams hängt dran. Schwach ist es, wenn die Redaktion ein echtes Wiki-Gefühl will, oder wenn Sie viele externe Mitwirkende haben.<br />
<br />
Confluence ist stark bei kollaborativer Redaktion, Versionierung im Seitenkontext und Macros. Schwach wird es bei sehr großen Dateibeständen, anspruchsvollem Rechtekonzept und wenn die IT keinen weiteren Atlassian-Stack pflegen will.<br />
<br />
Keines der beiden ersetzt ein CCMS oder ein DMS mit Prüfworkflows. Wenn Sie revisionssichere, ISO-9001-konforme Dokumentation brauchen, sind beide die falsche Klasse - dann sprechen wir über andere Werkzeuge.<br />
<br />
Was hat bei Ihnen den Ausschlag gegeben? Mich interessiert besonders, was Sie ein Jahr nach Einführung anders machen würden.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Suche im DMS: wer nicht findet, dokumentiert doppelt]]></title>
			<link>https://forum.schuebeler-consulting.de/thread-59.html</link>
			<pubDate>Tue, 17 Jun 2025 08:18:22 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.schuebeler-consulting.de/member.php?action=profile&uid=2">Johann Jörgen Schübeler</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.schuebeler-consulting.de/thread-59.html</guid>
			<description><![CDATA[Eine unbequeme Frage an jeden, der ein DMS oder Wiki betreibt: Wie lange braucht ein durchschnittlicher Mitarbeiter, um ein konkretes Dokument zu finden, dessen Existenz er kennt? Wenn die ehrliche Antwort über 2 Minuten liegt, haben Sie ein Suchproblem.<br />
<br />
Die Folge davon sehe ich in fast jedem Audit: Die Leute legen vorsichtshalber eine zweite Version an, weil sie die erste nicht wiederfinden. Nach 3 Jahren stehen 4 ähnliche Versionen im System, keine davon ist die aktuelle.<br />
<br />
Drei Hebel, die ich Kunden empfehle, bevor sie über ein neues System nachdenken:<br />
<ul class="mycode_list"><li>Suchindex prüfen: Werden Dateianhänge in PDFs und Office-Dokumenten überhaupt durchsucht? Bei vielen Standard-Installationen ist das ausgeschaltet.<br />
</li>
<li>Synonyme pflegen: Ihr Werkstattbegriff und der Begriff im Handbuch sind selten identisch. Ein gepflegtes Synonymwörterbuch schlägt jede KI-Suche.<br />
</li>
<li>Verbindliche Titelkonvention: Wer ein Dokument so benennt, dass nur er es wiederfindet, arbeitet gegen das Team.</li>
</ul>
<br />
Wenn Sie das 3 Monate diszipliniert durchziehen, sinkt der Ruf nach einem neuen Tool fast immer von allein. Wenn nicht, lohnt sich erst dann die Systemfrage.<br />
<br />
Welche Erfahrung haben Sie: Wo geht in Ihrem System die meiste Suchzeit verloren?]]></description>
			<content:encoded><![CDATA[Eine unbequeme Frage an jeden, der ein DMS oder Wiki betreibt: Wie lange braucht ein durchschnittlicher Mitarbeiter, um ein konkretes Dokument zu finden, dessen Existenz er kennt? Wenn die ehrliche Antwort über 2 Minuten liegt, haben Sie ein Suchproblem.<br />
<br />
Die Folge davon sehe ich in fast jedem Audit: Die Leute legen vorsichtshalber eine zweite Version an, weil sie die erste nicht wiederfinden. Nach 3 Jahren stehen 4 ähnliche Versionen im System, keine davon ist die aktuelle.<br />
<br />
Drei Hebel, die ich Kunden empfehle, bevor sie über ein neues System nachdenken:<br />
<ul class="mycode_list"><li>Suchindex prüfen: Werden Dateianhänge in PDFs und Office-Dokumenten überhaupt durchsucht? Bei vielen Standard-Installationen ist das ausgeschaltet.<br />
</li>
<li>Synonyme pflegen: Ihr Werkstattbegriff und der Begriff im Handbuch sind selten identisch. Ein gepflegtes Synonymwörterbuch schlägt jede KI-Suche.<br />
</li>
<li>Verbindliche Titelkonvention: Wer ein Dokument so benennt, dass nur er es wiederfindet, arbeitet gegen das Team.</li>
</ul>
<br />
Wenn Sie das 3 Monate diszipliniert durchziehen, sinkt der Ruf nach einem neuen Tool fast immer von allein. Wenn nicht, lohnt sich erst dann die Systemfrage.<br />
<br />
Welche Erfahrung haben Sie: Wo geht in Ihrem System die meiste Suchzeit verloren?]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Wikis sterben leise — so erkennen Sie es rechtzeitig]]></title>
			<link>https://forum.schuebeler-consulting.de/thread-7.html</link>
			<pubDate>Mon, 19 May 2025 09:29:45 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.schuebeler-consulting.de/member.php?action=profile&uid=2">Johann Jörgen Schübeler</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.schuebeler-consulting.de/thread-7.html</guid>
			<description><![CDATA[Ein Wiki ist meist ein Pflege-Problem, kein Tool-Problem. Ich habe selten ein Wiki gesehen, das nicht binnen 18 Monaten in einen Zombie-Zustand übergeht: Inhalte da, aber niemand vertraut ihnen mehr. Die Symptome sind immer dieselben.<br />
<br />
Erstes Warnzeichen: Sie sehen Seiten, deren letzte Änderung mehr als 12 Monate zurückliegt, und niemand kann sagen, ob der Inhalt noch gilt. Zweites Warnzeichen: Mitarbeitende fragen lieber in Teams oder per Mail nach, obwohl die Information im Wiki steht - weil sie der Aktualität nicht trauen. Drittes Warnzeichen: Dieselbe Information existiert in drei Versionen an drei Stellen, und keine ist als kanonisch markiert.<br />
<br />
Gegenmittel sind unspektakulär: feste Review-Zyklen mit Verantwortlichen pro Seitenbereich, automatische Markierung veralteter Inhalte ab 12 Monaten, klares "Quelle der Wahrheit"-Schild bei doppelten Themen. Das kostet 2 bis 4 Stunden pro Monat und Bereich. Ohne diese Stunden ist das Wiki in drei Jahren tot.<br />
<br />
Wie pflegen Sie Aktualität, wenn Sie keine dedizierte Redaktion haben?]]></description>
			<content:encoded><![CDATA[Ein Wiki ist meist ein Pflege-Problem, kein Tool-Problem. Ich habe selten ein Wiki gesehen, das nicht binnen 18 Monaten in einen Zombie-Zustand übergeht: Inhalte da, aber niemand vertraut ihnen mehr. Die Symptome sind immer dieselben.<br />
<br />
Erstes Warnzeichen: Sie sehen Seiten, deren letzte Änderung mehr als 12 Monate zurückliegt, und niemand kann sagen, ob der Inhalt noch gilt. Zweites Warnzeichen: Mitarbeitende fragen lieber in Teams oder per Mail nach, obwohl die Information im Wiki steht - weil sie der Aktualität nicht trauen. Drittes Warnzeichen: Dieselbe Information existiert in drei Versionen an drei Stellen, und keine ist als kanonisch markiert.<br />
<br />
Gegenmittel sind unspektakulär: feste Review-Zyklen mit Verantwortlichen pro Seitenbereich, automatische Markierung veralteter Inhalte ab 12 Monaten, klares "Quelle der Wahrheit"-Schild bei doppelten Themen. Das kostet 2 bis 4 Stunden pro Monat und Bereich. Ohne diese Stunden ist das Wiki in drei Jahren tot.<br />
<br />
Wie pflegen Sie Aktualität, wenn Sie keine dedizierte Redaktion haben?]]></content:encoded>
		</item>
	</channel>
</rss>